APIキー流出で48時間1200万円請求 中小企業に広がるAIガバナンスの教訓

中小企業で生成AIのAPI利用が広がる中、APIキーの管理不備による高額請求トラブルが注目されている。公開リポジトリや納品物のコードにキーを埋め込んだまま外部に出てしまい、第三者に悪用されて短時間で大量に消費される事例が紹介されている。便利さの裏側にある運用の落とし穴が改めて意識されている。

OpenAIのドキュメントによると、APIキーはクライアント側に置かず、サーバー側で管理することが基本とされている。利用量の上限設定や異常検知のためのアラート、定期的なローテーションも推奨されている。国内ではIPAの解説でも、生成AIの業務利用における認証情報の管理やアクセス制御の重要性が示されている。

なぜAPIキーは漏れやすいのか

APIキーは文字列一つで課金と権限がひも付くため、取り扱いはパスワードと同等かそれ以上に慎重さが求められる。開発の初期段階では動作確認を優先し、フロントエンドのコードや共有スプレッドシートにそのまま貼り付ける運用が残りがちだ。そのままGitHubの公開リポジトリやチャット履歴に残ると、自動巡回する攻撃者に拾われる可能性が高まる。

中小企業では開発と運用の担当が兼務であることも多く、キーの発行者と利用者の区別が曖昧になりやすい。誰がどのキーを発行し、どのサービスで使っているかの一覧がないまま、プロジェクトごとにキーが増えていく。OpenAIのドキュメントではプロジェクト単位でのキー発行や権限の分離が推奨されており、用途ごとに分けることが被害の限定につながる。

48時間で高額請求が起きる仕組み

ポッドキャスト番組の解説では、APIキーが盗まれた場合に48時間で1200万円規模の請求が生じた事例が取り上げられている。キーを入手した第三者が高負荷なモデルを大量に呼び出せば、従量課金の仕組み上、請求額は短時間で膨らむ。所有者が気付くまでのタイムラグがそのまま損失になる構造だ。

クラウドのAPIではリトライや並列実行が容易なため、悪用時の消費速度は人手の操作とは桁が違う。請求アラートを設定していないと、月末の請求書で初めて気付くことになる。OpenAIのドキュメントでも予算上限や使用量の通知設定が案内されており、早期検知の仕組みが被害額を左右する。検知が遅れるほど復旧の負担も大きくなる。

中小企業が取るべき基本対策

まず取り組むべきはキーの棚卸しと権限の見直しだ。利用中のキー、発行者、利用サービス、保存場所を一覧化し、不要なキーを無効化する。開発用と本番用を分け、本番用はサーバー側の環境変数やシークレット管理サービスでのみ参照させる。コードへの直書きやチャットでの共有は運用ルールとして禁止する。

次に必要なのは上限と監視の設定だ。プロジェクトごとに月額の上限を設け、しきい値を超えたら通知が飛ぶようにする。ログを残して誰がいつどの程度使ったかを追える状態にしておく。IPAの解説でもログ管理やアクセス制御を含む組織的な対策が示されており、属人的な管理からの脱却が求められる。

社内展開と外注管理の見直し

社内でAI活用が広がると、営業資料の要約や議事録作成など現場部門が独自にAPIを使い始める。個別契約のまま放置すると、全社でどれだけのキーがあるか把握できなくなる。情報システム部門が発行窓口となり、利用申請と用途の記録を残す仕組みが有効だ。共通の支払いと管理に寄せることで異常時の停止も素早く行える。

外注や副業人材に開発を依頼する場合も、キーの渡し方が論点になる。請負先に本番キーをそのまま渡すのではなく、期間限定のキーや権限を絞ったキーを発行する。業務終了後は速やかに無効化し、成果物のコードにキーが残っていないか検収項目に加える。日常の運用に組み込むことで、開発速度を落とさずに安全性を高めることができる。