AI 開発基盤が侵害されたら、預けたキーは 30 分以内に試される前提で動く（Black October）

Wiz の「Black October」分析では、AI 開発プラットフォームの侵害公表のどれもが保存された環境変数、特に AI サービスのキーを狙っていた。事業者側の侵害から 30 分以内に利用企業のキーが試され、数日後に Bedrock で大量利用（2 例で定価換算 10 万ドル超）が始まった。

少なくとも 9 社（その後 Brev、Trigger.dev、Chainstack、kernel.sh、Blacksmith も追記）が侵害を公表。単一の脆弱性ではなく、どれも保存されたシークレットが目的。
住宅用 IP から複数組織のキーを 1 分で試し、その後 1 日 14〜120 回の生存確認を続けてから大量利用へ移った。
一方のキーはグローバルなクロスリージョン推論が許可されていたため、30 時間で約 80 万回呼ばれスロットリングは約 6%。米国内に限られたもう一方は失敗のほぼすべてがスロットリングだった。
国内でもキングプリンターズが、システム基盤の認証情報を不正利用されて生成 AI サービスを約 7 時間大量に呼ばれ、サービス側の利用制限で止まったと最終報を出している。再発防止は一時的な認証情報への移行と、クラウド認証情報の棚卸し・最小権限化。

利用している AI 開発・ホスティング基盤が侵害を公表したら、その日のうちにそこへ預けたキーをすべてローテーションする。 「影響を受けたか調査中」を待たない。
Bedrock などは推論できるリージョン・モデルを絞る。クロスリージョン推論を全リージョンに開けると、スロットリングが効かず被害が膨らむ。
長期キーをやめ、一時的な認証情報（ロール引き受け、OIDC）に移す。
サービス側のクォータ・利用上限を「普段の数倍」程度に設定する。上限が最後の歯止めになる。
普段呼ばないモデル（新しい上位モデル）や、短い入力＋数百トークン出力の連続呼び出しを異常として見る。