概要
https://qiita.com/ShigemoriMasato/items/8d4c09a40235440d8c77
詳細内容
## [地獄] OpenAI APIが不正使用された件
https://qiita.com/ShigemoriMasato/items/8d4c09a40235440d8c77
OpenAI APIキーの流出によって発生した5,400ドル超の不正利用被害の実態を報告し、利用制限設定が即時停止を保証しない「ソフトリミット」であるという重大な仕様の罠を指摘する。
**Content Type**: 💭 Opinion & Commentary
**Language**: ja
**Scores**: Signal:5/5 | Depth:3/5 | Unique:4/5 | Practical:5/5 | Anti-Hype:4/5
**Main Journal**: 81/100 | **Annex Potential**: 81/100 | **Overall**: 84/100
**Topics**: [[OpenAI API, セキュリティ, インシデント対応, APIキー管理, AIエージェント]]
著者が自組織で実際に体験した、OpenAI APIキーの漏洩に伴う約80万円（5,400ドル以上）の不正利用被害とその対応記録である。2025年8月（記事執筆時点から見た未来の日付だが、著者の記述に基づく）、月額制限を2,500ドルに設定していたにもかかわらず、一晩でクレジット残高がマイナス3,700ドルに達するという「地獄」の状況が発生した。
本記事において最も重要な技術的指摘は、OpenAI APIの「Usage limits（使用制限）」の仕様である。著者がサポートから得た回答によれば、この制限は「ハードストップ（強制停止）」を保証するものではなく、予算超過を通知するための「ソフトリミット」として設計されている。つまり、設定値を超えても即座にAPIが停止するわけではなく、タイムラグの間に膨大なリクエストが処理され、多額の請求が発生する可能性がある。著者は、この仕様が公式ドキュメントでも明確に強調されていない重要なリスクであると主張している。
被害の原因として、Roo CodeやCodex CLIといったAI開発ツールを効率的に利用するために、組織内でAPIキーを配布・運用していた際の管理不備が挙げられている。漏洩発覚後、著者は数百に及ぶAPIキーをマクロを用いて一括削除し、利用ログ（CSV）をエビデンスとして提出することで、最終的にサイレント返金を勝ち取った。
筆者は、APIキーの管理はクレジットカードの管理と同等、あるいはそれ以上の注意が必要な「生命線」であると強調している。特に、AIエージェントによる自動コーディング（Agentic Coding）が普及する現代において、エンジニアは「ソフトリミット」の罠を理解し、キーの最小権限発行や定期的なローテーション、複数の監視アラート設定といった「仕組み」によるリスクコントロールを講じるべきだと結論付けている。一方で、リスクを恐れてAgentic Codingの推進を止めることは本末転倒であり、適切な防御策を講じた上での積極的な技術活用を推奨している。具体的な被害額とサポート対応のプロセスが詳述されており、Webアプリケーションエンジニアにとって、API運用における実務的なセキュリティ設計の重要性を再認識させる内容となっている。