エンタープライズ グレードのセキュリティ設計
SocialHub.AI では、セキュリティはアドオンではありません。それは建築です。プラットフォームの各層は、企業のセキュリティ、コンプライアンス、データ保護を基本要件として構築されています。
認証とコンプライアンス
| 認証 | 説明 |
|---|---|
| SOC 2 Type II | セキュリティ、可用性、処理の整合性、機密性、プライバシー管理の独立した監査。 |
| ISO 27001 | 情報セキュリティ管理システム (ISMS) 認証 - 顧客データの保護方法に関する監査済みのセキュリティ管理。 |
| GDPR 準拠 | データの所在地と同意管理を含む EU データ保護に完全に準拠しています。 |
| CCPA 準拠 | 消費者データの権利に対するカリフォルニア州消費者プライバシー法の遵守。 |
| Azure SOC レポート | Microsoft Azure の包括的なセキュリティ認定を継承します。 |
| データの暗号化 | 保存時は AES-256、転送時は TLS 1.3、カスタマー マネージド キーが利用可能。 |
コンプライアンス、フレームワークごと
お客様にとって重要な規格の各要件を当社がどのように満たしているかを正確にご覧ください。
データセキュリティの実践
暗号化
保存時は AES-256 暗号化、転送時は TLS 1.3。顧客管理のキーを使用して最大限の制御が可能です。
データの所在地
データ リージョンを選択します。米国、EU、アジア太平洋地域の Azure データセンターは、現地の規制への準拠を保証します。
アクセス制御
ロールベースのアクセス制御 (RBAC)、OpenID Connect および SAML 2.0 経由のエンタープライズ SSO (Okta、Entra ID、Google Workspace、または任意の OIDC/SAML IdP)、SCIM プロビジョニング、TOTP 多要素認証、および追加専用監査ログ。
インシデント対応
年中無休のセキュリティ監視、自動化された脅威検出、および SLA コミットメントを伴う文書化されたインシデント対応手順。
AI とメンバーのプライバシー
テキストが外部 AI モデルのプラットフォームから送信される前に、メンバーの個人識別子 (電子メール アドレス、電話番号、カードのような番号) が一貫した代用コードに自動的に置き換えられます。このシールドはデフォルトでオンになっており、セットアップを必要とせずにすべての AI 機能に適用されます。同じメンバーが常に同じコードにマップされるため、AI の推論は一貫性を保ちます。ただし、コードは一方向であり、実際の識別子が AI 出力で再構築されることはありません。現在の Flash の AI プロンプトは、個人記録ではなく集計データとキャンペーン データに基づいて構築されています。このシールドは、AI 機能が成長しても維持される保証です。
テナントの分離
各顧客のデータは、独自の専用データベース スキーマ内に存在し、テナントごとに物理的に分離され、運用環境で強制されます。クエリは、共有データへのフォールバックを拒否するフェールクローズ構成で実行されるため、有効なテナント スキーマのないクエリは、別の顧客の行をサイレントに読み取るのではなく、拒否されます。新しい組織は独自のスキーマを自動的に取得します。クエリ層のスコープ (すべてのクエリの組織 ID、組織ごとの API キー、監査ログ) が多層防御として下にあり、インシデント発生時に一時的に元の状態に戻すことができる運用上の緊急スイッチを保持しています。これは当社独自のアーキテクチャと制御であり、サードパーティの認定ではありません。