OpenAIやAnthropicなど、有料AIモデルへのアクセスに使われるAPIキーが、OpenCodeに関係するセキュリティ侵害で流出した可能性がある。侵害された認証情報によって、コーディングプラットフォーム自体の外部にあるアカウントでも不正な操作が可能になる恐れがある。
10月17日、OpenCodeはホスティング版Consoleのユーザーの1.4％が影響を受けたと特定した。そのグループに属するアカウントは外部のAIプロバイダーと接続しており、同社は該当する顧客にメールで通知した。
開発者やセキュリティチームにとって、この違いは重要だ。侵害されたAPIキーは、AIプロバイダーに直接不正なリクエストを送るために使われ、料金の発生や、コーディングプラットフォームを越えたアクセスにつながる可能性がある。
レガシーシステムにプロバイダーの認証情報を保管
ある受信者が共有した侵害通知では、OpenCodeが廃止中だったレガシーシステムへの不正アクセスが特定された。顧客のワークスペースに保存されていたサードパーティーAPIキーが流出した可能性がある。
Consoleのプロバイダー向けドキュメントでは、管理者が共有ワークスペースに認証情報を保存し、同僚がキーそのものを扱わずに接続済みのAIモデルへアクセスできる仕組みを説明している。リクエストは、外部ツールにも対応するホスティング型ゲートウェイを経由する。
共同創業者のDax Raadは明らかにし、ローカルにインストールしたアプリケーションで設定されたキーが同社のサーバーに届くことはなく、影響を受けたサービスがより広範なAI開発ツールチェーンとは異なることを説明した。
その後の追加通知では、保存されていた認証情報をワークスペース、プロバイダー、末尾4文字別に特定した。記載されたキーが流出した可能性のある最も早い時点を10月17日00:30（UTC）とし、その時点では他のデータが侵害された形跡はないとした。
OpenCodeはこのインシデントを結び付けたと、大規模なAIモデル蒸留攻撃について説明した。これは、モデルの出力を収集して別のシステムの訓練に使う手法だ。
共同創業者のDax Raadは、同社システムへの継続的な攻撃の試みも、直前の48時間にわたって報告した。ただしOpenCodeは、攻撃者がどのようにレガシー環境へアクセスしたのかを公表しておらず、その後の活動が最初の侵入と関連していたかどうかも明らかにしていない。
不正なAPI料金を受け、キーの無効化と返金が進む
侵害後、X上では予期せぬAI料金に関する報告が相次いだほか、プロバイダーからはキーの無効化や返金に関する最新情報が寄せられた。
開発者のColin Parsonsは説明した。コーディングサービスでのみ使ったとする認証情報について、OpenAIの281ドルの利用料とAnthropicの168ドルの料金が発生したという。コピーされたAPIキーはリクエストを承認できるため、保存されていたプラットフォームの外部でも利用可能だ。
Anthropicは、影響を受けたとみられるClaude APIキーを無効化した。 Lydia Hallieによると、Googleも流出したGeminiの認証情報をブロックし、 Evan Oteroはユーザーに対し、AI Studioで交換用キーを生成し、アカウントのアクティビティを確認するよう助言した。
返金も対応の一環だった。Raadは述べ、返金手続きが進行中だとした。10月19日には、OpenAIのThibault Sottiauxが 発表し、影響を受けたAPI顧客に対し、攻撃中に消費されたクレジットを返金すると明らかにした。
チームはサードパーティーAIの認証情報を確認すべきだ
開発者のアクセスを監督するセキュリティチームは、外部のコーディングサービスに保存されたAIプロバイダーのキーを把握する必要がある。これには、中央管理されたシステムの外部で従業員が確立した接続も含まれる。既存のシークレットスキャンでは、ソースコードに誤ってコミットされた認証情報を検出できるが、ホスティングされたダッシュボードに意図的に保存されたものは見落とす可能性がある。
OpenCode Consoleを利用する組織は、潜在的な流出の有無を評価し、プロバイダーのアカウントを保護するため、次の手順を実施すべきだ。
- 影響を受けた接続を特定し、利用状況を確認する。どの従業員が会社負担のAIアカウントをConsoleに接続したかを確認し、関係する認証情報を記録する。プロバイダーのアクティビティと請求記録を調査して、説明のつかないリクエストがないか確認し、料金への異議申し立てに必要な証拠を保存する。
- 流出した認証情報を無効化し、交換する。不審な料金が発生していない場合でも、侵害された可能性があると特定されたキーはすべてローテーションする。OpenCodeから削除するだけでは必ずしも認証情報が無効にならないため、AIプロバイダーを通じて直接無効化する。正当な作業を中断させないよう、ビルドジョブや社内サービスの所有者と交換作業を調整する。
- 外部連携に対する管理を強化する。対応している場合はアプリケーションごとに個別の認証情報を割り当て、 API監視を使って不審なリクエストを検出し、プロバイダー側で利用可能な支出上限を設定する。認証情報を分離すれば、関係のないサービスを中断せずに、影響を受けた連携だけを切断することもできる。
セキュリティチームと調達チームは、古いシステムを廃止する際に保存された認証情報をどのように扱うのか、またそのシステムが侵害されたときに顧客へどのように通知するのかを、ベンダーに確認すべきだ。
より広い教訓は、サービスの利用を停止したからといって、残された認証情報が必ず無効になるわけではないということだ。開発者が別のサービスへ移行した後も、APIキーは長期間にわたって有効なまま残り得る。
サイバーセキュリティ関連ニュース：ConnectWiseの侵害を受け、攻撃者が信頼されたクラウド連携を利用して顧客環境へアクセスしたことで、サードパーティーアプリケーションの権限が厳しく精査されている。