Wixzel Voiceのセキュリティ

Wixzel Voiceは通信事業者経由で電話をかけるためにSIPトランクのパスワードを必要とするため、ハッシュ化はできず、暗号化しています。新規・更新されたトランクのパスワードと、プラットフォームがお客様の代わりに保持するその他すべての第三者の認証情報は、AES-256-GCMで保存時に暗号化されます。マスター鍵はデプロイの環境にだけ存在するシークレットからscryptで導出し、各値にはHKDFで個別のメッセージ鍵を割り当て、各暗号文にはそれを書き込んだ鍵のIDを記録します。そのため、将来の鍵のローテーションでは値を失わずに再ラップできます。古い方式で書き込まれた値も引き続き読み取れ、次に保存したときにこの方式で再暗号化されます。

GCMは認証付きの暗号です。データベース上で改ざんされた暗号文は、別のパスワードになるのではなく、復号に失敗します。復号できない認証情報は空として扱わず、はっきりとエラーにするため、トランクが気づかないうちに認証なしになることはありません。APIはトランクのパスワードを、お客様自身に対しても二度と返しません。

トランクの設定から生成する電話システムの設定はインジェクション対策を施しており、その性質について生成器をファジングでテストしています。

wv_live_キーは1回だけ表示されます。Wixzel Voiceはサーバー側のペッパーを鍵としたHMAC-SHA256を保存するため、データベースのコピーだけではキーを復元することも総当たりで割り出すこともできません。プレフィックスと末尾4文字は、一覧でキーを見分けられるようにするためだけに保持します。

• スコープ。 各キーは、calls:readやsip_trunks:writeなど、付与したスコープだけを持ちます。管理者スコープはないため、すべてを実行できるキーはありません。
• 支出上限。 キーにはspend_limit_microsを設定できます。キーが上限まで使うと、そのキーで発信する通話は発信前に拒否されます。
• 有効期限とローテーション。 キーにはexpires_atを設定できます。POST /v1/api-keys/{id}/rotateは代わりのキーを発行し、古いキーを24時間有効なままにするため、デプロイ中に有効なキーが1つもない瞬間は生じません。
• 取り消し。 キーを取り消すとすぐに認証キャッシュから削除され、次のリクエストから使えなくなります。
• 分離。 すべてのリソースは1つのアカウントに属し、すべてのクエリは要求したアカウントの範囲に限定されます。

claude.ai、Claude Desktop、Claude CodeなどのAIクライアントは、APIに組み込まれたOAuth 2.1の認可サーバーを通じてWixzel VoiceのMCPサーバーに接続します。クライアントは自身を登録し（RFC 7591）、同意のためにお客様をコンソールに送り、コードをトークンと交換します。PKCEは必須で、S256のみです。plain方式は拒否されます。

クライアントが受け取るトークンは、承認したスコープだけを持つ通常のスコープ付きAPIキーで、許可を取り消すとキーも取り消されます。OAuthのエンドポイントはAPIキーを認証情報として受け付けません。クライアントはPKCEで、登録時にクライアントシークレットを設定した場合はそれも使って、自身を証明します。

すべてのwebhookのPOSTにはX-Wixzel-Signatureが付きます。これはwebhookシークレットを鍵とした、生のボディのHMAC-SHA256です。パースする前の生のバイト列で検証し、定数時間で比較してください。シークレットはローテーションしたときに1回だけ返され、GET /v1/webhookでは返されないため、読み取りスコープのキーが漏れても偽のイベントを作ることはできません。

ループバック、リンクローカル、プライベートのアドレス空間に解決されるwebhook URLは、設定時と送信時の両方で400 unsafe_webhook_urlとして拒否され、リダイレクトはたどりません。プラットフォームはお客様が到達できないアドレスにも到達できるため、そこに向けられることはありません。

POST /v1/calls、POST /v1/agents/{id}/test-call、POST /v1/billing/topupsにはIdempotency-Keyが必要です。同じキーとボディで再送すると、再び発信や課金をせずに元のレスポンスが返ります。同じキーで異なるボディを送ると422で拒否されます。キーは24時間保持されます。どちらの公式SDKも、これらのパスでは自動でキーを送ります。

