1. ソフトバンクのAI診断と脆弱性爆発の背景
© Yamanashi Internet Security Team 2026.
ソフトバンクの宮川潤一社長が2026年11月の決算発表会で明かした、AI時代のサイバーセキュリティ対策の過酷な現状を示すエピソードです。
自社開発の約700システムを別のAIモデルで診断し、発見された1万500件の脆弱性に対して3ヶ月かけて修正パッチを当て終えたばかりでした。しかしその後、米OpenAIの最新モデル「GPT-6 Astra（Cyber）」を用いて再び診断したところ、新たに3万5000件の脆弱性が検出されてしまいました。
なお、防御的サイバーセキュリティ業務に特化した GPT-6 Cyber は、Daybreak Redの承認および個別審査が必要です。「敷居が高いモデル」で、API料金は 入力 $20.00 / 出力 $100.00（100万トークンあたり） となっています。通常のChatGPT画面からは利用できません。
• 約700システム： ソフトバンク本体が社内で開発・運用している自社システムの数です。
当初は、AI診断（第1弾）をこの700システムに対して実施。
• 1,800超の「サーバー」： 子会社（IDCフロンティアなど）を含めた、グループ全体で稼働
しているサーバーの総数。
このニュースの背景と主なポイント
- 対象システムの拡大： 子会社での被害を受け、オープンソースソフトウェア（OSS）を含む1,800超のシステムへと診断範囲を広げたことが数万件規模への爆発に繋がりました。
- 「いたちごっこ」の加速： 週単位で進化するAIモデルの登場により、新たな脆弱性が次々と発覚する過酷な状況が続いています。
- 自動化の課題： 診断やパッチ適用はAIで進む一方、システム全体の最終的な正常稼働確認は依然として人間の手に依存しており、現場の大きな負担（ボトルネック）となっています。
IT業界の専門用語で言えば、まさに「コンテナ内部は契約者の自己責任（責任分界点）」という結論になります。
クラウドやホスティングの契約における「責任分界点（セキュアな運用の責任をどちらが持つかという境界線）」のルールに基づくと、以下のように綺麗に切り分けられます。
ソフトバンク側の責任：
コンテナを載せている大元の物理サーバー、ホストOS、ネットワーク機器、そしてIDCフロンティアの事件で問題になった「Keycloak」のような共通のインフラ用認証システム。
契約者側の責任（自己責任）：
コンテナの内部、その中で動くOS、WordPress、SQLデータベース、プラグイン、そして独自に書いたWebコンテンツのコード。
したがって、今回の「GPT-6 Astra（Cyber）」が検出した3万5000件の脆弱性をソフトバンクがすべてパッチで塞いだとしても、契約者がコンテナの内部（WordPressやプラグインなど）を放置して古いままにしていれば、そこからハッキングされるリスクは残り続けます。インフラ側がどれだけ鉄壁の盾（パッチ適用）を用意しても、契約者自身がコンテナ内部という「自分の部屋の鍵」を閉め忘れてしまえば意味がない、というのがこのセキュリティ構造の厳密な実態です。言うなれば、「頭隠して尻隠さず」です。 Bury one's head in the sand.
2. 脆弱性の内訳とボトルネックの正体
① アプリケーションの「ビジネスロジック脆弱性」
プログラムの文法ミスではなく、「システムの仕様や業務ルールの隙」を突いた欠陥です。GPT-6のような自律推論モデルは「文脈の理解」が得意なため、以下の穴を見つけ出します。
- 処理手順のバイパス： 「カート ➔ 決済 ➔ 完了」の手順を無視し、URLの直接書き換えで決済を飛ばして完了ページへ進めてしまう設計ミス。
- パラメータの改ざん： 決済時にブラウザ側で送信する金額データを「10,000円」から「1円」に書き換えると、サーバー側がそのまま処理してしまうチェックの甘さ。
- 他人のアカウントの不正操作： マイページURLのユーザーID（id=1001）を「1002」に変えるだけで、他人の個人情報が表示されてしまう権限確認の不備。
② IDCフロンティアのOSS認証システムの欠陥
子会社が受けたサイバー攻撃の侵入経路は、オープンソース（OSS）の認証システム「Keycloak」に存在した、認証を完全に回避されてしまう致命的な既知の脆弱性でした。ソフトバンク本体は自社コードの診断に集中していたため、この外部OSSの盲点を突かれました。この教訓から診断対象を 1,800システムへ急拡大することとなりました。
③ なぜ稼働確認がボトルネックになるのか
AIを使えばパッチの生成までは数分で自動化できます。しかし、適用後の「本当にシステムが今まで通り正しく動くかの確認（テスト）」は人間にしかできないため、ここが最大の渋滞となっています。
- デグレード問題： 安全のためにOSやライブラリを新しくした結果、その上で動く古い自社アプリが突然動かなくなる現象が頻発します。
- 数の暴力： 週単位で「3万5000件」もの修正が降ってくると、人間のエンジニアによる動作検証の限界を物理的に超えてしまいます。
3. GPT-6 Cyber が人間以上の速度でパッチを生成する仕組み
GPT-6 Cyberは、単にコードを速く書くだけでなく、脆弱性の「発見・実証・修正」をすべて自律的に完結させる「自律型パイプライン」を持っています。
超高速ループを支える4つの仕組み
- AIエージェントとしての動作： 一問一答ではなく、大まかなターゲットを与えられると、自ら思考しツールを使ってコードベース全体を自律的に読み込みます。
- 実証コード（エクスプロイト）の自動生成： 脆弱性を見つけると、それを攻撃して見せるためのコードを自ら開発し、隔離環境（サンドボックス）でミリ秒単位の「再現実験」を繰り返してバグを確定させます。
- ピンポイントな最小限の修正： 穴の破り方を完全に理解しているため、「ここをこう塞げば攻撃を100%無効化できる」という正確で無駄のないパッチを即座に生成します。
- 並行処理（スケール）の暴力： クラウド上の膨大な計算資源を使い、数千〜数万の怪しい箇所に対して、同時に「バグ発見 ➔ 攻撃実験 ➔ パッチ作成」のサイクルを回します。
4. 安全な隔離環境と最高峰の攻撃能力「Critical」
① 隔離環境（サンドボックス）の仕組み
GPT-6 Cyberが実際にハッキング実験を行っても安全なのは、外部から完全に遮断された使い捨ての仮想実験室で実行しているからです。
- 独立したコンテナ/仮想マシン： ホストOSから論理的に隔離されており、外側のシステムや実社会のインフラに影響は及びません。
- ネットワークの厳格な遮断： 外部インターネットへの通信を拒絶し、意図しない外部攻撃やマルウェアのダウンロードを防ぎます。
- ミリ秒単位のリセット： 実験が終わると仮想環境は即座に破棄され、真っ新な状態に初期化されます。
② 最高峰の安全基準「Critical（破滅的）」の意味
OpenAIの危険性評価において、「人間の手助けなしに、国家レベルのサイバー攻撃（未知のゼロデイ脆弱性の発見・量産など）を自律的に完結できる能力」を持っていることを意味します。悪用されれば世界の重要インフラを単独で崩壊させかねない破壊力を持つため、最大の警戒が敷かれています。
③ 認可された範囲（スコープ）から逸脱しないアライメント技術
- 憲法AI： 「許可された範囲以外への攻撃は、いかなる理由があっても拒絶する」という絶対的ルールが焼き付けられており、ハッカーの騙し（脱獄）を拒否します。
- 暗号化検証： 対象の範囲を暗号技術でインプットし、別系統の監視AIがリアルタイムで通信をチェックして、1ビットでもスコープ外に触れた瞬間に強制遮断します。
5. 「AI対AI」の戦いと一般公開されない理由
AI対AIの戦いの現状
現在は、自動化の壁を突破している「攻撃側のAI（矛）」が、稼働確認で足止めを食らっている「企業の防御側（盾）」をスピードと手数で圧倒している過渡期です。これに対抗するため、防御側もAIがパッチを自動適用する「Patching as a Service」などの導入を進めています。
なぜGPT-6 Cyberは一般公開されないのか？
- 国家レベルのサイバー兵器の民主化阻止： 知識のない犯罪者でも、ボタン一つで「国家レベルの標的型攻撃」や「ゼロデイ攻撃の量産」が可能になってしまうのを防ぐためです。
- 重要インフラの崩壊リスク回避： 病院、発電所、銀行などのシステムが同時に全自動で狙われた場合、現在の防衛インフラでは防ぎきれません。
- 防衛側（ホワイトハッカー）の優位性維持： 事前に厳しい審査を行った「信頼できる防衛組織やインフラ企業」にのみ限定提供することで、世の中にバグが知れ渡る前に先回りしてパッチを当てる（プロアクティブ・ディフェンス）環境を作っています。
ダークサイドの「悪用AI」の脅威（オープンソースの改造）
一方で、アンダーグラウンドでは規制のないオープンソースAIから安全フィルターを外した「FraudGPT」や「WormGPT」が流通しています。これにより、「超リアルなフィッシングメールの自動量産」や「セキュリティソフトの目を盗むウイルスコードの自動改変」がすでに行われており、防御側への脅威となっています。