あるスタートアップの創業者が、予期しないOpenAIとAnthropicの449ドルの請求で目を覚ました。Fox Newsによると、原因はいわゆる「ブラック・オクトーバー」サイバー攻撃の波の中で悪用された、盗まれたAPIキーの一式だった。この金額は大企業が直面しうる被害に比べれば小さいが、この話はブラック・オクトーバーで盗まれたAPIキーが、誰も気づいて起きる前にいかに現実の請求書になりうるかを示している。

この記事では、この呼称が何を指すのか、盗まれたキーがどのように悪用されがちなのか、なぜAI支援型攻撃が防御側の時間を短縮するのか、そして開発者が今日できることを取り上げる。

「ブラック・オクトーバー」が指すもの（そしてまだ確認されていないこと）

「ブラック・オクトーバー」は、クラウドシステムと開発者向けツールに関連する一連のサイバー攻撃に付けられた名称で、攻撃の進行速度にAIが関与している。Fox Newsの報道は、一つの具体的な結果に焦点を当てている。すなわち、クラウド環境やコードリポジトリから取得された認証情報が、AIサービスの料金を積み上げるために使われたというものだ。

何が立証され、何が立証されていないかについては注意が必要だ。この記事が示すのは、創業者がOpenAIとAnthropicのアカウントで449ドルの請求を受けたという、記録された一つの事例である。我々が確認した資料の中では、ブラック・オクトーバーの名の下にあるすべてのインシデントについて完全な技術的説明を提供しているわけでも、それらの背後に単一の攻撃者や単一の手法があると立証しているわけでもない。検索結果に現れる他の報道では、10月に複数のAI開発者プラットフォームが侵害を開示したことや、秘密情報を窃取するために作られた悪意あるソフトウェアパッケージについて述べられているが、それらの詳細は媒体によって異なり、我々は独自に検証していない。この呼称は、確認された単一のキャンペーンではなく、一つのパターンを指す略称として扱うべきだ。

盗まれたAPIキーが数時間で悪用される仕組み

APIキーは、ソフトウェアにとってのパスワードのように機能する長い文字列だ。それを保持する者は誰でも、あなたになりすましてリクエストを行うことができ、プロバイダーはキーを所有するアカウントに請求する。通常、その時点ではユーザー名の入力も二要素認証もない。だからこそ、漏洩したキーは攻撃者にとって非常に有用なのだ。

キーが露出するのは、いくつかの一般的な経路がある：

  • コードリポジトリにコミットされる。設定ファイルや古いコミットの中であることもある。
  • 侵害されたクラウド環境内の環境変数や設定の中に存在する。
  • ツール、スクリプト、開発者マシンにコピーされ、後にそれらが侵害される。

攻撃者が有効なキーを手にすると、最も単純な手口は、被害者の負担でAIモデル呼び出しにそれを使うことだ。これは創業者の経験と一致する。請求はOpenAIとAnthropicのアカウントに現れ、所有者は請求が積み上がった後に初めて気づいた。攻撃者は利益を得るために被害者のアプリやデータに触れる必要はない。キーそのものが商品なのだ。

これこそが、金額が誤解を招きうる理由でもある。449ドルは控えめだが、その悪用にどれほどわずかな時間と労力しかかからないかを反映している。支出上限がなければ、同じアクセス権でさらに桁違いに大きな請求を積み上げることもできたはずだ。

AI支援型攻撃が防御側の対応時間を短縮する理由

AI支援型攻撃における「AI」が重要なのは、その速度ゆえだ。リポジトリを検索して秘密情報を探すこと、キーが有効かどうかを試すこと、次に何をするかを決めることは、自動化が得意とするタスクである。これらのステップが連鎖すると、漏洩から悪用までの間隔は数日から数時間に縮まりうる。

我々は関連する動きとして、Sysdigによる、完全自律型AIランサムウェア攻撃と同社が表現するものの発見を取り上げた。そこではAIエージェントがほとんど、あるいはまったく人間の指示なしに侵入を実行した。これはAPIキー窃取とは異なる種類のインシデントだが、根底にある教訓は似ている。自動化された攻撃者は営業時間を待たず、手動の対応プロセスは後れを取る可能性がある。

小規模チームにとって問題はより深刻だ。スタートアップが請求ダッシュボードを一晩中監視するセキュリティオペレーションセンターを持つことはまれである。この話の創業者は事後に請求を確認して気づいたが、多くの人がこの種の悪用を発見するのはまさにそういう形だ。

これがあなたにとって意味すること

AI APIを使って構築しているなら、たとえサイドプロジェクトであっても、あなたのキーは貴重な認証情報であり、支払いアカウントのパスワードのように扱うべきだ。覚えておく価値のある3つのポイントがある：

  • 露出は多くの場合、目に見えない。 請求が届くまで、キーが漏洩したことに気づかないかもしれない。
  • 請求するのはプロバイダーだ。 盗まれた利用は通常あなたのアカウントに計上されるため、防止と早期発見はあなたの責任である。
  • 小さな請求は警告だ。 予期しない449ドルの請求は、キーが誰か他の人のために機能したことを意味する。それを単なる会計上の問題ではなく、セキュリティインシデントとして扱うべきだ。

APIキーを保護する方法：ローテーション、スコープ設定、アラート、MFA、シークレットスキャン

これらのステップはいずれもセキュリティチームを必要としない。ほとんどは1時間もかからない。

  1. 今すぐキーをローテーションする。 新しいキーを生成し、古いキーを取り消す。特にコード、チャット、チケット、共有ドキュメントに現れたものはそうだ。漏洩が疑われるたびに再度ローテーションする。
  2. 各キーのスコープを狭く設定する。 プロジェクトや環境ごとに別々のキーを使い、プロバイダーが対応していればそれぞれに必要な権限だけを与える。漏洩したテストキーが本番環境を解錠できてはならない。
  3. 支出上限とアラートを設定する。 各プロバイダーの請求設定で予算上限と使用通知を構成し、異常な活動が不意打ちではなくメッセージをトリガーするようにする。
  4. 多要素認証を有効にする。 キーが作成・表示されるプロバイダーアカウントとクラウドコンソールを保護する。MFAは盗まれたキーが機能するのを止められないが、アカウント自体からキーを盗むことをより難しくする。
  5. 秘密情報をスキャンする。 コミット履歴を含むリポジトリに対してシークレットスキャナーを実行し、CI設定や共有設定ファイルも確認する。露出したキーは削除してローテーションする。ファイルを削除しても漏洩は取り消されないからだ。
  6. キーをコードの外に置く。 ソースファイルではなく、専用のシークレットマネージャーや保護された環境変数に保存する。

まとめ

ブラック・オクトーバーで盗まれたAPIキーの話は、小さく目立たない認証情報が現実の金銭的損害を迅速に生みうることを思い出させる。AI APIを使って構築しているなら、今日キーを監査してローテーションし、支出上限とアラートを設定し、リポジトリに露出した秘密情報がないかスキャンしよう。自律型AI攻撃が侵入をいかに加速させているかのより広い文脈については、Sysdigの自律型AIランサムウェアに関する調査結果のレポートを読み、その後1時間かけて自分の設定を強化してほしい。