OpenAIがサイバー防衛向けTrusted Accessを拡大──AIは攻撃だけでなく防御側の基盤にもなる

2026.07.03

OpenAIは、サイバー防衛向けのTrusted Accessプログラムを拡大し、防御側の専門家に高度なAI能力を安全に提供する方針を示した。発表では、AIのサイバー能力が進む中で、悪用を抑えながら防御側の生産性を高める必要性が強調されている。

生成AIは、脆弱性調査、ログ分析、インシデント対応、検知ルール作成を支援できる。一方で、攻撃手順の自動化にも使われ得るため、誰にどの能力を渡すか、どのように監査するかが重要になる。

防御側のボトルネックは人手と速度

多くの組織では、セキュリティ担当者が限られる一方、アラート、脆弱性情報、設定ミス、サプライチェーンリスクは増え続けている。AIがログの要約、優先度付け、攻撃経路の仮説立案を支援できれば、担当者は判断と対処に集中しやすくなる。

特に、脆弱性情報の読み解き、社内資産との照合、暫定対策の整理は時間がかかる。AIは、膨大な情報を短時間で構造化し、対応漏れを減らす補助線になり得る。

サイバー領域のAIでは、便利さと危険性が近い。防御目的の解析支援と、攻撃の自動化支援は、同じ技術の表裏になる場合がある。そのため、利用者の審査、用途制限、ログ監査、危険なリクエストの拒否が重要だ。

企業が同様のAIツールを導入する際も、全社員に高権限のセキュリティAIを開放するのではなく、SOC、CSIRT、情報システム部門など、役割に応じた権限設計を行うべきだ。機密ログや脆弱性情報を外部AIへ送る場合は、契約とデータ処理条件も確認したい。

ランサムウェア、認証情報漏えい、クラウド設定ミスへの対応では、初動の遅れが被害を広げる。AIを防御側の補助に使うなら、平時から社内資産台帳、ログ、対応手順を整備しておくことが前提になる。

Trusted Accessのような考え方は、AI能力を無制限に開放するのではなく、信頼できる利用者に段階的に提供する設計だ。セキュリティAIの導入では、性能だけでなく、アクセス制御と監査の仕組みを同時に評価する必要がある。