Besu parandab viie sõlme turvaauke: mida peavad operaatorid teadma

„Patch-First” lähenemisviis kaitsjate eelise saavutamiseks

Avatud lähtekoodiga Ethereumi kliendi Besu arendajad on kõrvaldanud viis turvaauku, mille avastas plokiahela turvalisusega tegelev ettevõte Certik. Besu avaldas 14. augustil neli üksikasjalikku turvateadet, mis käsitlesid neid viit turvaauku, millest kõik kõrvaldati versioonis 26.7.1, mis avaldati algselt 27. juulil kiireloomulise turvauuendusena.

Turvalisuse eest vastutavate juhtide sõnul oli tarkvaraparanduse väljalaskmise ja hoiatuste avaldamise vaheline viivitus taotluslik.

„Tõhusus tuleneb pigem järjekorrast kui avalikustamise viivitamisest omaette eesmärgina,“ ütles Jialiang Chang, Certiku turvalisustehnika direktor ja vanemauditi partner. „Besu tegi parandatud versiooni kättesaadavaks juuli lõpus ja märkis selgelt, et see kõrvaldab turvaaukud, lisades juhise uuendada võimalikult kiiresti.“
Chang märkis, et mudel „kõigepealt parandus, siis üksikasjad“ annab võrgu kaitsjatele olulise eelise potentsiaalsete ründajate ees.

„See lähenemisviis annab kaitsjatele piiratud eelise enne, kui täpsed rünnakumehhanismid laialdaselt kättesaadavaks muutuvad,“ selgitas Chang. „Sõlmede operaatorid saavad seda aega kasutada, et tuvastada mõjutatud rakendused, hinnata, millised liidesed ja konsensuse teed on ohustatud, testida versiooni katsetuskeskkonnas, koordineerida uuendusi validaatorite või konsortsiumi osaliste vahel ning valmistada ette tagasipööramise ja seireprotseduure.“

Changi sõnul on see ettevalmistusaeg eriti oluline institutsionaalsete või lubapõhiste plokiahela võrkude puhul, kus uuendused nõuavad sageli ametlikke muudatuste haldamise protokolle ja organisatsioonidevahelist koordineerimist. Avalikustamise viivitus vähendab vahetuid „N-päeva“ ärakasutamise riske, jäädes samas piisavalt lühikeseks, et säilitada kogukonna läbipaistvus.

Nõrgad kohad avastati algselt Certiku poolt läbi viidud iseseisva uurimistöö käigus, kasutades selle „Chain Scan“ vastandliku testimise metoodikat. Töötades privaatses, mitme sõlme testvõrgus ilma välise kliendirahastamiseta, sisestasid teadlased kontrollitud vigu peer-to-peer-, HTTP RPC-, WebSocket RPC- ja konsensusega seotud liideste kaudu.

Tulemused, mille tõsidust Certik hindas kergest kuni raskekujuliseks, hõlmasid nõrkusi plokkide teavitamise töötlemises, tulevase kõrgusega konsensuse ettepanekute puhverdamises, WebSocketi tellimuste piirangutes ja JSON-RPC-filtrite loomises. Kui neid puudusi ei kõrvaldata, võivad need võimaldada ründajal ammendada sõlme mälu või protsesside mahtu, ohustades seeläbi sõlme kättesaadavust ja konsensuse töötlemist.

Lüngad praegustes klienditestimudelites

Certik andis Besu meeskonnale privaatselt kättesaadavaks korratavad kontsepti tõestamise testiraamistikud, mis võimaldasid hooldajatel hinnata ja kõrvaldada haavatavused konfidentsiaalselt enne versiooni avaldamist. Versiooni 26.7.1 väljalaske märkmetes tunnustas Besu nii Certikut kui ka Ethereum Foundation Securityt nende vastutustundliku avalikustamise eest.

Rääkides avalikust plokiahela infrastruktuuri laiemast pildist, ütles Chang Bitcoin.com Newsile, et avatud lähtekoodiga kogukond tegutseb hübriidses turvakeskkonnas.

„Ökosüsteem liigub selgelt formaalsemate turvatestide suunas,“ ütles Chang, viidates olemasolevatele tavadele, nagu diferentsiaalne fuzzing, võrgutase simulatsioonid, privaatsed rünnakuvõrgud, veaparanduspreemiad ja kliendivahelised devp2p-fuzzing-raamistikud.

Siiski hoiatas Chang, et testimise ulatus on kogu tööstuses endiselt ebaühtlane.

„Protokollile vastavuse ja seisundiülemineku testimine on sageli küpsem kui pidev testimine ressursside ammendumise, asünkroonsete võidujooksude, pahatahtliku võrdväärse osapoole käitumise, pikaajalise jõudluse halvenemise, puhastamisvigade ja rakendusspetsiifiliste konfiguratsioonide osas,“ märkis Chang. „Need vead võivad esialgu anda õige protokolliväljundi, kuid võimaldavad samal ajal suhteliselt väikeste kuludega ründajal põhjustada ebaproportsionaalset mälu-, protsesside, ketta- või võrguressursside tarbimist.“

Kuna hooldaja poolt läbiviidav testimine ei suuda tabada kõiki potentsiaalseid rünnakuvektoreid, rõhutas Chang, et kolmandate osapoolte uurimistöö on endiselt hädavajalik, et seada kahtluse alla rutiinse arendustegevuse raamides tehtud eeldused.

„Kogenum mudel on pidev ja kumulatiivne: hooldaja CI ja fuzzing, mitme sõlme vastandlik testimine, perioodiline sõltumatu uurimistöö ning iga kinnitatud haavatavuse jaoks lisatud püsiv regressioonitest või rünnakustsenaarium,“ ütles Chang, märkides, et Certik kujundab oma Chain Scan platvormi just selle mudeli toetamiseks.