クレジットは発信前に確保され、最初の15秒をまかなえない通話は何も割り当てられる前に402で拒否され、価格は受け付け時に通話ごとに固定されます。カード番号はWixzel Voiceに届きません。支払いは販売者（Merchant of Record）であるDodo Paymentsを通じて行われます。

• APIのレート制限： キーごとに1秒あたり10リクエスト、バースト20。429にはRetry-Afterが付き、課金されることはありません。
• ログインと新規登録はIPアドレスごと、メールアドレスごとに制限されます。パスワードはコスト12のbcryptでハッシュ化され、メールでの新規登録はそのアドレスに送ったコードで確認します。
• コンソールのセッションはURLではなくhttpOnlyのCookieに保持されます。セッショントークンの署名アルゴリズムは固定されており、すべてのセッションを一度にログアウトできます。
• 番号を探るSIPスキャナーは一時的に遮断されます。また、すべての着信の試行は、クレジットを確保する前に送信元アドレスごとにレート制限されるため、拒否されたトラフィックが誰かに課金されることはありません。
• 同時通話数はアカウントごとに上限があり（デフォルトは5件）、1つのアカウントがプラットフォームのすべての回線を占有することはできません。
• HTTPの強化：TLSへのリダイレクト、サブドメインを含む1年間のHSTS、セキュリティヘッダー、明示したリクエストボディの上限。
• 通信事業者へのSIPはトランクに設定した転送方式を使います。デフォルトはUDPで、transportを設定すればTCPまたはTLSです。通話音声（RTP）は暗号化されません。

Wixzel VoiceのAPI、データベース、通話メディアは、インドのムンバイにあるHostingerで動いています。コンソールとこのWebサイトはVercelが配信しています。通話中は、エージェントのエンジンの音声・言語プロバイダー（Deepgram、ElevenLabs、OpenRouter、Google、Sarvam）が音声とテキストを処理します。これらは米国にありますが、Sarvamはインドで音声を処理します。

文字起こしと、録音した通話の録音は、削除するまで通話ログとともに保持されます。DELETE /v1/calls/{id}はログ、文字起こし、録音をまとめて削除し、コンソールからアカウントを閉じると中身はすべて一度に削除されます。リクエストログは3か月後に削除されます。各サブプロセッサーの役割と所在地を含む完全な一覧はプライバシーポリシーにあり、データ処理補遺はすべてのお客様に適用され、72時間以内の侵害通知を定めています。

本番の2つのデータベースは毎時ダンプされます。毎週の訓練で最新のダンプを作業用のデータベースに復元し、すべてのアカウントの残高が台帳の記録の合計と一致することを確認しています。これにより、バックアップがあるだけでなく、使えることがわかります。

正直に言うと、制限が1つあります。バックアップは同じサーバー上に保管しており、他の場所にコピーはありません。不具合のあるデプロイ、破損したデータベース、誤って削除したデータには対応できますが、サーバー自体の喪失には対応できません。

• Wixzel Voiceは1人で運営しており、本番環境へのアクセスはその運営者に限られています。
• SOC 2報告書やISO 27001認証はありません。
• 通信事業者との間の通話メディアは暗号化されていません。通話音声（RTP）はSRTPなしで送られ、SIPのシグナリングはトランクの転送方式を使い、TLSを設定しない限りUDPです。
• オフサイトのバックアップはありません。バックアップはデータと同じサーバーに保管しています。
• APIキーを特定の送信元IPアドレスに制限する機能は、まだAPIでもコンソールでも提供していません。

aqeel@wixzel.comにメールしてください。このアドレスは/.well-known/security.txtにも掲載しています。見つけた内容、再現手順、関係するレスポンスのrequest_idを含めてください。メッセージは運営者が読み、ほとんどは1営業日以内に返信します。

テストはご自身のアカウントとデータに対してのみ行い、他のお客様へのサービスを低下させず、公開する前に修正のための妥当な期間を設けてください。