Babala mula kay Charles Hoskinson
Ang tagapagtatag ng Cardano na si Charles Hoskinson ay nagbigay-babala tungkol sa “seryosong mapanganib na code” habang ibinabahagi ang isang pagsusuri na nag-uugnay sa tampok na delegation ng EIP-7702 ng Ethereum sa pagtulong sa mga umaatake na mabilis na maubos ang isang Binance hot wallet.
Mga Detalye ng Pagsusuri
Sa kanyang post sa X, isinulat ni Hoskinson, “Mag-ingat, mayroong seryosong mapanganib na code diyan,” kasunod ng isang breakdown na inilathala ng CyberSatoshi.
Ang post na kanyang ibinahagi ay naglalarawan ng na-reconstruct na bytecode para sa isang sinasabing Binance EIP-7702 sweeper, na nag-aangking ang kontrata ay naangkop sa mga operasyon ng palitan. Ang kasamang mensahe ni Hoskinson ay hindi nagbigay ng tiyak na pagkakamali sa protocol o nagbigay ng paliwanag kung aling bahagi ng pagsusuri ang kanyang sinang-ayunan.
Mga Tanong sa Seguridad
Ang account ng CyberSatoshi ay naglalagay ng dalawang tanong sa seguridad na magkasama:
- Kung paano nakuha ng isang umaatake ang pahintulot na kumilos para sa wallet.
- Kung ano ang pinahintulutan ng tampok na delegation ng Ethereum na gawin ng umaatake matapos makuha ang pahintulot na iyon.
Ayon sa breakdown ng CyberSatoshi, ang na-reconstruct na kontrata ay nag-iwan ng eksaktong 1 ETH sa wallet kapag sinisipsip ang katutubong balanse nito. Ang poster ay nag-argumento na ito ay pumigil sa automated hot-wallet queue ng Binance na mabigo dahil sa kakulangan ng gas at magdulot ng alarma.
Paglalarawan ng Operasyon
Ang pagsusuri ay naglalarawan ng isang token-processing loop na nag-check ng mga balanse sa pamamagitan ng low-level calls at nagpatuloy kapag ang mga indibidwal na operasyon ay nabigo. Sinabi ng CyberSatoshi na pinahintulutan nito ang sweeper na patuloy na iproseso ang mga asset kahit na ang isang blacklisted o hindi tumutugon na token ay hindi mailipat.
Ang isang custom execution function ay sinasabing pinahintulutan ang compromised wallet na tumawag sa isang external vault na naglalaman ng $823 milyon sa USDC. Sa paliwanag ng poster, kinilala ng vault ang Binance 14 bilang controller nito, na nagpapahintulot sa mga tawag na ginawa sa pamamagitan ng wallet na maabot ang mga pondo sa labas ng agarang balanse nito.
Pagsusuri ng EIP-7702
Inilarawan ng CyberSatoshi ang kontrata bilang nilikha para sa arkitektura ng Binance. Ang mga pahayag tungkol sa epekto nito sa mga internal alerts at treasury systems ay nananatiling paliwanag ng poster kung paano gumana ang operasyon.
Ang pagtutukoy ng EIP-7702 ng Ethereum ay naglalarawan ng isang uri ng transaksyon na nagpapahintulot sa isang externally owned account na i-delegate ang pagpapatupad sa code na na-deploy sa ibang address. Ang delegation ay nagpapahintulot dito na ipatupad ang smart-contract logic sa sariling konteksto ng account, na sumusuporta sa mga tampok tulad ng pag-batch ng ilang operasyon sa isang transaksyon at pagpapahintulot sa ibang account na magbayad ng mga bayarin sa transaksyon.
Mga Kinakailangan at Panganib
Bawat pahintulot ay nagtatakda ng isang chain, isang delegate address, at isang nonce, kasama ang isang cryptographic signature. Ang protocol ay nag-recover ng authorizing account mula sa lagdang iyon at sinusuri ang nonce nito bago ilapat ang delegation. Kinilala ng CyberSatoshi ang kinakailangang ito, na nagsasabing ang sinasabing pag-atake ay nangangailangan ng alinman sa raw private key o walang limitasyong access sa signing ng seguridad ng Binance 14.
Ang pagtutukoy ay hindi nagtatag ng kung paano nakuha ang anumang Binance signing credentials. Ang kinakailangan para sa lagda nito ay nagtatag na ang delegation ay hindi basta-basta maitalaga sa isang arbitrary victim account nang walang wastong pahintulot.
Pagproseso ng Pahintulot
Ipinahayag ng CyberSatoshi na ang umaatake ay nagsumite ng 50 pre-signed authorizations na sumasaklaw sa magkakasunod na nonces upang mahuli ang Binance 14 habang nagbabago ang bilang ng transaksyon nito. Ang pagtutukoy ay nagpoproseso ng mga pahintulot sa pagkakasunod-sunod. Kapag ang isang pahintulot ay nabigo sa isang pagsusuri, ang pagproseso ay nagpapatuloy sa susunod na entry.
Ang sunud-sunod na mga pahintulot para sa parehong account ay maaaring maging wastong habang ang nonce na iyon ay umuusad. Kung saan may ilang wastong entries, ang huling wastong delegation ang nagtatakda ng code address na ginamit. Ito ay mas tiyak kaysa sa isang batch kung saan tanging isang pahintulot lamang ang maaaring magkabisa.
Konklusyon
Ang mga patakaran ay nagpapahintulot sa maraming sunud-sunod na entries na magtagumpay, depende sa panimulang nonce ng account at sa mga lagdang ibinigay. Ipinahayag ng CyberSatoshi na ang delegation ay nag-compress ng mga asset transfers sa isang solong operasyon, na nagpapababa sa oras na magagamit para sa interbensyon.
Ang hiwalay na pahayag na ang mga depensa ng palitan ay kung hindi man ay huminto sa pagnanakaw pagkatapos ng tatlong transaksyon ay ang counterfactual assessment ng poster. Ang mga may-akda ng EIP ay tahasang nagbabala na ang awtorisadong code ay may walang limitasyong access sa account at dapat na masusing suriin ng wallet.
Ang seksyon ng seguridad nito ay naglilista ng mga proteksyon na kailangan ng mga delegate contracts, kabilang ang replay prevention at mga lagda na sumasaklaw sa halaga ng transaksyon, gas, destinasyon, at call data. Ang hindi maayos na ipinatupad na delegation ay maaaring mag-iwan ng isang umaatake na may halos kumpletong kontrol sa signing account. Ang delegation ay nagpapatuloy lampas sa transaksyon na nag-i-install nito.
Ang pagtutukoy ay higit pang nagsasaad na ang isang pagkabigo sa pagpapatupad ay hindi nagbabalik ng mga indicator ng delegation na naiproseso na.
