Compania Anthropic a dezv\u0103luit informa\u021bii despre o vulnerabilitate critic\u0103 (CVE-2026-98432) \u00een stiva TCP a nucleului Linux, care permite executarea de cod de la distan\u021b\u0103 prin trimiterea de pachete special formate. A fost raportat\u0103 crearea unui exploit de lucru care permite executarea codului la nivel de nucleu \u0219i ob\u021binerea de privilegii root \u00een sistem de la distan\u021b\u0103. Exploitul preg\u0103tit este utilizabil pentru atacuri \u00eempotriva sistemelor cu procese server care accept\u0103 conexiuni prin socket-uri de re\u021bea ce suport\u0103 utilizarea protocolului MPTCP (Multipath TCP). Suportul MPTCP poate fi activat prin legarea la socket-uri de re\u021bea individuale, ceea ce se \u00eent\u00e2mpl\u0103 implicit \u00een biblioteca standard a limbajului Go, \u00eencep\u00e2nd cu versiunea Go 1.24 (februarie 2025). <\/p>\n
Exploitul preg\u0103tit poate fi aplicat \u00een utilizarea oric\u0103ror aplica\u021bii server scrise \u00een limbajul Go, inclusiv serverul HTTP Caddy, \u00een condi\u021biile \u00een care exist\u0103 posibilitatea de a trimite pachete de re\u021bea c\u0103tre socket-ul de ascultare creat de acestea. Deoarece vulnerabilitatea este prezent\u0103 direct \u00een stiva IPv4 \u0219i nu este specific\u0103 pentru MPTCP, nu se exclud crea\u021bia de exploituri care func\u021bioneaz\u0103 f\u0103r\u0103 legare la MPTCP, \u00eens\u0103 astfel de exploituri nu au fost \u00eenc\u0103 demonstrate. De exemplu, exploatarea vulnerabilit\u0103\u021bii este posibil\u0103 \u00een procesarea cererilor de migrare a socket-urilor, disponibil\u0103 \u00een configura\u021biile cu parametrul net.ipv4.tcp_migrate_req=1 sau \u00een utilizarea programelor eBPF cu op\u021biunea BPF_SK_REUSEPORT_SELECT_OR_MIGRATE.<\/p>\n
Vulnerabilitatea este cauzat\u0103 de o stare de competi\u021bie care apare atunci c\u00e2nd se proceseaz\u0103 simultan cereri SYN retransmise \u00een timpul stabilirii unei conexiuni TCP. Deoarece func\u021bia tcp_v4_syn_recv_sock() transmite parametrile c\u0103tre socketul fiu din structura ireq->ireq_opt prin referin\u021b\u0103, nu prin copiere, \u00eentr-o anumit\u0103 circumstan\u021b\u0103 se poate ajunge la o situa\u021bie \u00een care memoria pentru structurile inet_opt \u0219i ireq_opt cu parametrii socketului a fost deja eliberat\u0103, dar op\u021biunile asociate continu\u0103 s\u0103 fie utilizate (use-after-free). <\/p>\n
Exploatarea de la distan\u021b\u0103 se realizeaz\u0103 prin trimiterea unei serii de cereri de re\u021bea sincronizate \u00een timp. Exploitul creat este aplicabil chiar \u0219i nucleelor \u00een care se utilizeaz\u0103 randomizarea adreselor (KASLR), \u00eens\u0103 procesul de a ajunge \u00een fereastra st\u0103rii de competi\u021bie necesit\u0103 o perioad\u0103 destul de \u00eendelungat\u0103 \u0219i un num\u0103r mare de \u00eencerc\u0103ri repetate. Exploatarea este simplificat\u0103 de faptul c\u0103 neatingerea ferestrei st\u0103rii de competi\u021bie duce doar la resetarea sesiunii de stabilire a conexiunii (handshake) \u0219i nu la o c\u0103dere a nucleului, ceea ce permite continuarea \u00eencerc\u0103rilor nesf\u00e2r\u0219ite. \u00cen prototipul exploziv realizat, atacul a necesitat aproximativ o or\u0103 \u2014 48 de minute pentru a determina aranjamentul memoriei \u0219i \u00eenc\u0103 5 minute pentru a organiza execu\u021bia codului. <\/p>\n
Nu sunt prezentate c\u0103i de protec\u021bie care s\u0103 blocheze garantat vulnerabilitatea \u2014 ca singura op\u021biune de \u00eencredere se recomand\u0103 instalarea unei actualiz\u0103ri a nucleului. Problema apare \u00eencep\u00e2nd cu nucleul Linux 4.4 \u0219i a fost remediat\u0103 \u00een versiunile 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 \u0219i 7.3. Starea remedierii vulnerabilit\u0103\u021bilor \u00een distribu\u021bii poate fi evaluat\u0103 pe aceste pagini: Debian, Ubuntu, SUSE\/openSUSE, RHEL, Gentoo, Arch.
\nFedora. <\/p>\n
Din recomand\u0103rile de contracarare a metodologiilor specifice de exploatare, care nu blocheaz\u0103 vulnerabilitatea \u00een mod general, se poate men\u021biona dezactivarea suportului MPTCP \u0219i setarea parametrului sysctl al kernel-ului net.ipv4.tcp_migrate_req la valoarea 0:<\/p>\n
sysctl -w net.mptcp.enabled=0
\n sysctl -w net.ipv4.tcp_migrate_req=0<\/p>\n
Pentru a determina prezen\u021ba proceselor din sistem care utilizeaz\u0103 socket-uri cu
\nMPTCP, se pot folosi comenzile:<\/p>\n
ip mptcp endpoint show
\n ip mptcp limits show<\/p>\n
Pentru a dezactiva suportul MPTCP \u00een programele scrise \u00een Go, trebuie folosit flag-ul \"multipathtcp=0\", care poate fi setat prin variabila de mediu \"GODEBUG=multipathtcp=0\". Pentru dezactivarea suportului MPTCP \u00een etapa de construire, se poate ad\u0103uga \"godebug multipathtcp=0\" \u00een fi\u0219ierul cu modulul go.mod. \u00cen codul aplica\u021biei, utilizarea MPTCP poate fi dezactivat\u0103 prin func\u021biile net.Dialer.SetMultipathTCP \u0219i net.ListenConfig.SetMultipathTCP.<\/p>\n
Pe l\u00e2ng\u0103 problema discutat\u0103, compania Anthropic a anun\u021bat, de asemenea, o serie de vulnerabilit\u0103\u021bi exploatabile local \u00een nucleul Linux, OpenBSD \u0219i FreeBSD, care permit ob\u021binerea de privilegii root \u00een sistem \u0219i ie\u0219irea din containerele izolate; vulnerabilit\u0103\u021bi \u00een Chrome \u0219i Safari, care conduc la executarea de cod \u00een sistem atunci c\u00e2nd sunt deschise pagini web special concepute; o vulnerabilitate \u00een nucleul Windows, care duce la \u00eentreruperea brusc\u0103 a func\u021bion\u0103rii; o vulnerabilitate \u00een platforma Android, care permite ocolirea bloc\u0103rii ecranului \u0219i accesarea informa\u021biilor personale \u0219i a fotografiilor f\u0103r\u0103 deblocarea dispozitivului (atacul a fost demonstrat pe smartphone-ul Google Pixel 9).<\/p>\n
Ad\u0103ugare: <\/p>\n