データの保存とセキュリティ
セキュリティは、Hedyのアーキテクチャの中心にあります。この記事では、データをどのように保護し、どこに保存し、その安全を確保するためにどのような対策を講じているかを、正確に説明します。プライバシーに関する取り組みの全体像は、データプライバシーの概要をご覧ください。
主なセキュリティ機能:
エンタープライズ級のクラウドインフラ
多層の暗号化
包括的なバックアップシステム
厳格なアクセス制御
インフラの概要
Hedyのインフラは、Google Cloud Platform(GCP)上に、具体的にはUS-Centralリージョンに構築されています。GCPを選んだのは、堅牢なセキュリティ機能、信頼性、そして包括的なコンプライアンス認証があるためです。新しいアカウントでは、EUでのデータ保存も選べます。データレジデンシーをご覧ください。セッションのデータがこれらのサーバーに届くのは、クラウド同期がオンのとき、またはセッションを明示的に共有したときです。詳しくは、クラウドとローカルのストレージについてをご覧ください。
インフラの構成
-
アプリケーションサーバー:Google Firebase Functions
-
データベース:保存時に暗号化されたGoogle Firestore
-
ファイルストレージ:使用していません
-
認証:Firebase Authentication
データの暗号化
データの安全を保つため、複数のレベルで暗号化を実施しています。
転送時:
-
すべてのデータ転送で、TLS 1.3を使用します
-
リアルタイム機能には、セキュアなWebSocket接続を使用します
保存時:
- AES-256によるデータベースの暗号化
バックアップと復旧
こちら側で障害が起きたときに復旧できるよう、クラウドのデータベースをバックアップしています。
-
毎日の自動バックアップ
-
ポイントインタイムリカバリー機能
-
地理的に冗長化されたバックアップストレージ
-
14日間のバックアップ保持
これらのバックアップは、クラウド同期で同期されたデータを、システム障害から守るためのものです。削除したセッションを取り戻す手段ではありません。削除の仕組みは、データの管理とコントロールをご覧ください。
アクセス制御
ゼロトラストモデルに従い、本番データへの従業員のアクセスは、初期状態では一切ありません。アクセスには、業務上の正当な理由とセキュリティ部門の承認が必要で、監査のために記録されます。
従業員のアクセス:
-
ロールベースのアクセス制御(RBAC)
-
最小限のアクセス権限
-
定期的なアクセスのレビュー
-
詳細なアクセスログ
-
二要素認証の必須化
物理的なセキュリティ
GCPを通じて、次のような利点があります。
-
最先端のデータセンターのセキュリティ
-
多層の物理的なアクセス制御
-
環境保護システム
-
24時間365日のセキュリティ要員
-
定期的なセキュリティ監査
セキュリティコンプライアンス
現在のコンプライアンス関連の文書と、評価の状況は次のとおりです。
-
GDPR: コンプライアンス関連の文書を、トラストセンターで現在ご覧いただけます
-
SOC 2 Type I: Hedyのセキュリティ統制に対する独立した審査が、2026年4月に完了しました
-
HIPAA: ビジネスアソシエイトとしての独立した評価が、2026年4月に完了しました
コンプライアンス関連の文書
正式なコンプライアンスの検証が必要な組織は、trust.hedy.aiのトラストセンターで、次を含む包括的な文書にアクセスできます。
-
データ処理補遺(DPA)
-
EU標準契約条項(SCC)
-
移転影響評価(TIA)
-
技術的・組織的措置(TOM)
-
サブプロセッサーの一覧
アップデートとパッチの管理
次の取り組みによって、システムのセキュリティを維持しています。
-
自動のセキュリティアップデート
-
定期的な脆弱性スキャン
-
依存関係の監視
-
緊急パッチの手順
-
変更管理のプロセス
セキュリティは全員の責任です
セキュリティ上の脆弱性を発見された場合は、support@hedy.botまでご報告ください。セキュリティ上の懸念には、迅速に対処します。
事業継続性
事業継続計画には、次の内容が含まれます。
-
自動フェイルオーバーシステム
-
定期的なディザスタリカバリーのテスト
-
地理的な冗長性
-
文書化された復旧手順
-
定期的なシステムバックアップ