SchneeAI
ドキュメントを見る 構築を始める
セキュリティファースト

セキュリティファーストで設計。

アイデンティティ、可観測性、レビューをプラットフォーム自体に組み込んでいます — レビューアーが期待する制御を備えた AI 機能を ship するために。

SchneeAI は、プロダクトの他の部分と同じ方法で AI 機能を運用したいチームのために構築されています — 明示的な制御、構造化された記録、レビュー可能な意思決定とともに。このページでは、現在提供している制御と実践について説明します。

アクセス制御

SchneeAI へのすべてのリクエストは、サービス・テナント・ユーザーのアイデンティティを携えます。プラットフォームはそのアイデンティティを使ってアクセス決定を強制します — 誰がどのモデルを呼び出し、どのログを閲覧し、どのプロンプトを編集し、どのポリシーを変更できるか。管理操作は昇格されたロールを要求し、日常の読み取りは呼び出し元のテナントにスコープされます。

テナント分離

利用量、プロンプト、ログ、制御はテナント・サービス・環境によって分離されます。あるテナントからのリクエストは別のテナントのビューに現れることはなく、クロステナントアクセスは付与後にフィルタされるのではなく、デフォルトで拒否されます。

監査ログ

リクエスト、プロンプト変更、ポリシー更新、運用アクションは構造化された監査レコードを生成します。各レコードはアクター・ターゲット・アクション・タイムスタンプを携えるため、レビューアーは何が・いつ・誰によって起きたかを再構築できます。

構成可能なデータ制御

  • データ保持期間 — 利用データとメタデータをどれだけ保持するかを設定。
  • PII ハンドリング — 構成可能なポリシーを通じて、機密ユーザーデータのより安全な取り扱いをサポート。
  • Vault — raw プロンプトと出力のコンテンツは運用メタデータから分離して保存され、独自の保持期間とアクセス制御を持ちます。
  • 人による承認フロー — 高リスクな AI ワークフローにレビューステップを追加。

暗号化

データは TLS で転送中に暗号化されます。保存時には、SchneeAI は raw プロンプトや出力のような機密アーティファクトに対して、基盤のストレージ暗号化の上にアプリケーション層の制御を適用します。

インシデントプロセス

何かが間違ったとき — 誤ルーティングされたリクエスト、予算の超過、プロンプトのロールバック — 監査トレイルと構造化された利用データによって、素早く原因を特定できます。インシデント対応者はサービス・テナント・ユーザー・時間範囲でスコープし、関連レコードをエクスポートできます。

責任ある AI

SchneeAI は責任ある AI 実践をサポートするために構築されています — 観察可能な挙動、構成可能な安全イベント、重要な箇所での人によるレビュー、そして保持するデータを制限できる保持コントロール。私たちは責任ある AI をマーケティング上の主張ではなく、運用の規律として扱っています。

アーキテクチャ

すべてのチャット補完は同じ経路を通ります。お客様のバックエンドは Bearer JWT で認証し、Gateway が検証・ルーティング・スキャン・プロバイダー呼び出し・raw やり取りを Vault へ暗号化保存・構造化された利用と監査を記録し、レスポンスを返します。

                [お客様のサービスバックエンド]
                          |
                          | HTTPS + Bearer JWT (Hydra RS256, JWKS)
                          v
   +---------------------------------------------------------------+
   |                     SchneeAI プラットフォーム                    |
   |                                                               |
   |   +---------------+     +----------------+                    |
   |   |  AI Gateway   |---->| Auth / JWKS    |  (Ory Hydra)       |
   |   |  (Go + Gin)   |     +----------------+                    |
   |   +---------------+       |                                   |
   |          |                v                                   |
   |          |       +----------------+                           |
   |          |------>| ルーティング    |  (モデル / 予算 / PII)     |
   |          |       | ポリシー        |                           |
   |          |       +----------------+                           |
   |          |                |                                   |
   |          |                v                                   |
   |          |       +----------------+      +---------------+    |
   |          |------>| LiteLLM Proxy |----->| Provider APIs |    |
   |          |       +----------------+      | (OpenAI,      |    |
   |          |                |              |  Anthropic,   |    |
   |          |                |              |  Google, ...) |    |
   |          |                |              +---------------+    |
   |          v                v                                   |
   |   +---------------+   +----------------+   +---------------+  |
   |   |  Postgres     |   | Vault (暗号化) |   | 監査ログ       |  |
   |   | (メタデータ,  |   | (AES-256       |   | (追記型,       |  |
   |   |  利用, 予算)  |   |  静止時暗号化; |   |  Postgres)    |  |
   |   |               |   |  アプリ層      |   |               |  |
   |   |               |   |  エンベロープ  |   |               |  |
   |   |               |   |  はロードマップ)|   |               |  |
   |   +---------------+   +----------------+   +---------------+  |
   |          |                                                     |
   |          v                                                     |
   |   +---------------+   +----------------+                       |
   |   | Redis (cache) |   | OTel Collector |  (traces + metrics)  |
   |   +---------------+   +----------------+                       |
   +---------------------------------------------------------------+

