Cyber能力へのAccess Control ― OpenAI Trusted Accessが示す「能力 × Identity」の統制
Executive Summary
OpenAIは2026年5月7日、GPT-5.5およびGPT-5.5-Cyberに合わせてTrusted Access for Cyberを拡張しました。高度なCyber Taskを行う検証済みDefenderに対してSafeguard上の摩擦を下げる一方、Identity / Organization Verification、Authorized Use、Misuse Monitoringを組み合わせてAccessを制御する仕組みです。1
さらに高度なCyber ModelへのAccessでは、2026年6月1日からPhishing-resistantなAdvanced Account Securityを求める方針も示しました。これは、Model Capabilityが上がるほどAccount Assuranceも上げる「Capability-aware Identity Security」の一例です。
なぜ今なのか
AI ModelのCyber Capabilityが高くなると、同じModel Accessでも利用者のIdentity、所属、目的、対象SystemのAuthorizationによってRiskが変わります。
一律に機能を拒否するか一律に開放するのではなく、Trust Levelに応じて能力Accessを段階化する考え方が重要になります。
統制モデル
Trusted Accessの考え方は企業内の高Risk AI Toolにも応用できます。
- User / Organization Verification
- Phishing-resistant Authentication
- Approved Use Case / Scope
- Capability Tier
- Misuse Monitoring
- Periodic Review / Revocation
経営インパクト
| 観点 | 影響 |
|---|---|
| AI Governance | CapabilityごとにAccess Requirementを変える必要 |
| Identity Security | 強いAI Capabilityは強いIdentity Assuranceを要求 |
| Insider Risk | 利用目的・対象System・Authorizationの証跡が重要 |
| Security Research | 防御担当者に必要な能力を適切に提供しやすくなる |
日本企業への示唆
社内AI AgentやSecurity Copilotにも、全社員一律ではなく「能力Tier」を設ける考え方が使えます。Code Execution、Exploit Validation、Credential Access等は、より強いIdentity Assuranceと承認を要求する設計が適しています。
推奨アクション
- AI CapabilityをLow / Elevated / Privileged等にTieringする
- 高Risk CapabilityにPasskey等のPhishing-resistant MFAを要求する
- 利用対象SystemとAuthorizationを記録する
- Capability利用Logを監視する
- Role変更・退職・Project終了時にAccessをRevocationする
- Cyber Research用AIと一般業務AIのAccess Policyを分離する
用語解説
Capability-aware Access Control
利用者属性だけでなく、AIが提供する能力のRisk Levelに応じて認証・承認・監視要件を変える考え方。