AI 安全與標準
TRACEがLinux Foundation傘下へ：エージェントの実行場所をハードウェアで証明、ただし動作の正しさまでは保証せず
Linux FoundationはTRACE仕様を受け入れ、AIエージェントのモデル、実行環境、ポリシー、ツール呼び出しに関するポータブルな暗号学的証拠の確立を目指す。現行のv0.2は依然としてDeveloper Previewであり、記録と検証済み環境との関連性は証明できるものの、エージェントがタスクを完了したことや、ポリシー自体の安全性までは証明できない。
TRACE（Trust, Runtime Attestation and Compliance Evidence）は、6月に初めて公開された後、8月25日付で正式にLinux Foundationの管理下へ移管され、技術作業はCoalition for Secure AIに組み込まれる。今回の変更の主眼は、新たなエージェント権限管理システムの導入ではなく、異なるクラウド、Trusted Execution Environment（TEE）、ガバナンス製品に共通の「証拠フォーマット」を提供することにある。
Trust Recordには、モデル識別子と重みのダイジェスト、ワークロードID、ハードウェア測定値、ポリシーバンドルのハッシュ、データ分類、ツール呼び出し回数、トレースの要約などを記録できる。記録にはEAT／RATSのロールおよびクレームモデルを使用し、JWTまたはCWT／COSEでカプセル化するほか、SCITT透明性台帳を通じてレシートを残すこともできる。ワークロードIDにはSPIFFEを採用可能だ。これにより検証者は、記録を生成したクラウド事業者を直接信頼することなく、署名、ポリシーのバージョン、実行環境をオフラインで検証できる。
エンジニアリングチームにとって、TRACEが最も価値を発揮するのは、ベンダーをまたぐ監査だ。同じエージェントがAMD SEV-SNP、Intel TDX、またはその他のアテステーション対応環境間を移動しても、構造の一貫したガバナンス記録を出力できる。仕様にはPython SDK、JSON Schema、テストスイート、リファレンス実装も付属し、導入のハードルを下げている。
ただし、TRACE v0.2は明確にDeveloper Previewと位置付けられている。ハードウェアアテステーションで関連付けられるのは、署名鍵、測定済み環境、クレームの内容までだ。ポリシールールが妥当であること、ツールからの報告が真実であること、エージェントが物理的な操作を完了したことは保証できず、Trusted Execution Environment自体の脆弱性も排除できない。エンジニアが次に注視すべき点は、フィールドとプラットフォーム識別値が安定するか、SCITTアンカリングサービスが実際に相互運用できるか、そして異なるランタイムが生成した記録が同一の適合性テストに合格できるかどうかだ。