raw プロンプトと出力のコンテンツが存在するのは Vault だけであり、AES-256 で静止時に暗号化されます。Postgres 上の運用メタデータは Vault を ID で参照しますが、raw のやり取りは含みません。

暗号化の詳細

層メカニズム
転送中TLS 1.3（レガシークライアント向けに Forward Secrecy 付き TLS 1.2）。HSTS 強制。
保存時のメタデータ暗号化ボリューム上の Postgres（AES-256、クラウドプロバイダー KMS）。
raw プロンプト / 出力AES-256 での静止時暗号化 — 実装済み。アプリ層 AES-256-GCM + KMS ラップ済みエンベロープ鍵はロードマップ、スキーマは既にこれをサポートする準備が整っています。
JWT 署名Ory Hydra JWKS による RS256。鍵は固定スケジュールでローテーション。
JWKS ローテーションHydra は固定スケジュール (90日ウィンドウ) で署名鍵をローテーション。
内部サービス間クラスタ内で mTLS。

データ常駐

  • プライマリリージョン: デザインパートナー段階では単一リージョン。マルチリージョンレプリケーションはロードマップ上で、お客様要件によってトリガーされます。
  • プロバイダーのエグレス: SchneeAI が上流の LLM プロバイダーを呼び出すとき、プロンプトはプロバイダーのリージョンへ転送されます。これは避けられません — モデルはプロバイダーが稼働させている場所で実行されるため。Vault はリージョンに関わらず raw のやり取りを SchneeAI のリージョン内に保存します。
  • バックアップ: 暗号化スナップショット、プライマリと同じリージョン、30 日保持。
  • クロスボーダーなレプリケーションは行いません — お客様駆動の要件で会話が始まるまでは。

コンプライアンスロードマップ

SchneeAI はデザインパートナー段階です。以下のロードマップは現在提供しているものと計画しているものを反映しています。取得していない認証は主張しません。

フレームワーク状態目標
GDPR適合。DPA はリクエストに応じて提供。Live
CCPA適合。Live
EU AI Act — 透明性義務プラットフォームの役割について適合。Live
SOC 2 Type II監査人とスコープ策定中。2027 Q1
ISO 27001SOC 2 取得後に計画。2027
HIPAAカバードワークロードを持つデザインパートナー向けに提供可能。オンリクエスト

調達チームがいずれかについてより早いコミットメントを必要とする場合は、[email protected] までご連絡ください — ロードマップはお客様が実際に必要とするもので形作られます。

責任共有

SchneeAI はプラットフォームを管理し、お客様は統合を管理します。その分割を明示します:

領域SchneeAIお客様
プラットフォームインフラ (Gateway, DB, Vault, proxy)管理・パッチ・監視—
上流プロバイダーの API キーSchneeAI が保持、スコープ限定、ローテーション—
テナント API キー / JWT 発行者Hydra 運用、JWKS 公開トークンはお客様側で安全に保管、ローテーション
ルーティング / 予算 / PII ポリシーGateway で強制テナント・フィーチャーごとに設定
プロンプトのコンテンツVault に暗号化保存作成・レビュー・バージョン管理
データ保持期間お客様のポリシーに従い強制設定
SchneeAI Console アクセスRBAC で強制ロールごとにユーザーを付与
お客様のエンドユーザーデータルーティングされたプロンプトとしてのみ接触通知と権利はお客様側で対応
脆弱性開示トリアージと修正[email protected] へ報告

サブプロセッサー

現在のサブプロセッサー一覧は サブプロセッサー で公開しています。新規サブプロセッサーを追加する30日前にデザインパートナーへ通知し、上記のデータ常駐に関わる変更を伴うものは明示的な通知なしには追加しません。

報告

セキュリティ上の問題を見つけましたか? 詳細を [email protected] までお送りください。営業時間内に対応し、報告を真摯にトリアージします。