セキュリティ実装根拠

実装根拠に結びついたセキュリティ統制。

現在のデプロイにおける実装構造、アクセス制御、監査記録およびサービス境界を説明します。

この要約は実装の根拠を説明するものです。独立したセキュリティ監査を主張するものではなく、すべての統制が実際の敵対的テストを通過したと主張するものでもありません。

現在のデプロイ

確認済みの構成と統制。

01

ホスティング構成

ポータルとマーケティングサイトはVercelで稼働しています。ポータルのデータベースと認証はSupabaseを使用します。Titan AI™はGoogle Cloud Runのtitan-appとして稼働し、Neon Postgresデータベースを使用します。Theta AI™パイプラインジョブはGitHub Actionsで稼働します。トランザクションメールはResendを使用します。

実装根拠
02

転送暗号化

現在の公開サービスは、Vercel、Google Cloud RunおよびSupabase APIを介したHTTPSを使用します。

実装根拠
03

認証と多要素認証

TOTPを登録したアカウントには、より高い認証保証レベルが適用されます。ミドルウェアは保護されたポータルリクエストのAALを確認し、追加認証が完了していないセッションをMFAチャレンジ画面にリダイレクトします。

実装根拠
04

ログインレート制限

ログイン制御は、IPとメールアドレスを組み合わせたキー(5分あたり8回の試行)と、アカウントの有無を示さない一般的なエラーメッセージを使用します。レート制限チェックでエラーが発生した場合、アクセスを拒否します。

実装根拠
05

組織およびロール別アクセス

サーバーアクションは、共通の権限階層と、機微なフロー向けの個別チェックを使用します。これには保有者接続、企業確認担当者、プラットフォーム管理者アクセスが含まれます。応募者リンクは専用トークンフローを使用し、最高管理者コンソールは顧客ルートグループの外にあります。

実装根拠
06

応募者アクセス

応募者招待リンクは専用のトークン確認フローを使用します。最高管理者コンソールは顧客ルートグループの外にあります。

実装根拠
07

秘密情報と決済境界

Stripeのホスト型Checkoutと署名済みwebhookを使用するため、カードデータはAI Psychometrics Inc.のサーバーを経由しません。秘密キーはサーバー側でのみ使用します。

実装根拠
08

監査および請求記録

ポータルはセッション、応募者および管理イベントをaudit_logsに記録します。記録の挿入はベストエフォート方式であり、請求関連のクレジット変動はクレジット台帳に記録されます。

実装根拠
09

大量CSVアップロード検査

キャンペーンの大量CSVアップロード経路は、処理前にすべてのファイルを内部で検査します。拡張子、MIME、サイズ、バイナリ構造、エンコーディングおよび制御バイトを確認します。

実装根拠
10

サービス境界

現在のリポジトリに記載されているサービス提供者は、Vercel、Supabase、Google Cloud Run、Resend、StripeおよびGitHub Actionsです。これらが現在のサービス境界を構成します。

実装根拠

根拠資料

レビュー可能な実装参照。

01

プライバシーポリシーおよび利用規約のドラフト(法務レビュー前)

02

MFAを適用するミドルウェアと/mfa-challengeフロー

03

0004レート制限マイグレーション

04

監査ログインターフェースと監査補助関数

05

正準スコア算出規約 v1 · 2026-09-21

06

キャリブレーション出所JSON · 2026-09-21 · 実行35553441453