Ayon sa report ng The Block, inilipat ng Web3Auth ang $5.6 milyon (USD) mula sa mga Keplr wallet na na-expose bago pa ito maabot ng mga hacker. Ipinapakita ng insidenteng ito kung paano nagiging karera laban sa oras ang trabaho ng mga wallet infrastructure provider — isang usaping mahalaga para sa sinumang umaasa sa isang wallet provider para sa seguridad ng kanilang ari-arian.
Ano talaga ang nangyari
Ayon sa The Block, na inilathala noong ika-8 ng Nobyembre 2026, sinabi ng Web3Auth na nauna silang gumalaw para ilikas ang $5.6 milyon (USD) mula sa mga Keplr wallet na na-expose, bago pa ito maabot ng mga umaatake. Sinabi sa report na "nauna" ang Web3Auth sa mga hacker — ibig sabihin, kumilos muna sila para masiguro ang pondo. Sa komunikasyon ng Web3Auth, ginamit ang terminong 'original attacker', na nagpapahiwatig na may mga pondong nanakaw na bago pa man sila makialam. Hindi detalyado sa report kung ilang wallet ang naapektuhan, kung ano ang naging sanhi ng pagka-expose, o kung may natanggap bang direktang paalala ang mga user. Wala ring pahayag mula sa Keplr na nakasama sa available na report. Hindi rin malinaw ang eksaktong agwat ng oras sa pagitan ng pagkalantad at ng pagkilos ng Web3Auth.
Paano ito nangyari
Lumalaki ang bilang ng mga insidenteng kaugnay sa third-party infrastructure habang mas maraming app ang umaasa sa mga embedded auth provider tulad ng Web3Auth para pangasiwaan ang mga key sa likod ng eksena. Isa sa mga malawak na ginagamit na crypto wallet ang Keplr, kaya anumang insidente kaugnay dito ay agad na nakakakuha ng atensyon sa industriya. Hindi binanggit sa report kung ano ang sanhi ng pagka-expose — maaaring software bug, na-leak na key, o panlabas na breach. Sa mga naunang insidente ng wallet, karaniwang may pagkaantala sa disclosure, kaya't kapansin-pansin ang isang provider na hayagang naglalarawan ng proactive na pagkilos. Sa kawalan ng karagdagang detalye mula sa Web3Auth o Keplr, nananatiling hindi malinaw kung paano natuklasan at na-patch ang vulnerability.
Bakit ito mahalaga para sa iyo
Para sa mga user ng Keplr, paalala ito na bantayan ang aktibidad ng wallet at ilipat ang pondo kapag may na-flag na exposure ang isang provider. Para sa mga developer, ipinapakita nito na may shared risk ang embedded wallet infrastructure — ang breach sa isang layer ay maaaring makaapekto sa lahat ng app na nakabatay dito. Para sa mas malawak na market, nagbubukas ng tanong ang pag-una sa mga hacker sa pamamagitan ng paglipat ng pondo ng user nang walang buong disclosure — tungkol sa consent at custody. Ang mga umaasa sa third-party key management, kasama na ang mga setup na karaniwan sa smart glasses at AR wallets, ay dapat magtanong kung paano hinahawakan ng kanilang provider ang emergency fund transfer, at kung sinasabihan ba ang mga user bago o pagkatapos ng pagkilos.
Ang mas malaking tanong
Kung may kakayahan ang isang wallet provider na ilipat ang pondo ng user nang walang paunang pahintulot para pigilan ang isang hack, sino talaga ang may kontrol sa wallet na iyon — ang user o ang infrastructure sa likod nito? Habang lumalaki ang bilang ng mga app, kabilang na ang AR at smart glasses wallet, na umaasa sa mga embedded provider tulad ng Web3Auth, magiging mas mahalaga ang tanong na ito kaysa sa iisang insidente lamang. Saan dapat ihanay ang linya sa pagitan ng proactive na proteksyon at ng unauthorized na pag-access sa private key ng isang tao?
Ano ang dapat bantayan
Wala pang kumpirmadong petsa ng follow-up mula sa Web3Auth o Keplr. Bantayan ang opisyal na pahayag na maglilinaw kung ilang wallet ang na-expose at kung sinabihan ba ang mga user bago pa inilipat ang pondo. Susubaybayan ng Bonuz kung babaguhin ng insidenteng ito kung paano ini-disclose ng mga embedded wallet provider ang kanilang emergency intervention — detalyeng mahalaga habang umaabot na rin ang usapin ng wallet security sa smart glasses at iba pang AR-connected na device.
