yukkie_C

抜かれたらとりあえず「revoke」と叫ぶ時代は もう完全に終わったのだなと感じました 他の攻撃よりも、かなり重いです これからは「デリクリだ！！」と叫ぶ時代です 我々もこの攻撃に対応する必要がある 既に何度か見たが、今後も増えると思います 今回の攻撃について調べました 結論から申し上げますと、ご本人もタッチしていますが EIP-7702を悪用した攻撃の可能性でほぼ確定です 注記しておくとこれは Ethereumでは2025年に実装された機能の悪用で 真新しいものでは無いです、既に被害多い ✅①そもそもEIP-7702とはなんだ？ 簡単に言うとEOAを スマートに動かせるようになる仕組み 普段の僕らが使ってるウォレット「EOA」は 署名する、Txを送る、ガス代を払う 基本的にはこれしかできません 一方でアカウント抽象化という概念では ウォレット自体に様々なルールや機能を 持たせることができるようになる いわゆるプログラマブルな財布(スマート)を 実現可能にする代表的な仕組みがERC-4337 しかし基本的には新たに作らなきゃダメで スマートコントラクトウォレットを使う必要があり 移行の壁がめちゃくちゃネックだった そこでEIP-7702がメインネットに実装された これはEOAのアドレスはそのままに 外部コントラクトの実行ロジックを委任することで EOAがスマートアカウントっぽくなる仕組み つまり僕らの普通のウォレットが 後付けで高機能化できるようになったのがEIP-7702 ✅②delegateをするということ しかし、実際にスマートウォレットになるというより 外部コントラクトにウォレットの権限をdelegateして コードがEOA本人の文脈で実行されるようになり 「EOAがスマートウォレットっぽく振る舞う」 これができるようになる仕組みになっている なんとなく僕たちってdelegateをするって聞くと バリデータにデリゲートする ってステーキングをイメージすると思う しかし delegate = 委任する、任せる　という意味 つまりは外部コントラクトに任せちゃう ウォレットの動きの権限を与える仕組みになる ✅③そして今回の攻撃 結論から申し上げますと 「ウォレットの権限を外部コントラクトに与える」 という署名によって攻撃者が用意した 外部コントラクトにdelegateしている ちくわまるさんは「委任txの時刻に触っていない」 とおっしゃっていますが、ここは実は関係が無い 以前、または別タイミングで作られた署名を使って delegate変更が実行された可能性もあり その時刻はオンチェーンの委任時刻であって =署名をした、何かをしていた時刻とは限らないです ここはオンチェーンからは探ることはできませんが 本人がウォレットの履歴を見るとわかるかもです オンチェーンに残らないのが署名の怖いところ つまりは、悪質な攻撃者のコントラクトに 権限自体を委任してしまっていること これが今回の攻撃の内容です ✅④今回の攻撃の悪質性 はっきり言って他の攻撃よりとんでもないです オンチェーンに残る攻撃としては transferは単に指定トークンが移されちゃう単発 approveはそのチェーンのそのトークンの使用許可 ちなrevokeのメインの文脈はここ setapprovalforallはNFTのそのコレクションの権限 0 or 1判定のみで全部抜かれるのもヤバいけどね そしてオンチェーンに残らない署名の攻撃として PermitとPermit2 これも主にトークン移動や使用許可に関わる署名攻撃 そして今回のdelegateを悪用した攻撃は 外部コントラクトの仕様によっては 秘密鍵抜かれたレベルに全部いかれる可能性ある なんせウォレットの実行ロジックを握られる 被害者の体験としては、秘密鍵抜かれたのと変わらん つまりは署名させる程度の工数やレベル感で 難しい秘密鍵を抜くレベルの攻撃ができるようになった 僕はこう認識している そして怖いのが今回、chainId：0という署名なこと これはBSC指定では無くて、条件が合えば 別のチェーンでも使われる可能性があるタイプ つまりBSCを触っていないつもりでも 過去にどこかで取られた署名が BSCで使われたっていう可能性もある 金抜くのにめちゃくちゃ効率がいい なのでこの方式が増える ✅⑤どのように対策すべきか？ いやマジで回避無理やろ 人類にはまだ早かったとしか思えない 署名内容をすべてキッチリ読むしかない そういった警告出してくれるウォレット使うしかない ウォレットを使い分けるしかマジで無い 実装当初は観測されたEIP-7702の委任の97%以上が 同一コードのsweeper系コントラクトに向いていた という調査結果を出しているところもあった 日本のSyfuもアカウント抽象化で複雑化したことで そこが新たな脆弱性となって抜かれている 今回の件とは全然違うけど悪いイメージしかない ✅⑥どのように事後対応すべきか？ revokeのような外部サービスでは無くて 今回されていたみたいに、BitgetWalletのような ウォレットアプリの機能で委任し直すしかないです delegateのclear つまり冒頭の「デリクリ！」 に繋がります 0x00000- に委任すると 現在のdelegate状態自体はclearできます ただrevokeみたいに特定コントラクトへ 000000って送るだけの解除ではなく EIP-7702対応のTxでauthorizationを作る必要がある 今回の場合chainId:0のauthorizationなので BSC専用の署名ではありません 別のEIP-7702対応チェーンで 条件が合えば使われる可能性がまだ残ってる だからこのウォレットは正直捨てた方がいい ✅⑦revokeの時代は終わった これはただの僕の悪口で愚痴だ 誰かが金を抜かれた報告をすると「revokeだ！」 と駆けつけ一杯revokeのリプライがいつでも溢れる それはその人の優しさなのだと思うし その確認も勿論必要だ、大事だ ただ、世の中には色んな攻撃方法がある中で revokeの叫びで考えが止まっているように感じる そしてrevokeの確認だけで終わってしまう 攻撃はどんどん進化して もうrevokeだけじゃほんとマジ無理になってる でも未だに駆けつけ一杯revokeノリは変わらない revokeは魔法の言葉でも何でもない 僕らも攻撃者に対して進化する時だ これからは声を高らかに叫ぼう 「「「デリクリだ！！！」」」 発音はデリへルと同じでいいと思う