Intersect, isang miyembro-base na organisasyon ng Cardano, ay hinihingi sa mga operator ng stake pool na i-patch at i-reboot ang kanilang mga block producer at relay server habang ang mga pagpapabuti ay magagawa para sa isang mahalagang vulnerability sa Linux kernel.
Sa kanyang Oct. 30 update, sinabi ng Intersect sa mga operator na suriin ang mga kernel sa parehong uri ng server at i-install agad ang fixed kernel ng kanilang distribusyon kapag ito ay ipinahayag. Ang vulnerability, CVE-2026-98432, ay may CVSS 3.1 score na 9.8, o critical, mula sa kernel.org.
Ang kahinaan ay nakakaapekto sa pagtrato ng kernel sa mga dumadating na IPv4 TCP connection. Maaari itong magdulot ng pag-access ng kernel sa memorya pagkatapos na malibre ito. Red Hat’s security bulletin ay nagsasabi na maaaring pagsamantalahan ng isang remote attacker na walang credentials ang race condition upang patakbuhin ang code; ang paglalarawan ng kahinaan nito ay nagtatangi rin ng system crash at memory corruption bilang mga panganib.
Para sa Cardano, ang babala ay sumasaklaw sa parehong mga makina na gumagawa ng mga block at ang mga relay na nag-uugnay sa kanila sa mas malawak na network. Ang operator documentation ng Cardano ay nagrerekomenda na panatilihin ang mga block producer na konektado lamang sa kanilang sarili o mga pinagkakatiwalaang relay upang protektahan sila mula sa internet. Ang paalala ng Intersect ay hindi nagrereport ng pagpapakita ng pag-atake laban sa Cardano o hindi nakapagbigay ng bilang ng mga pool na tumatakbo ng vulnerable kernels.
Mga patch at pansamantalang mga hakbang
Ubuntu’s tracker, huling i-updated noong Okt. 30, ay listahan ang kanilang standard kernels para sa Ubuntu 22.04, 24.04, 26.04 at 26.10 bilang vulnerable, kasama ang mga pagkakaroon ng fixes sa proseso. Ang bulletin ng Red Hat noong Okt. 30 ay listahan ang RHEL 8, 9 at 10 bilang naaapektuhan at sinasabi na pinapabilis nila ang mga pagkakaroon ng fixes.
Sinabi ng AlmaLinux noong Okt. 30 na available na ang mga patched kernel para sa mga bersyon nito 8, 9 at 10 sa mga testing repository, bago ang production release. Sinabi nito na wala pa ring fixed RHEL kernel sa panahong iyon. Ang bug ay nagsimula noong Linux 4.4, habang ang mga upstream fix ay na-backport sa mga maintained stable branch.
Ang ipinakita na pag-atake ay gumamit ng Multipath TCP, o MPTCP. Sinabi ng mga siyentipiko ng Anthropic na ang kanilang proof of concept ay maaaring magpadala ng mga packet sa isang Linux server na may MPTCP listener at patakbuhin ang mga command bilang root, nang walang credentials o user interaction. Ngunit ang Go Security Team ay bantayan na ang pangunahing bug ay hindi eksklusibo sa MPTCP, kaya maaaring vulnerable din ang mga sistema na walang mga listener na iyon.
Nasasabi ng AlmaLinux na i-disable ang MPTCP kung saan hindi ito kailangan at i-restart ang mga serbisyo na may umiiral na MPTCP listeners: ang pagbabago ng setting lamang ay huminto sa paggawa ng mga bagong MPTCP sockets.
Ang Red Hat ay nag-aalok din ng pagpapalit ng firewall na nag-filters ng mga dumating na IPv4 TCP packet na may IP options. Bina-babalaan nito ang mga operator na subukan ang patakaran laban sa kanilang mga workload bago ipatupad at sinasabi na ang pagpapalit ay maaaring bawasan ang eksposur ngunit hindi maaaring buong pagpigil sa pagpapalabas. Parehong vendor ay nagte-teklado na ang panandaling mga hakbang ay hindi nagpapalit sa pag-install ng patched kernel; ang Intersect ay direktang sinasabi sa mga operator na i-reboot pagkatapos i-update.