AI ゲートウェイに預けた API キーが漏れたときの対応（OpenCode Console 事例）

チームで共有する AI プロバイダーの API キーを中継サービスに預けていた場合、そのサービスが侵害されたら「サービス側でキーを消す」だけでは足りない。各プロバイダーの管理画面でキーを失効・再発行し、利用状況と上限を自分で確かめる。

2026-10-17（米国時間）、AI コーディングエージェント OpenCode の開発元が、Console 利用者の 1.4% に影響する侵害を公表した。対象は外部の AI プロバイダーを連携していた一部の利用者で、影響者にはメールで通知済み、届いていなければ影響なしと説明している。
Console は任意で使う AI の中継サービス（ゲートウェイ）で、チーム共有のプロバイダー API キーを保管し、メンバーはキーを見ないままモデルを使える仕組み。報道では、廃止作業中の旧システムへの不正アクセスでワークスペースに保存された OpenAI・Anthropic などのキーが漏れた可能性があるとされる。
Anthropic 側の担当者は影響を受けたとみられる Claude の API キーを失効させ、OpenCode にキーを保存していた人には念のため新しいキーを作るよう呼びかけた。
利用者からは身に覚えのない請求（Anthropic で約 400 ドル、Google で約 200 ユーロ）の申告もあるが、侵害との因果関係は未確認。
解説記事によれば、OpenCode を手元だけで動かし自前のキーを使う場合にキーが漏れたという情報はこれまでない。

失効と再発行はプロバイダーの管理画面で行う: 中継サービス上でキーを削除しても、すでに複製されたキーは使える。OpenAI・Anthropic・Google などの管理画面で該当キーを失効させ、新しいキーを発行し直す。
通知メールのリンクを踏まない: 侵害の通知を装ったフィッシングを避けるため、ブックマークや手入力で管理画面に直接アクセスする。
利用状況を遡って確認する: 侵害が起きた日（今回は 10 月 16 日）以降の利用量・請求・作成されたプロジェクトを確認する。
プロバイダー側で利用額の上限を設定する: 中継サービスの予算設定は「そのサービス経由の利用」にしか効かない。盗まれたキーを直接使われた場合は止められないので、上限はプロバイダー側で設ける。
AI のキーを本番の認証情報と同じ扱いにする: Anthropic は 9 月の脅威レポートで、AI の API キーやセッショントークンそのものを狙う犯罪グループが増え、不正な再販に回されていると説明している。用途ごとにキーを分け、不要なキーは消しておく。

侵入の手口、キーの保管方法、実際の悪用の有無は公表時点でいずれも不明。続報で前提が変わりうる。
中継サービスにキーを預ける構成は「キーを見せずに配れる」便利さと引き換えに、そのサービスが単一の漏えい点になる。預けるなら、上記の失効手順と上限設定をあらかじめ決めておく。
関連: AI エージェントに資格情報を渡す 4 パターンと使い分け