AIコーディングツールのAPIキーが狙われている——OpenCodeの流出事案とマルウェア「Aoki」が示す新しいリスク

「コードを書いてもらう」ツールに、今度はキーを盗まれるリスクが生まれた

AIを使ってコードを書く、という行為はここ数年で急速に日常化した。しかしその便利さの裏側で、見落とされがちな問題が浮上している。AIコーディングツールは動作のために大量のAPIキーを必要とし、多くの場合それをローカル環境や設定ファイルに保存する。つまり「AIに仕事を任せるほど、攻撃者にとって価値ある認証情報が手元の端末に集まる」という構図が生まれているのだ。

2026年10月の同一週に、この問題を象徴する2つの出来事が公表された。AIコーディングサービス「OpenCode」における保存APIキーの流出可能性と、AIコーディングツールの認証情報を標的にするインフォスティーラー型マルウェア「Aoki」の存在である。偶然の一致ではなく、これはAIツールが普及した結果として生じた、構造的な攻撃対象の拡大を示している。

OpenCodeの侵害とAokiが狙うもの——2つの事案が重なって見える全体像

まず整理しておきたいのは、今回公表された2つの事案の性質の違いだ。OpenCodeの件は、サービス側のインフラが侵害を受け、そこに保存されていたユーザーのAPIキーが外部に流出した可能性がある、というサプライチェーン型のリスクだ。ユーザー自身がどれだけ慎重にふるまっても、サービス提供側の問題であるため直接の防御が難しい。

一方のAokiは、ユーザーの端末に侵入するインフォスティーラー（情報窃取型マルウェア）だ。AIコーディングツールが設定ファイルやキャッシュに保存しているAPIキーを抜き出すことに特化しており、感染した端末上のツール設定を丸ごと持ち出す。AIツールを使えば使うほど、盗まれる情報の価値が高くなるという点が、従来の認証情報窃取と異なる特徴だ。

2つの事案を並べると、攻撃者がAIコーディングという領域を「APIキーが確実に存在し、かつ高額サービスへのアクセス権を持つ」ターゲットとして明確に認識し始めていることがわかる。

盗まれたAPIキーで何が起きるか——「アクセス権」の意味を改めて確認する

APIキーはパスワードとは異なる種類の認証情報だ。多くの場合、二段階認証のような追加の確認なしに、そのキーを持つ者がサービスに対してAPIを呼び出せる。AIサービスのAPIキーであれば、盗んだ側はそのキーを使って大量のリクエストを送信し、利用料金を被害者のアカウントに計上させることができる。

また、サービスによってはAPIキーにデータへのアクセス権が含まれていることもある。コードリポジトリ連携や社内データベースへの接続情報が同じ環境に保管されていれば、被害はAPIの不正利用にとどまらない可能性がある。「キーを盗む」という行為の影響範囲は、そのキーがつながっているシステムの広さによって大きく変わる。

日本のエンジニアと企業が今すぐ確認すべき運用の実態

日本でも、GitHub CopilotやCursor、その他のAIコーディングアシスタントを業務に導入している開発チームは少なくない。こうしたツールの多くは、初回セットアップ時にAPIキーをローカルの設定ファイルに書き込む。そのファイルが.gitignoreに含まれていなければ、コードと一緒にリポジトリに上がってしまうリスクがある。また、社用PCにインフォスティーラーが侵入した場合、そうした設定ファイルが格好の標的になる。

企業のセキュリティポリシーがAPIキーの管理について明確な規定を持っていない場合、各エンジニアの判断に委ねられているケースが多い。今回の事案は、「個人の注意」では防ぎきれないサービス側の侵害リスクも含んでいることを示しており、組織としての対応方針を持つ必要性を突きつけている。

OpenCodeの利用状況確認と、Aoki感染経路の不明確な部分

OpenCodeの件については、どのユーザーのキーが具体的に流出したのか、流出の範囲がどこまで及ぶのか、現時点では完全には明らかになっていない。同サービスを利用していたユーザーは、まず自分のAPIキーを速やかに無効化（ローテーション）し、新しいキーを発行することが最初の対処になる。

Aokiについては、どのような経路でエンドポイントに感染するのかという詳細が、まだ十分に公開されていない部分がある。不審なファイルの実行を避ける、開発ツールは公式ソースからのみインストールするといった基本的な対策は有効だが、感染経路が明確でない段階では包括的な防御策を断言しにくい状況だ。引き続き公式情報の更新を確認することが求められる。

NEWGATAが見るこの問題の核心——「便利さのインフラ」がリスクの集積点になる転換点

今回の2つの事案が同時期に表面化したことは、AIコーディングツールが攻撃者にとって「狙う価値があるカテゴリ」として確立されたことを示している、と見るべきだろう。従来のインフォスティーラーはブラウザの保存パスワードやクレジットカード情報を狙うものが多かった。しかしAIツールの普及によって、「高額な計算リソースへのアクセス権」と「業務データへの接続情報」がローカル環境に集まる開発者のPCは、攻撃者にとって以前より格段に価値の高いターゲットになっている。

日本の開発現場にとって、この問題が意味するのは単なるセキュリティ設定の見直しにとどまらない。AIツールを「個人の生産性向上ツール」として導入してきた組織は、そのツールが持つ認証情報の管理を「組織のセキュリティ管理対象」として再定義する必要がある段階に来ている。便利さの恩恵を受けながら、同時にリスクを組織として引き受けるための体制づくりが、今後のAIツール活用の前提条件になっていくはずだ。APIキーを定期的にローテーションする、キーに付与する権限を最小限にする、利用ログを監視するといった運用は、個人の習慣ではなく組織のポリシーとして実装する必要がある。

本記事は公開情報をもとに、NEWGATA編集部で確認のうえ掲載しています。