設計によるエンタープライズセキュリティ
EDDIは設計上、セキュリティ脆弱性のクラス全体を排除します。eval()なし、コード実行ブロックなし、動的コードインジェクションなし、エージェントの動作は宣言的JSON設定のみで定義。
なぜ今これが重要なのか
AIエージェントのエコシステムは前例のないセキュリティ圧力にさらされています。2026年初頭には、主要なオープンソースエージェントフレームワークにおいて、CVSS 10.0のリモートコード実行の欠陥、サンドボックスエスケープ、認可バイパスを含む数百件もの重大な脆弱性が公に文書化されました。その根本原因の多くは、ユーザー提供コードや動的生成コードをランタイムで実行するプラットフォームにあります。
Cloud Security Allianceは体系的な「AIエージェントの開示の空白」を特定しました。
EDDIのアーキテクチャ防御
コード実行をサンドボックス化しようとするのではなく、EDDIは攻撃面を完全に排除します。
セキュリティ機能
- eval()ゼロ、いかなる動的コード実行もなし。エージェントロジックは宣言的JSONのみ
- OIDC/Keycloak、RBACロール（admin、editor、viewer）と専用の承認者ロールを備えたエンタープライズ認証・認可
- ユーザーごとのワークスペース、すべての設定リソースに所有者と個人またはチームのスペースがあり、利用・閲覧・編集・所有の各レベルで明示的に共有
- Connections、外部呼び出しのための単一の認証情報モデル。組織全体のキーやOAuth2サービスアカウントから、各ユーザー自身のOAuthアカウント、呼び出し元システムがリクエストごとに渡す認証情報まで対応。シークレットは常にVault参照です
- ツール結果ガードレール、すべてのツール結果が出所情報を持ち、その中の指示の形をとったテキストは、モデルがそれに基づいて動作する前にマーク、墨消し、警告、またはブロックされます
- Secrets Vault、APIキーのAES-256-GCMエンベロープ暗号化、エクスポート時の自動シークレット除去付き
- パストラバーサル保護、すべての境界での入力検証によりディレクトリエスケープ攻撃を防止
- SSRF保護、URL検証とドメイン許可リストによりサーバーサイドリクエストフォージェリを防止。HTTP呼び出し、MCP、A2Aの宛先では、DNS解決やリダイレクトを経由する場合も含めてクラウドメタデータエンドポイントを拒否
- 暗号化監査証跡、HMAC-SHA256署名付きの改ざん検知可能な操作ログ、エージェントごとの暗号署名付き
- EU AI法対応、規制コンプライアンスのための組み込みガバナンス機能
- シークレット墨消し、APIキー、Vault参照、機密データをすべての監査エントリから自動フィルタリング
- PII安全ロギング、GDPR操作はSHA-256仮名を記録し、生のユーザー識別子は記録しない
- Sigstore Cosign、キーレスOIDCコンテナイメージ署名、公式CIでビルドされたDockerイメージを暗号的に検証
- 強化されたベースイメージ、ダイジェスト固定のRed Hat UBI 10ランタイム、Red Hat認定カタログで公開
自動セキュリティパイプライン
すべてのpushとpull requestが6つの自動セキュリティツールでスキャンされます、すべてのGitHub ActionsがSHAピン留めされ、サプライチェーン攻撃を防止：
- CodeQL、
security-extendedクエリによるセマンティックSAST分析 - Trivy、ファイルシステム依存関係とDockerイメージのCVEスキャン（CRITICAL/HIGHでブロック）
- Gitleaks、シークレットと認証情報の漏洩を防ぐGit履歴スキャン
- ZAP、ライブDockerイメージに対するDAST APIスキャン
- CycloneDX、サプライチェーン透明性のためのSBOM生成
- Jazzer、セキュリティクリティカルなパーサー向けカバレッジガイド付きファズテスト
ガバナンスとコンプライアンスの統合
セキュリティ機能はEDDIのコンプライアンスフレームワークに直接供給されます。不変の監査証跡はEU AI法要件（第12〜14条）を満たします。同じインフラストラクチャがGDPR、HIPAA、SOC 2、15以上の規制フレームワークをサポートします。