標準エンタープライズセキュリティを丁寧に実施。

この種のプラットフォームにおけるセキュリティ作業のほとんどは標準的なものです。保存時の暗号化。転送時の暗号化。単一ワーカーにスコープされたシークレット。環境ごとに分離されたキー。文書化されたインシデント対応手順。責任ある開示プログラム。いずれも新規性はありません。重要なのは、フェイルクローズドのデフォルトを持ち、開発環境でのバイパスなしに、各要素を丁寧に実施することです。

このページでは各要素がどのように実装されているかを説明します。完全な適用マトリックスはエンジニアリングセキュリティドキュメントに記載されています。このバージョンは、セキュリティチームにブリーフィングするために読む必要があるものです。

[ 01 ]  ·  NAMED: 暗号化

保存時。転送時。環境ごとのキー。

すべてのオブジェクトストレージ(Cloudflare R2、AWS S3、オンプレミス MinIO、および S3 互換エンドポイント経由の Azure)は、プラットフォームプロバイダーのデフォルト AES-256 を使用して保存時に暗号化されています。すべての Durable Object とデータベースストレージも同じデフォルトを継承します。ワーカー間およびワーカーからストレージへのトラフィックは TLS 1.2 以上で実行され、Anthropic と ElevenLabs へのアウトバウンド呼び出しは TLS 1.3 でネゴシエートされます。

キーは環境ごと、ワーカーごとにスコープされます。開発環境が本番環境とキーを共有することはなく、データプレーンワーカーがオペレータープレーンワーカーとキーを共有することもありません。各ワークスペースのクレデンシャルボールトは、そのワークスペース専用に導出されたキーで封印されます。顧客管理キーを必要とするデプロイメントには、選択したクラウドでの KMS 統合(AWS KMS、Azure Key Vault、または Cloudflare の同等品)がエンゲージメント中に組み込まれます。

[ 02 ]  ·  NAMED: テナントスコープのシークレット

1 つのワーカーが 1 つのシークレットを保持します。

すべてのシークレットは正確に 1 つのワーカーに存在します。共有された HMAC キー、コピーされたベアラートークン、環境をまたぐ再利用はありません。インジェストワーカーはウェブフック署名シークレットを保持します。オペレーションワーカーは管理者ベアラーシークレットを保持します。エンジンワーカーは LLM API キーを保持します。クエリワーカーは読み取り側ベアラーシークレットを保持します。キャンバスワーカーはマトリックスミューテーションシークレットを保持します。

相互通信が必要なワーカーは Cloudflare サービスバインディング(または AWS、Azure、オンプレミスの同等物)を使用します。サービスバインディングは呼び出し元のアイデンティティをネイティブに伝達します。ワーカー間でコピーされた共有署名キーはありません。1 つのワーカーのシークレットが侵害されても、別のワーカーの影響範囲にはカスケードしません。

ワーカーは起動時に必要なシークレットが不在の場合にフェイルクローズドで動作します。ワーカーは起動し、サービスを拒否し、欠けているシークレット名をログに記録します。デフォルトクレデンシャルで静かに処理を続けるフォールバックパスはありません。

[ 03 ]  ·  NAMED: フェイルクローズドチェック

すべての境界は不確実な場合に拒否します。

プラットフォームは漏洩する前にロックします。フェイルクローズドチェックリストはすべてのワーカーに適用され、開発環境やステージング環境での例外はありません:

  • すべてのインバウンドウェブフックでウェブフック HMAC 署名を検証。署名が欠けているか誤っている場合、本文読み取りも保存書き込みもなしに 401 を返します。
  • すべてのオペレーター API 呼び出しでベアラートークンを検証。欠けている、不正な形式、または失効したトークンは、下流呼び出しを発行せずに 401 を返します。
  • すべての認証済みルートでロールゲートを検証。有効なトークンでも誤ったロールは 403 を返します。
  • すべてのキャンバスミューテーションでマトリックス所有権チェックを実施。呼び出し元はマトリックスオーナーでなければならず、そうでなければ 403 を返します。同じフェイルクローズドの姿勢が、出荷時点のキャンバスサーフェスにも適用されます。
  • すべての LLM 呼び出し前にトークン予算チェックを実施。予算超過は呼び出しなしに予算超過リネージ行を返します。
  • すべてのエンリッチメント呼び出し前にプロンプトハッシュチェックを実施。プロンプトテンプレートの不一致は prompt_drift リネージ行でフェイルクローズドします。デプロイ済みプロンプトへのサイレント編集はありません。
  • すべての LLM レスポンスで出力スキーマ検証を実施。検証しない出力はフェイルクローズドし、生のレスポンスはフォレンジクスのために結果ブロブに保持されます。

