A tweetet a szerző törölte.
De mi mindent elmentettünk 🙂.
Az XRP Ledger Foundation bejelentette, hogy megoldotta a Batch módosításban felfedezett súlyos sebezhetőséget, amely a szavazási fázisban volt, és még nem volt aktiválva a mainnetben. A problémát február 19-én azonosította Pranamya Keshkamat biztonsági mérnök és a Cantina AI által kifejlesztett Apex autonóm AI eszköz a rippled kódbázis statikus elemzése során.
Ezt a cikket az eredetiből fordítottuk. Olvassa el tudósítónk eredeti változatát itt.
A felfedezés idején a módosítás nem volt aktív a mainnet-en, vagyis a felhasználók pénzeszközei nem voltak veszélyben. A validátoroknak azt tanácsolták, hogy szavazzanak az aktiválás ellen, és február 23-án kiadtak egy vészkiadást, a rippled 3.1.1-et, amely a Batch-et nem támogatottnak jelölte meg, és megakadályozta, hogy élesbe menjen.
A sebezhetőség egy kritikus logikai hiba volt a kötegelt tranzakciók aláírójának érvényesítési funkciójában. Bizonyos körülmények között az érvényesítési ciklus idő előtt befejeződött, amikor olyan újonnan létrehozott fiókkal találkozott, amelynek aláírási kulcsa megegyezett a saját fiókjával. Ennek eredményeképpen a későbbi aláírások nem voltak megfelelően ellenőrizve.
Elméletileg egy támadó olyan kötegelt tranzakciót tudott létrehozni, amely először egy új számlát hozott létre az irányítása alatt, majd átutalást kezdeményezett egy áldozat számlájáról. A logikai hiba miatt a rendszer elfogadhatta volna a tranzakciót megfelelően engedélyezettnek, annak ellenére, hogy az áldozat privát kulcsait soha nem használták.
Az XRPL Alapítvány szerint egy sikeres, nagyszabású exploit ellopott pénzeszközökhöz, a főkönyv állapotának jogosulatlan megváltoztatásához és a hálózatba vetett bizalom erőteljes elvesztéséhez vezethetett volna. Hari Mulakal, a Cantina vezérigazgatója megjegyezte, hogy az Apex azonosította a kritikus hibát a kódban. Becslése szerint, ha kihasználják, az incidens dollárban kifejezve a legnagyobb hackeléssé válhatott volna, potenciálisan közel 80 milliárd dollárt kockáztatva, ami az XRP piaci kapitalizációjával összevethető összeg.
.
A módosítás javított változata, a BatchV1_1 már bevezetésre került, és jelenleg további felülvizsgálat alatt áll. Az újbóli szavazásra vonatkozóan nem jelentettek be ütemtervet.
Az XRP Ledger támogatja a határokon átnyúló fizetéseket, az eszközök tokenizálását és a decentralizált alkalmazásokat. Az XRP következetesen a legnagyobb digitális eszközök közé tartozik a piaci kapitalizáció alapján, ami azt jelenti, hogy az infrastrukturális szintű sebezhetőségek rendszerszintű kockázatot jelentenek.
Összehasonlításképpen, az olyan jelentős iparági sérülések, mint a Ronin Network és a Poly Network exploitjai 600 millió dollárt meghaladó veszteséget eredményeztek, és hosszú távú hatással voltak a befektetők bizalmára. Az XRPL esetében az elméleti kitettség az ökoszisztémában keringő, névlegesen több tízmilliárd dollárral összevethető eszközöket érinthetett volna.
Az incidens rávilágít a mesterséges intelligencia növekvő szerepére a blokklánc kiberbiztonságában. A hibát automatizált statikus kódelemzéssel fedezték fel, majd a Ripple mérnökei egy független proof of concept segítségével megerősítették a problémát, és azonnal kiadtak egy védőfrissítést. Ez a szekvencia jól mutatja, hogy a gépi támogatású ellenőrzés, a felelős közzététel és a validátorok koordinációja hogyan előzheti meg a rendszerszintű kockázatokat, mielőtt azok megvalósulnának.
A validátorok, az intézményi résztvevők és az XRP-tulajdonosok számára az epizód emlékeztetőül szolgál arra, hogy a hálózat ellenálló képessége nemcsak a piaci kapitalizációtól, hanem az ellenőrzés minőségétől, a válaszadási sebességtől és az irányítás átláthatóságától is függ.
Olvassa el továbbá: A Ripple biztonsági és tétintegrációkkal bővíti letétkezelési kínálatát