Linux Foundationが発表したもの
Linux Foundationは8月25日、OPAQUEがTRACE（Trust, Runtime Attestation and Compliance Evidence）をオープン仕様として寄贈し、中立的なガバナンスの下で運営すると発表しました。AMD、Intel、Microsoft、OPAQUE、Technology Innovation Instituteが共同開発し、技術作業はCoalition for Secure AIが担うとしています。
TRACEは、エージェントの実行環境、ソフトウェア、ポリシー、データ分類、ツール利用を結び付けた、可搬性のある暗号学的に検証可能な記録を定義します。独立した新しいセキュリティ基盤を作るのではなく、RATS、EAT、SLSA、SCITT、SPIFFE、EARなど既存標準を組み合わせます。
本番エージェントに実行証跡が必要な理由
一般的なアプリケーションログは、監査対象のシステム自身による申告です。顧客データ、資金管理、決済指示を扱うような高影響のエージェントでは、この信頼モデルは弱点になります。収集設定の不備、侵害されたワークロードによるイベント欠落、クラウドをまたいだ証跡形式の不整合が起こり得るためです。
TRACEの実務上の意義は、共通の証跡エンベロープにあります。現行仕様では、どのモデルとビルドが動いたか、どのポリシーが適用されたか、どの分類のデータに触れたか、どのツールを呼んだかを、依拠当事者が検証できる署名済みクレームへ対応付けます。ハードウェア測定値と透明性台帳のレシートにより、実行後の改ざんを難しくできます。
真の制御基盤は検証ポリシー
署名が有効でも、エージェントの行動が正しかったとは限りません。検証側には、許可する測定値とモデルダイジェスト、ポリシーバージョンと証跡の鮮度、認証基盤ごとの信頼ルート、クレームが欠落・検証不能な場合の処理が必要です。ツール呼び出し記録のハッシュは完全性を示せても、その操作が意味的に妥当だったことまでは示しません。
評価は一つの重要ワークフローから始め、計装より先に依拠当事者の判断を定義すべきです。必須クレーム、参照値の管理者、鍵ローテーションと失効、プライバシー規則に沿った生ログ保持、検証失敗時に実行を止めるのか、出力を隔離するのか、通知だけにするのかを決めます。これにより、認証を監査資料ではなく強制可能な本番境界へ変えられます。
Ineezaの見解
エージェントのガバナンスには、組織やインフラの境界を越えて検証できる証跡が必要であり、TRACEは時宜を得ています。中立的なガバナンスと既存標準との整合は相互運用性に有利です。一方、リポジトリはバージョン0.2を開発者プレビューと位置付け、本番利用前に制約を確認するよう明記しています。したがって、導入はコンプライアンス達成の主張ではなく、検証実験と脅威モデルの網羅性確認から始めるべきです。長期的な評価軸は、異なるクラウド、監査人、金融取引の相手方が、独立実装から生成された証跡を一貫して検証できるかどうかです。