開発者が「ローカルテスト用に認証をスキップする」フラグを求めた場合、それは脆弱性を出荷する瞬間です。開発環境は同じ適用で別のシークレットを使用します。

[ 04 ]  ·  NAMED: 型システムにおけるテナンシー

スコープキーは型レベルで必須です。

読み取り API のすべてのクエリメソッドは、型付き位置引数としてスコープキー(マトリックス識別子、組織識別子)を必要とします。省略すると TypeScript コンパイルエラーになります。ランタイム認証が機能する前に、ビルド時にチェックされます。

すべての HTTP ルートはクエリパラメーターではなくパスにスコープキーを含みます。ハンドラーシグネチャがそれを必要とします。テナントフィルターが静かに削除される可能性のある「すべてをリスト」ルートはありません。プラットフォームが 2 番目の組織スコープを追加する際(現在のデプロイメントは単一組織)、コンパイルエラーが更新が必要なすべての場所をキャッチします。

[ 05 ]  ·  NAMED: デフォルト状態としての監査トレイル

システムが監査ログです。

すべての状態変更操作はすでに追記専用ストアに書き込みます。ウェブフックインジェストはデータレイクインデックスに書き込みます。キャンバス編集は、以前のバージョンが保持された新しいプランバージョンブロブを書き込みます。エンジンエンベロープはすべての LLM 呼び出しのリネージ行を書き込みます: モデル識別子、トークン数、時間、ステータス、結果ブロブへのポインター。予算支出はカウンター行をインクリメントします。

システム全体が監査ログであるため、別の「監査ログ」機能はありません。インシデントを調査するオペレーターは既存のテーブルをクエリします。回答はすでにそこにあります。プラットフォームに行の削除パスは存在しません。同意の失効は、履歴を消去するのではなく会話へのアクセスをブロックするトゥームストーンによって処理されます。そのため、何が起きたかの記録は完全な状態を保ち、改ざんを検知できる状態にとどまります。

[ 06 ]  ·  NAMED: インシデント対応

名前のある当直担当者を持つ文書化された手順。

インシデントは名前のある当直担当者にページングされます。手順には 5 つのステップがあります: インシデントの確認、影響を受けたクレデンシャルの凍結、追記専用ストアからの影響を受けた状態のスナップショット、リネージ行からの影響範囲の特定、復旧の実行。ランブックはエンゲージメントとともに公開されます。

顧客通知は契約によって拘束されます。回答者データに影響するデータインシデントが確認された場合、確認後 24 時間以内に顧客に通知します。通知には侵害のタイムスタンプ、影響範囲、実施した復旧、それらの事実を確立するために使用した監査トレイルが含まれます。

インシデント後のレビューは 10 営業日以内に書面で共有されます。レビューには根本原因、再発を防ぐアーキテクチャ変更、変更が保持されることを確認するために実施した検証が明記されます。

[ 07 ]  ·  NAMED: 責任ある開示

研究者が報告し、当社が対応します。

脆弱性を発見したセキュリティ研究者は security@nexaintel.ai に報告できます。2 営業日以内に受領を確認します。高重大度の問題については 15 営業日以内に、中重大度の問題については 30 営業日以内に、修正または文書化された軽減タイムラインを約束します。研究者が匿名を希望しない限り、アドバイザリーで研究者にクレジットを与えます。

開示タイムラインに従う善意の研究に対して法的措置を取ることはありません。影響を受けるデプロイメントがパッチ適用されるまで、公開開示を遅らせる権利を留保します。

[ 08 ]  ·  NAMED: 証明はどこに存在するか

管理策に準拠して構築。お客様の認定済みインフラで稼働。

プラットフォームは、HIPAA、SOC 2 Type II、Loi 25 Quebec、GDPR が審査する管理要件に準拠して構築されています。アーキテクチャはこれらの管理策の基盤を提供します: インテナント・デプロイメント、LLM および音声パートナーとのトレーニング不使用・保持不使用の取り決め、追記専用の監査トレイル、同意失効のためのトゥームストーンメカニズム、デプロイメントごとに設定されるリージョン配置。

インテナント・デプロイメントでは、重要となる認定はお客様のインフラストラクチャに帰属します。プラットフォームはお客様がすでに監査を受けたクラウドアカウントの内部で稼働するため、お客様の SOC 2、HIPAA、または地域の証明が、お客様の運用する他のすべてと同じようにプラットフォームをカバーします。支援を希望される購入者向けには、Nexa が契約のもとでスタックのより多くの部分を運用するマネージドデプロイメントもご利用いただけます。

サブプロセッサーの証明(Cloudflare、Anthropic、ElevenLabs)、当社の DPA、サブプロセッサーリスト、最新のセキュリティ調査票は、NDA のもとで を通じて入手できます。インテナント・デプロイメントでは、お客様のチームがお客様自身のフレームワークに照らしてプラットフォームを評価します。