バイナンスの調査報告を読んで、やはり少し背筋が寒くなった。

あるエンジニアは人気のAIコーディングツールをインストールしようとして、改ざんされたHomebrewインストーラーを見つけた。別のエンジニアは、正規の求人プラットフォームで届いた招待を受け、まず人事担当者とビデオ通話をし、その後「CEO」と面接した。相手のSNSアカウントには日常の写真や動画もあった。そして最後に、悪意あるコードが仕込まれた「面接課題」のダウンロードを求められた。

見知らぬリンクや正体不明のインストーラーだけなら、誰だって警戒するだろう。でも、これだけの段取りを踏まれたら、自分なら確実に見破れるとは言い切れない。

社員がどうしてこんなに簡単にだまされたのかと嘆くより、私が知りたいのは、社員のパソコンが一台侵害された後、攻撃者はそこからどこまで進めるのか、ということだ。

報告書では、異なる二つの攻撃経路が、最終的に社内システムで合流していた。攻撃者は社内AIツールを利用して、ほかのエンジニアの端末をさらに掌握し、デプロイトークンを入手。最終的にはウォレット取引の承認プロセスにまで到達した。

一台の端末が侵害されただけで、なぜこれほど広範囲に権限を奪われる事態に発展し得るのか。そこが何より恐ろしい。

自分の日頃の仕事を振り返ると、手軽さを優先している場面は少なくない。APIキーを何気なく保存したり、サーバーの認証情報を長期間有効なままにしたり、一時的に付与した権限を、作業後も回収し忘れたりする。

AIツールの話となると、なおさら身につまされる。ファイルを読ませ、コマンドを実行させ、サーバーに接続させ、自動でデプロイさせる……。権限を追加するたびに理由はあるし、実際、権限を与えれば作業は速くなる。あれこれ試して、ようやく動きそうなところで権限リクエストが表示されると、ついそのまま許可をクリックしてしまいがちだ。

バイナンスの報告書では、社内AIツールがさらなる侵入の足掛かりとして使われたと述べられているが、具体的な仕組みはまだ公表されていない。それでも、ここまで読んで、自分の環境も確認してみようと思った。自分のAIはどのファイルを読めて、どの認証情報を使えるのか？新しいプロジェクトを試すとき、ほかのプロジェクトの情報まで一緒に漏れてしまうことはないだろうか？

私たちはいつも、AIに何度も確認させず、自分で先まで作業してほしいと思っている。でも、何度か確認する手間を省くために、そのタスクに必要な範囲をはるかに超える権限を与えてしまうことがある。

自分が絶対にだまされないとは言えない。少なくとも、今からできることはある。仕事用とツールを試す環境を分ける。ウォレットと秘密鍵は別々に保管する。一時的な権限は、使い終わったら取り消す。

一度の承認を、長期的な信頼に変えてしまわないこと。
$BNB #币安10·30安全事件调查报告