A Xint kutat\u00f3i felfedezt\u00e9k a Linux kernel\u00e9ben a CVE-2026-31431 azonos\u00edt\u00f3j\u00fa sebezhet\u0151s\u00e9get, amely lehet\u0151v\u00e9 teszi a nem privilegiz\u00e1lt felhaszn\u00e1l\u00f3 sz\u00e1m\u00e1ra a root-hozz\u00e1f\u00e9r\u00e9s megszerz\u00e9s\u00e9t a rendszerhez. A probl\u00e9ma k\u00f3dneve Copy Fail. Egy protot\u00edpus exploit el\u00e9rhet\u0151. A sebezhet\u0151s\u00e9g kihaszn\u00e1l\u00e1s\u00e1nak lehet\u0151s\u00e9g\u00e9t az Ubuntu 24.04 LTS, az Amazon Linux 2023, a RHEL 10.1 \u00e9s a SUSE 16 platformokon demonstr\u00e1lt\u00e1k, de megjegyzik, hogy m\u00e1s disztrib\u00faci\u00f3kb\u00f3l, bele\u00e9rtve a Debiant, Archot, Fedort, Rocky-t \u00e9s Alm\u00e1t is, a kernel csomagok is \u00e9rintettek, de ezeket k\u00fcl\u00f6n nem tesztelt\u00e9k.<\/p>\n
A sebezhet\u0151s\u00e9g az Linux kernel crypto API (AF_ALG) logikai hib\u00e1j\u00e1b\u00f3l ered, amit 2017-ben k\u00f6vettek el az AEAD (Authenticated Encryption with Associated Data) blokk titkos\u00edt\u00f3 m\u0171veletek felesleges pufferez\u00e9s\u00e9nek elt\u00e1vol\u00edt\u00e1sakor. A probl\u00e9ma a splice() f\u00fcggv\u00e9ny, amely adatok \u00e1tvitel\u00e9re szolg\u00e1l f\u00e1jl le\u00edr\u00f3k \u00e9s cs\u00f6vek (pipe) k\u00f6z\u00f6tt m\u00e1sol\u00e1s n\u00e9lk\u00fcl, a lapcache elemeire mutat\u00f3 hivatkoz\u00e1sok \u00e1tad\u00e1s\u00e1val, gondatlan haszn\u00e1lat\u00e1b\u00f3l sz\u00e1rmazik. Az optimaliz\u00e1l\u00e1s ut\u00e1n, amikor f\u00e1jlt tov\u00e1bb\u00edtanak az AF_ALG socketbe dek\u00f3dol\u00e1sra, a scatterlist strukt\u00far\u00e1ba nem hivatkoz\u00e1s ker\u00fclt egy k\u00fcl\u00f6n pufferekre, hanem k\u00f6zvetlen hivatkoz\u00e1s a kernel lapcache-elemeire, amelyek a f\u00e1jl adatait tartalmazz\u00e1k.<\/p>\n
A k\u00e9s\u0151bbi dek\u00f3dol\u00e1si folyamat sor\u00e1n az AEAD sz\u00e1m\u00e1ra \u00f6sszekapcsolt autentik\u00e1ci\u00f3s c\u00edmke adatainak (\"authentication tag\") a m\u00e1soland\u00f3 AAD (Associated Authenticated Data) mellett a titkos\u00edtott sz\u00f6veggel t\u00f6rt\u00e9nt kever\u00e9se zajlott, m\u00edg az autentik\u00e1ci\u00f3s c\u00edmke \u00edr\u00e1si m\u0171velet\u00e9hez sz\u00fcks\u00e9ges eltol\u00e1s az \u00e1tm\u00e1solt adatokhoz viszony\u00edtottan, a megfelel\u0151 ellen\u0151rz\u00e9sek n\u00e9lk\u00fcl ker\u00fclt kisz\u00e1m\u00edt\u00e1sra, lehet\u0151v\u00e9 t\u00e9ve ezzel tetsz\u0151leges ter\u00fcletek fel\u00fcl\u00edr\u00e1s\u00e1t az oldali cache-ben.<\/p>\n
A sebezhet\u0151s\u00e9g lehet\u0151v\u00e9 teszi, hogy minden k\u00e9r\u00e9skor 4 b\u00e1jt fel\u00fcl\u00edr\u00f3djon a v\u00e1lasztott eltol\u00e1sn\u00e1l, ami lehet\u0151v\u00e9 teszi a t\u00e1mad\u00f3 sz\u00e1m\u00e1ra, hogy sorozatos k\u00e9r\u00e9sek k\u00fcld\u00e9s\u00e9vel megv\u00e1ltoztassa a lapcache-ben b\u00e1rmely olvashat\u00f3 f\u00e1jl tartalm\u00e1t a rendszerben, miut\u00e1n azt siker\u00fclt a cache-be helyezni. Mivel b\u00e1rmely f\u00e1jl olvas\u00e1sakor a tartalmat els\u0151dlegesen a lapcache-b\u0151l szolg\u00e1ltatj\u00e1k, az inform\u00e1ci\u00f3k lecser\u00e9l\u00e9se ut\u00e1n a kernel vagy a folyamat a f\u00e1jl olvas\u00e1sakor nem a t\u00e9nyleges, hanem a megv\u00e1ltoztatott adatokat kapja, ami felhaszn\u00e1lhat\u00f3 k\u00f3d besz\u00far\u00e1s\u00e1ra v\u00e9grehajthat\u00f3 f\u00e1jlokba vagy bet\u00f6lt\u00f6tt megosztott k\u00f6nyvt\u00e1rakba.<\/p>\n
A k\u00f3d root jogosults\u00e1gokkal val\u00f3 futtat\u00e1s\u00e1hoz elegend\u0151 csak a lap cache-j\u00e9nek megv\u00e1ltoztat\u00e1sa b\u00e1rmelyik suid root f\u00e1jlhoz.
\nA javasolt exploit sor\u00e1n a \/usr\/bin\/su v\u00e9grehajthat\u00f3 f\u00e1jl olvas\u00e1sa \u00e9s a f\u00e1jl oldal cache-be bet\u00f6lt\u00f6tt tartalm\u00e1nak m\u00f3dos\u00edt\u00e1sa t\u00f6rt\u00e9nik annak \u00e9rdek\u00e9ben, hogy a saj\u00e1t k\u00f3dunkat helyettes\u00edts\u00fck be. A \"su\" seg\u00e9dprogram k\u00f6vetkez\u0151 futtat\u00e1sakor nem az eredeti v\u00e9grehajthat\u00f3 f\u00e1jl ker\u00fcl bet\u00f6lt\u00e9sre a t\u00e1rol\u00f3r\u00f3l, hanem a m\u00f3dos\u00edtott m\u00e1solat az oldal cache-b\u0151l.<\/p>\n
Az exploit univerz\u00e1lis, nem ig\u00e9nyel alkalmazkod\u00e1st a disztrib\u00faci\u00f3khoz vagy a kernel verzi\u00f3khoz, \u00e9s b\u00e1rmely disztrib\u00faci\u00f3val haszn\u00e1lhat\u00f3. Mivel a kont\u00e9neriz\u00e1lt izol\u00e1ci\u00f3 minden kont\u00e9ner sz\u00e1m\u00e1ra k\u00f6z\u00f6s lap cache-t haszn\u00e1l, a sebezhet\u0151s\u00e9get a kont\u00e9nerb\u0151l a gazda k\u00f6rnyezethez val\u00f3 hozz\u00e1f\u00e9r\u00e9shez is felhaszn\u00e1lhatjuk (k\u00e9s\u0151bb \u00edg\u00e9rik, hogy k\u00f6zz\u00e9tesznek egy exploit-ot a Kubernetes izol\u00e1ci\u00f3j\u00e1nak megker\u00fcl\u00e9s\u00e9re).<\/p>\n
A sebezhet\u0151s\u00e9get az AI seg\u00edts\u00e9g\u00e9vel k\u00f6r\u00fclbel\u00fcl egy \u00f3ra k\u00eds\u00e9rletez\u00e9s ut\u00e1n fedezt\u00e9k fel a kernel kriptorendszer\u00e9nek k\u00f3delemz\u00e9s\u00e9vel. A probl\u00e9ma a Linux 4.14 kernelt\u0151l kezdve jelentkezik, amely 2017-ben jelent meg, \u00e9s a 6.18.22, 6.19.12 \u00e9s 7.0 kernel verzi\u00f3kban megoldott\u00e1k. A disztrib\u00faci\u00f3k sebezhet\u0151s\u00e9geinek kijav\u00edt\u00e1si \u00e1llapota ezen az adatoldalon \u00e9rt\u00e9kelhet\u0151: Debian, Ubuntu, SUSE\/openSUSE, RHEL, Gentoo, Arch,
\nFedora, ROSA.<\/p>\n
A v\u00e9delem kiker\u00fcl\u00e9s\u00e9re alternat\u00edv megold\u00e1sk\u00e9nt le lehet tiltani az algif_aead kernelmodult, amelyet az OpenSSL haszn\u00e1l, ha az afalg engine-t kifejezetten aktiv\u00e1lj\u00e1k, valamint k\u00fcl\u00f6nb\u00f6z\u0151 alkalmaz\u00e1sokban (az ilyen alkalmaz\u00e1sok megl\u00e9t\u00e9t ellen\u0151rizhetj\u00fck az \"lsof | grep AF_ALG\" paranccsal):<\/p>\n