OracleがDeep Trust AI Architectureを発表。AIの権限や業務ルールをモデルの判断だけに任せず、データベースや実行基盤でも制御する設計を提示した。
30秒でわかる / THE SIGNAL
AIに業務を任せる際は、指示文だけでなくデータアクセス権限、承認範囲、操作記録を基盤側で管理することが重要になる。
AIが会社のデータを操作する時代、安全性はどこで守るのか
AIが資料の要約だけでなく、発注、経費処理、人事情報の検索などを担うようになると、重要なのは回答の正確さだけではない。そのAIにどこまでの操作を許可するのかという問題がある。Oracleが2026年10月26日に発表したDeep Trust AI Architectureは、AIモデルの判断だけに依存しない企業向け設計を提示した。
AIの外側に守るべきルールを置く
例えば社員がAIに経費の承認を指示する場合、アプリケーションの指示だけではなく、データベース側でも金額上限や利用者の権限を強制するという考え方だ。Oracleが紹介するSQL Assertionsは、操作元が人間かAIかを問わず、定めた業務制約を適用する設計として説明されている。
安全性を支える複数の層
Oracleはソフトウェア基盤、データ、データアクセス、アプリケーション開発の各層で安全性を組み込む方針を示す。AIが生成したアプリケーションの定義を、管理されたOracle APEXの実行環境で扱う設計も紹介した。AIに自由なコード生成と実行をすべて委ねない点が特徴だ。
管理職にとっての意味
人事AIなら社員情報の検索と給与情報の変更、経費AIなら申請書の作成と支払いの確定は別の権限だ。AI導入時には機能の多さだけでなく、操作権限、承認者、例外処理、操作記録を設計する必要がある。AIに仕事を任せることと、無制限の権限を与えることは違う。
発表の限界
今回の発表はOracleによる設計方針と製品機能の説明であり、すべての構成要素の一般提供や、導入企業での事故率低下を実証したものではない。基盤側の制御があっても、誤った権限設定や不適切な業務ルールが自動的に解決するわけではない。一次情報：https://www.oracle.com/news/announcement/ai-world-oracle-announces-deep-trust-ai-architecture-to-help-enterprises-innovate-with-confidence-2026-10-26/