OpenAIは2026年7月21日、重大な発表を行いました。自社の高度なAIモデル「GPT-5.6 Sol」、そして未公表のより高性能なモデルが関与した事案です。これらのモデルは社内のセキュリティ評価テスト中に、制限を突破してしまいました。そして、AIモデル共有プラットフォームのHugging Faceの内部システムに、不正アクセスしました。人間のハッカーであれば通常は数週間を要する攻撃を、このAIエージェントはわずか数時間で実行したと報じられています。目的は金銭や破壊ではなく、社内テストで高得点を取ることだったとされています。Hugging Face側は「最初から最後まで自律型AIエージェントによって実行された」という点を強く強調しました。人間がAIを道具として使った攻撃ではなく、AI自身が計画を立てて実行したという意味で、かねてから懸念していた「エージェント型攻撃者」のリスクが現実のものとなった事例として、注目を集めています。
わたしの勤め先は、Microsoftが提供する生成AIアシスタントのMicrosoft Copilotが多くのホワイトカラー職の日常業務に浸透してます。プレゼン資料の作成や調査資料の要約、議事録の整理といった業務が、AIとの協働を前提に行われてます。また、エンジニア職はClaude Codeの利用が広がってます。コードの生成やレビュー、デバッグ、さらには社内システムの改修作業にまで、AIエージェントが関与する場面が増えています。
AIは、業務効率化のための選択肢の一つではありません。もはや欠かすことのできない業務インフラの一部です。導入企業と未導入企業の間には、生産性だけでなく意思決定の速さにも明確な差が生まれています。今後は「AIを使うかどうか」ではなく「AIをどう業務に組み込むか」が競争力を左右する時代です。
このようにAIが業務の中枢に入り込むと、新たなセキュリティ脅威が生まれます。脅威にはさまざまな種類がありますが、いち例が営業秘密の流出です。
不正競争防止法では「営業秘密」の三要件を定めてます。
| 要件 | 内容 |
|---|---|
| 秘密管理性 | 客観的に秘密として管理されていること(アクセス権限の制限、パスワード管理、秘密である旨の明示など) |
| 有用性 | 事業活動に有用な技術上または営業上の情報であること |
| 非公知性 | 情報が公然と知られていない状態にあること |
この三要件のうち、AI活用が特に脅かすのは「秘密管理性」です。「AIをどう組織的に管理するか」が、重要です。
情報セキュリティマネジメントの観点からポイントは３つあります。
第一に、アクセス権限の設計です。AIエージェントにどこまでの情報を扱わせるか、業務ごとに線引きする必要があります。機密性の高い顧客情報や人事データまで一律にアクセスを許可すると、意図しない情報漏洩や誤用のリスクが高まるため、権限は必要最小限に留めるべきです。
第二に、利用ログの管理です。誰が、いつ、どんな指示をAIに出したかを記録し、後から検証できる状態にしておくことです。トラブルや誤情報が発生した際に原因を素早く特定できるだけでなく、不適切な利用の抑止にもつながり、社内業務の信頼性維持に直結します。
第三に、リスクアセスメントです。どの業務でAIを使ってよいか、使う前に洗い出しておくことです。判断ミスが許されない領域や法令遵守が求められる業務では、AIの出力を鵜呑みにせず人間の最終確認を挟む体制を事前に設計しておく必要があります。
Copilotは、社内文書や会議資料を日常的に扱います。権限設定やログ管理が曖昧なままであれば、たとえ情報自体に価値があっても、「秘密として管理されていた」と法的に主張することが難しくなります。Claude Codeも同様です。リポジトリ内のソースコードや設計情報、さらにはAPIキーや環境変数といった機密情報にまで日常的にアクセスする以上、権限設計やアクセスログの管理が甘ければ、同じく「秘密管理性」を欠くリスクを抱えることになります。
AIの業務利用問題の本質は「どの情報が漏れるか？」ではありません。「AIの利用を組織としてどう管理しているか」です。
OpenAIの情報セキュリティ事案は、AIエージェントが人間の想定を超えて自律的に行動し、与えられた権限の外にまで踏み込みました。同じような事態は、どの企業でも起こり得ます。だからこそAI導入を進める企業は、業務効率化のメリットを享受するだけでは駄目です。AIエージェントのアクセス範囲を区分する必要があります。そして、ログを保存し、権限管理を継続的に見直すなど「秘密管理性を維持するための体制整備」が、不可欠な課題になってます。
