A Linux kernelben az utols\u00f3 k\u00e9t h\u00e9tben felfedeztek egy negyedik sebez\u0151s\u00e9get (CVE-2026-46300), amely lehet\u0151v\u00e9 teszi a nem privilegiz\u00e1lt felhaszn\u00e1l\u00f3k sz\u00e1m\u00e1ra, hogy root jogosults\u00e1gokat szerezzenek, az\u00e1ltal, hogy az adatokat a lapk\u00e9szletben fel\u00fcl\u00edrj\u00e1k. A sebez\u0151s\u00e9g k\u00f3dneve Fragnesia vagy Copy Fail 3.0. A sebez\u0151s\u00e9g l\u00e9nyege hasonl\u00f3 a kor\u00e1bban felfedezett Copy Fail \u00e9s Dirty Frag sebez\u0151s\u00e9gekhez. Mint ahogy a Dirty Frag eset\u00e9ben, az \u00faj sebez\u0151s\u00e9g is az xfrm-ESP alrendszerben tal\u00e1lhat\u00f3, de m\u00e1s hiba okozza, \u00e9s k\u00fcl\u00f6n jav\u00edt\u00e1st ig\u00e9nyel. G \u0434\u043e\u0441\u0442\u0443\u043f\u0435\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0449\u0438\u0439 \u044d\u043a\u0441\u043f\u043b\u043e\u0439\u0442. <\/p>\n
A sebez\u0151s\u00e9g a 2023. m\u00e1jus 5. ut\u00e1n kiadott Linux kernelben jelentkezik, a Dirty Frag sebez\u0151s\u00e9g jav\u00edt\u00e1sa k\u00f6vetkezt\u00e9ben. A Fragnesia sebez\u0151s\u00e9g kik\u00fcsz\u00f6b\u00f6l\u00e9s\u00e9re javasoltak egy jav\u00edt\u00e1st a Linux kernelhez. A jav\u00edt\u00e1s elemz\u00e9se azt mutatta, hogy ez nem elegend\u0151, ezt k\u00f6vet\u0151en egy m\u00e1sodik jav\u00edt\u00e1si v\u00e1ltozat k\u00e9sz\u00fclt. <\/p>\n
A sebez\u0151s\u00e9g az xfrm alrendszerben tal\u00e1lhat\u00f3, amely az ESP (Encapsulating Security Payload) TCP-n bel\u00fcli protokollbe\u00e1gyaz\u00e1s\u00e1nak megval\u00f3s\u00edt\u00e1s\u00e1\u00e9rt felel\u0151s (ESP-in-TCP, RFC 8229), amelyet az IPsec forgalom TCP-n kereszt\u00fcli alag\u00fatba helyez\u00e9s\u00e9re haszn\u00e1lnak. Az AES-GCM algoritmus alkalmaz\u00e1s\u00e1val v\u00e9gzett m\u0171veleteket a felesleges pufferez\u00e9s elker\u00fcl\u00e9se \u00e9rdek\u00e9ben k\u00f6zvetlen\u00fcl a lapk\u00e9szletben hajtott\u00e1k v\u00e9gre XOR m\u0171veletek seg\u00edts\u00e9g\u00e9vel. Logikai hiba k\u00f6vetkezt\u00e9ben felt\u00e9telek alakultak ki, amelyek lehet\u0151v\u00e9 tett\u00e9k 1 byte fel\u00fcl\u00edr\u00e1s\u00e1t a kiv\u00e1lasztott eltol\u00e1s\u00fa lapk\u00e9szletben. A m\u0171veletek ism\u00e9tl\u00e9s\u00e9vel byte-onk\u00e9nt megv\u00e1ltoztathat\u00f3 b\u00e1rmely f\u00e1jl tartalma a lapk\u00e9szletben. <\/p>\n
Minden f\u00e1jlolvas\u00e1si m\u0171velet els\u0151dlegesen a lapoz\u00e1si gyors\u00edt\u00f3t\u00e1r tartalm\u00e1t adja vissza. Ha a lapoz\u00e1si gyors\u00edt\u00f3t\u00e1rban m\u00f3dos\u00edt\u00e1s t\u00f6rt\u00e9nik, a f\u00e1jlb\u00f3l t\u00f6rt\u00e9n\u0151 olvas\u00e1si m\u0171veletek nem a t\u00e9nylegesen a t\u00e1rol\u00f3n t\u00e1rolt inform\u00e1ci\u00f3t, hanem manipul\u00e1lt adatokat szolg\u00e1ltatnak. A s\u00e9r\u00fcl\u00e9kenys\u00e9g kihaszn\u00e1l\u00e1sa az, hogy a lapoz\u00e1si gyors\u00edt\u00f3t\u00e1rat \u00fagy m\u00f3dos\u00edtj\u00e1k, hogy a suid root jelz\u0151vel rendelkez\u0151 v\u00e9grehajthat\u00f3 f\u00e1jl a beolvasott lapoz\u00e1si gyors\u00edt\u00f3t\u00e1rba ker\u00fclj\u00f6n. A kutat\u00f3k \u00e1ltal javasolt exploitban a \/usr\/bin\/su f\u00e1jl els\u0151 192 b\u00e1jtj\u00e1t a \/usr\/bin\/sh elind\u00edt\u00e1s\u00e1hoz sz\u00fcks\u00e9ges k\u00f3ddal \u00edrj\u00e1k fel\u00fcl a lapoz\u00e1si gyors\u00edt\u00f3t\u00e1rban. Az 'su' seg\u00e9dprogram k\u00f6vetkez\u0151 ind\u00edt\u00e1sa sor\u00e1n \u00edgy a mem\u00f3ria nem az eredeti v\u00e9grehajthat\u00f3 f\u00e1jlt t\u00f6lti be a t\u00e1rol\u00f3b\u00f3l, hanem a lapoz\u00e1si gyors\u00edt\u00f3t\u00e1rb\u00f3l sz\u00e1rmaz\u00f3 m\u00f3dos\u00edtott m\u00e1solatot. <\/p>\n
A Fragnesia s\u00e9r\u00fcl\u00e9kenys\u00e9g kihaszn\u00e1l\u00e1s\u00e1hoz a rendszerben enged\u00e9lyezve kell lennie a felhaszn\u00e1l\u00f3nevek (user namespace) l\u00e9trehoz\u00e1s\u00e1nak. Az Ubuntu eset\u00e9ben ez a m\u0171velet alap\u00e9rtelmez\u00e9s szerint tilos, de enged\u00e9lyezhet\u0151 a sysctl 'kernel.apparmor_restrict_unprivileged_userns=0' be\u00e1ll\u00edt\u00e1ssal vagy AppArmor profilokkal. M\u00e1s disztrib\u00faci\u00f3k eset\u00e9ben a 'user namespace' hozz\u00e1f\u00e9rhet\u0151s\u00e9ge a nem privilegiz\u00e1lt felhaszn\u00e1l\u00f3k sz\u00e1m\u00e1ra a sysctl 'kernel.unprivileged_userns_clone' be\u00e1ll\u00edt\u00e1s\u00e1t\u00f3l f\u00fcgg (ha 0, akkor tilos). <\/p>\n
Updates with fixes for the Linux kernel and kernel packages in distributions have not yet been released. The status of vulnerability mitigation in distributions can be assessed on the following pages: Debian, Ubuntu, SUSE\/openSUSE, RHEL, Gentoo, Arch, Fedora. As a workaround for protection, you can block the loading of kernel modules esp4 and esp6: <\/p>\n