Peter Bui pojasnjuje, kako bi lahko ranljivost v Linuxu vplivala na Cardano stake poole

Peter Bui, voditelj Learn Cardano in upravljavec stake poola ADAOZ, je preučil, kako bi lahko ranljivost v jedru Linuxa vplivala na strežnike, ki jih uporabljajo upravljavci Cardano stake poolov.

V novem videu Bui razloži vloge relejev in proizvajalcev blokov, posledice izgube omrežne povezave poola ter razliko med infrastrukturo upravljavca in ADA, ki jo imajo delegatorji.

Njegova razprava sledi obvestilu Intersect, ki upravljavce poziva, naj preverijo svoje strežnike zaradi ranljivosti z oznako CVE-2026-98432 in posodobijo prizadete sisteme, ko bodo na voljo popravki.

Kako bi lahko ranljivost v Linuxu motila delovanje Cardano stake poola

Pomanjkljivost vpliva na način, kako jedro Linuxa obravnava določene omrežne zahteve. Linux se uporablja na številnih vrstah strežnikov, vključno z infrastrukturo, na katero se zanašajo stake pooli za komunikacijo s Cardano in izdelavo blokov.

Bui opisuje časovno napako, ki se lahko pojavi med vzpostavljanjem povezave TCP. V določenih okoliščinah lahko en del jedra sprosti pomnilnik, medtem ko ga drug del še uporablja. Napaka, znana kot use-after-free, lahko povzroči sesutje sistema ali poškodbo pomnilnika.

Varnostna ekipa za jedro Linuxa je težavo izsledila do spremembe, uvedene v različici 4.4. Popravki so bili dodani v vzdrževane veje jedra, njihova razpoložljivost za posamezne strežnike pa je odvisna od distribucije in paketa jedra.

Stake pool običajno uporablja proizvajalca blokov za ustvarjanje blokov, ko je izbran, ter enega ali več relejev za komunikacijo z drugimi vozlišči Cardano. Bui se osredotoča na releje, ker sprejemajo omrežne povezave in so lahko izpostavljeni, če uporabljajo prizadeto konfiguracijo.

Če bi vsi releji nekega poola postali nedosegljivi, bi njegov proizvajalec blokov lahko izgubil povezavo s preostalim omrežjem. Bui pojasni, da bi proizvajalec lahko še vedno ustvaril razporejeni blok, vendar ga ne bi mogel prenesti, dokler je komunikacijska pot nedelujoča.

Kaj bi napad lahko pomenil za delegirano ADA

Bui obravnava tudi scenarij, v katerem napadalec prevzame nadzor nad relejem. Ker rele komunicira s proizvajalcem blokov, bi napadalec lahko izvedel informacije o tej povezavi, vključno z omrežnim naslovom proizvajalca.

Te informacije same po sebi ne bi samodejno omogočile dostopa do proizvajalca blokov. Bui to predstavi kot mogoč izhodiščni korak za nadaljnji napad, pri čemer je izid odvisen od tega, kako je upravljavec nastavil in zaščitil infrastrukturo. Omeni motnje pri delovanju proizvajalca in v resnejšem scenariju kompromitacijo sistemov ali ključev, ki jih nadzoruje upravljavec.

Ta razlika je pomembna za ljudi, ki delegirajo ADA. Delegiranje omogoča, da stake pool uporabi imetnikov vložek v postopku izbire blokov v omrežju, vendar ADA ostane v imetnikovi denarnici. Kompromitiran pool napadalcu ne bi samodejno dal nadzora nad sredstvi njegovih delegatorjev.

Pool, ki ne more objavljati razporejenih blokov, lahko zamudi priložnosti za proizvodnjo blokov, kar lahko vpliva na nagrade za staking. V času snemanja Bui ni videl poročil o tem, da bi bil kakšen Cardano stake pool napaden prek te ranljivosti.

[NEWSBREAK]

Prikaz podjetja Anthropic in razpoložljivi popravki

Bui obravnava tudi raziskavo podjetja Anthropic, ki je poročalo, da je njegov model Claude razvil exploit za ranljivost v Linuxu. Anthropic je opisal prikaz, v katerem je lahko oddaljeni napadalec na strežniku z Multipath TCP listenerjem brez poverilnic ali interakcije uporabnika izvajal ukaze s skrbniškimi pravicami.

Multipath TCP oziroma MPTCP je razširitev, ki povezavi omogoča uporabo več omrežnih poti. Pot, ki jo je prikazal Anthropic, je vključevala strežnik s takim listenerjem, ta ugotovitev pa ne dokazuje, da bi isti exploit deloval proti vsakemu prizadetemu vozlišču Cardano.

Sama ranljivost je v obravnavi omrežja v Linuxu in ni omejena na programsko opremo Cardano. Ubuntu jo navaja z oceno CVSS 3.1 9,8 od 10, ki je po tem točkovanju razvrščena kot kritična, težavi pa dodeljuje visoko prednost.

Intersect je upravljavcem svetoval, naj preverijo jedra tako na svojih proizvajalcih blokov kot na relejih, namestijo posodobljeno jedro, ko ga njihova distribucija ponudi, in ponovno zaženejo sistem, da začne veljati. Obvestilo Ubuntu je navajalo, da so popravki za več standardnih paketov jedra v teku, pri čemer se stanje razlikuje glede na izdajo in paket.

Bui omenja onemogočanje MPTCP tam, kjer ni potreben, ter filtriranje določenih paketov IPv4 kot začasna načina za zmanjšanje izpostavljenosti. Ti koraki ne odpravijo napake v jedru. Trajna rešitev je posodobljeno jedro za prizadeti sistem.