Az Anthropic v\u00e1llalat nyilv\u00e1noss\u00e1gra hozta a Linux kernel TCP stack-j\u00e9ben felfedezett kritikus sebezhet\u0151s\u00e9get (CVE-2026-98432), amely t\u00e1voli k\u00f3dv\u00e9grehajt\u00e1sra ad lehet\u0151s\u00e9get speci\u00e1lisan megform\u00e1lt csomagok k\u00fcld\u00e9s\u00e9vel. Kijelentett\u00e9k, hogy l\u00e9trehoztak egy m\u0171k\u00f6d\u0151 exploitot, amely lehet\u0151v\u00e9 teszi a k\u00f3d kernel szint\u0171 v\u00e9grehajt\u00e1s\u00e1t, \u00e9s t\u00e1volr\u00f3l root jogok megszerz\u00e9s\u00e9t a rendszerben. A kidolgozott exploit alkalmas t\u00e1mad\u00e1sokhoz olyan rendszerek ellen, amelyek szerverfolyamatokat futtatnak, \u00e9s elfogadj\u00e1k a kapcsolatokat h\u00e1l\u00f3zati socketeken kereszt\u00fcl, amelyek t\u00e1mogatj\u00e1k az MPTCP (Multipath TCP) protokoll haszn\u00e1lat\u00e1t. Az MPTCP t\u00e1mogat\u00e1s k\u00fcl\u00f6nb\u00f6z\u0151 h\u00e1l\u00f3zati socketekhez k\u00f6thet\u0151, ami alap\u00e9rtelmezetten akt\u00edv a Go programoz\u00e1si nyelv standard k\u00f6nyvt\u00e1r\u00e1ban az 1.24-es verzi\u00f3t\u00f3l (2025 febru\u00e1rj\u00e1t\u00f3l). <\/p>\n
A kidolgozott exploit b\u00e1rmilyen Go nyelven \u00edrt szerveralkalmaz\u00e1s eset\u00e9ben alkalmazhat\u00f3, bele\u00e9rtve a Caddy HTTP-szervert is, amennyiben lehet\u0151s\u00e9g van h\u00e1l\u00f3zati csomagok k\u00fcld\u00e9s\u00e9re az \u00e1ltaluk l\u00e9trehozott hallgat\u00f3 sockethez. Mivel a sebezhet\u0151s\u00e9g k\u00f6zvetlen\u00fcl az IPv4 stack-ben tal\u00e1lhat\u00f3, \u00e9s nem specifikus az MPTCP-re, nem z\u00e1rhat\u00f3 ki az MPTCP-hez nem k\u00f6t\u0151d\u0151 exploitok l\u00e9trehoz\u00e1sa, de ilyen exploitokat eddig nem mutattak be. P\u00e9ld\u00e1ul a sebezhet\u0151s\u00e9g kihaszn\u00e1lhat\u00f3 socket-migr\u00e1ci\u00f3s k\u00e9r\u00e9sek feldolgoz\u00e1sakor, amely el\u00e9rhet\u0151 a net.ipv4.tcp_migrate_req=1 param\u00e9tert haszn\u00e1l\u00f3 konfigur\u00e1ci\u00f3kban, vagy eBPF programok alkalmaz\u00e1sakor a BPF_SK_REUSEPORT_SELECT_OR_MIGRATE opci\u00f3val.<\/p>\n
A sebezhet\u0151s\u00e9get a versenyhelyzet okozza, amely akkor keletkezik, amikor egyidej\u0171leg feldolgozz\u00e1k az \u00fajrak\u00fcld\u00f6tt SYN-k\u00e9r\u00e9seket a TCP-kapcsolat l\u00e9trehoz\u00e1sakor. Mivel a tcp_v4_syn_recv_sock() funkci\u00f3 a gyermek socket-nek a ireq->ireq_opt strukt\u00far\u00e1b\u00f3l el\u0151\u00edrt param\u00e9tereket referenci\u00e1n kereszt\u00fcl adja \u00e1t, nem m\u00e1sol\u00e1ssal, bizonyos k\u00f6r\u00fclm\u00e9nyek k\u00f6z\u00f6tt olyan helyzet alakulhat ki, amikor a inet_opt \u00e9s ireq_opt strukt\u00far\u00e1khoz tartoz\u00f3 mem\u00f3ria m\u00e1r felszabadult, de a k\u00f6zt\u00fck l\u00e9v\u0151 socket opci\u00f3k tov\u00e1bbra is haszn\u00e1latban maradnak (use-after-free). <\/p>\n
A t\u00e1voli kihaszn\u00e1l\u00e1s id\u0151ben szinkroniz\u00e1lt h\u00e1l\u00f3zati k\u00e9r\u00e9sek sorozat\u00e1nak k\u00fcld\u00e9s\u00e9vel t\u00f6rt\u00e9nik. Az elk\u00e9sz\u00edtett exploit sikeresen alkalmazhat\u00f3 olyan kernel verzi\u00f3kra is, amelyekben c\u00edmek randomiz\u00e1l\u00e1sa (KASLR) t\u00f6rt\u00e9nik, de a versenyhelyzet ablak\u00e1ba val\u00f3 bejut\u00e1s elegend\u0151 id\u0151t vesz ig\u00e9nybe, \u00e9s sok pr\u00f3b\u00e1lkoz\u00e1st ig\u00e9nyel. Az exploit kihaszn\u00e1l\u00e1s\u00e1t megk\u00f6nny\u00edti, hogy a versenyhelyzet ablak\u00e1ba val\u00f3 be nem jut\u00e1s csup\u00e1n a kapcsolat l\u00e9trehoz\u00e1s\u00e1nak (handshake) visszautas\u00edt\u00e1s\u00e1t vonja maga ut\u00e1n, nem a kernel \u00f6sszeoml\u00e1s\u00e1t, \u00edgy lehet\u0151s\u00e9g van a pr\u00f3b\u00e1lkoz\u00e1sok folytat\u00e1s\u00e1ra. Az elk\u00e9sz\u00edtett prototype exploit t\u00e1mad\u00e1sa k\u00f6r\u00fclbel\u00fcl egy \u00f3r\u00e1t vett ig\u00e9nybe - 48 perc a mem\u00f3riaelrendez\u00e9s meghat\u00e1roz\u00e1s\u00e1ra \u00e9s tov\u00e1bbi 5 perc a k\u00f3d v\u00e9grehajt\u00e1s\u00e1nak megszervez\u00e9s\u00e9re. <\/p>\n
Garant\u00e1ltan blokkol\u00f3 sebezhet\u0151s\u00e9g-elh\u00e1r\u00edt\u00f3 megold\u00e1sok m\u00e9g nem el\u00e9rhet\u0151ek - mint egyed\u00fcli megb\u00edzhat\u00f3 alternat\u00edva, javasolt a kernel friss\u00edt\u00e9se. A probl\u00e9ma a Linux 4.4 kernelt\u0151l kezdve ok\u00e1t mag\u00e1ban foglalja, \u00e9s a 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 \u00e9s 7.3 kiad\u00e1sokban ker\u00fclt orvosl\u00e1sra. A sebezhet\u0151s\u00e9gek elh\u00e1r\u00edtott \u00e1llapota a disztrib\u00faci\u00f3kban ezeken az oldalakon vethet\u0151 \u00f6ssze: Debian, Ubuntu, SUSE\/openSUSE, RHEL, Gentoo, Arch.
\nFedora. <\/p>\n
A konkr\u00e9t kihaszn\u00e1l\u00e1si m\u00f3dszerek elleni v\u00e9dekez\u00e9s \u00e9rdek\u00e9ben, amelyek nem z\u00e1rj\u00e1k le a sebezhet\u0151s\u00e9get \u00e1ltal\u00e1nos \u00e9rtelemben, megemelhet\u0151 a MPTCP t\u00e1mogat\u00e1s\u00e1nak letilt\u00e1sa \u00e9s a kernel sysctl param\u00e9ter\u00e9nek net.ipv4.tcp_migrate_req 0-ra \u00e1ll\u00edt\u00e1sa:<\/p>\n
sysctl -w net.mptcp.enabled=0
\n sysctl -w net.ipv4.tcp_migrate_req=0<\/p>\n
A rendszerben l\u00e9v\u0151 folyamatok meghat\u00e1roz\u00e1s\u00e1hoz, amelyek MPTCP socketeket haszn\u00e1lnak, a k\u00f6vetkez\u0151 parancsok haszn\u00e1lhat\u00f3k:
\nip mptcp endpoint show<\/p>\n
ip mptcp limits show
\n A MPTCP t\u00e1mogat\u00e1s\u00e1nak letilt\u00e1s\u00e1hoz a Go nyelv\u0171 programokban a \"multipathtcp=0\" z\u00e1szl\u00f3 haszn\u00e1latos, amit a \"GODEBUG=multipathtcp=0\" k\u00f6rnyezeti v\u00e1ltoz\u00f3 be\u00e1ll\u00edt\u00e1s\u00e1val lehet megtenni. A MPTCP t\u00e1mogat\u00e1s\u00e1nak letilt\u00e1s\u00e1hoz a ford\u00edt\u00e1s sor\u00e1n a go.mod f\u00e1jlhoz \"godebug multipathtcp=0\" hozz\u00e1ad\u00e1s\u00e1val is lehet elj\u00e1rni. Az alkalmaz\u00e1s k\u00f3dj\u00e1ban a MPTCP haszn\u00e1lat\u00e1t a net.Dialer.SetMultipathTCP \u00e9s net.ListenConfig.SetMultipathTCP funkci\u00f3k seg\u00edts\u00e9g\u00e9vel lehet letiltani.<\/p>\n
Az MPTCP t\u00e1mogat\u00e1s letilt\u00e1s\u00e1hoz Go nyelv\u0171 programokban haszn\u00e1lja a 'multipathtcp=0' jelz\u0151t, amelyet a 'GODEBUG=multipathtcp=0' k\u00f6rnyezeti v\u00e1ltoz\u00f3 be\u00e1ll\u00edt\u00e1s\u00e1val hozhat l\u00e9tre. Az MPTCP t\u00e1mogat\u00e1s letilt\u00e1s\u00e1hoz a build szakaszban hozz\u00e1adhatja a 'godebug multipathtcp=0' bejegyz\u00e9st a go.mod modul f\u00e1jlhoz. Az alkalmaz\u00e1s k\u00f3dj\u00e1ban az MPTCP letilt\u00e1s\u00e1ra a net.Dialer.SetMultipathTCP \u00e9s a net.ListenConfig.SetMultipathTCP funkci\u00f3k haszn\u00e1lhat\u00f3ak.<\/p>\n
Az Anthropic a m\u00e1r t\u00e1rgyalt probl\u00e9ma mellett bejelentett egy sor helyben kihaszn\u00e1lhat\u00f3 sebezhet\u0151s\u00e9get a Linux, OpenBSD \u00e9s FreeBSD kernel\u00e9ben, amelyek lehet\u0151v\u00e9 teszik a root jogosults\u00e1gok megszerz\u00e9s\u00e9t \u00e9s az elszigetelt kont\u00e9nerek elhagy\u00e1s\u00e1t; Chrome \u00e9s Safari sebezhet\u0151s\u00e9gek, amelyek k\u00f3d v\u00e9grehajt\u00e1s\u00e1hoz vezetnek a rendszerben speci\u00e1lisan kialak\u00edtott weboldalak megnyit\u00e1sakor; a Windows kernel\u00e9ben rejl\u0151 sebezhet\u0151s\u00e9g, amely v\u00e1ratlan le\u00e1ll\u00e1shoz vezet; egy Android platform sebezhet\u0151s\u00e9g, amely lehet\u0151v\u00e9 teszi a k\u00e9perny\u0151 lez\u00e1r\u00e1s\u00e1nak megker\u00fcl\u00e9s\u00e9t \u00e9s a szem\u00e9lyes inform\u00e1ci\u00f3khoz \u00e9s f\u00e9nyk\u00e9pekhez val\u00f3 hozz\u00e1f\u00e9r\u00e9st an\u00e9lk\u00fcl, hogy a k\u00e9sz\u00fcl\u00e9ket feloldan\u00e1nk (a t\u00e1mad\u00e1st a Google Pixel 9 okostelefonon demonstr\u00e1lt\u00e1k).<\/p>\n
Kieg\u00e9sz\u00edt\u00e9s: <\/p>\n