セキュリティ

データセンターと場所

Klivの本番サービスはAmazon Web Services（「AWS」）のEC2プラットフォームでホストされています。物理サーバーはAWSのEC2データセンターにあります。本日現在、AWSは（i）ISO/IEC 27001:2013、27017:2015、27018:2014のコンプライアンス認証を取得しており、（ii）PCI DSS 3.2 Level 1サービスプロバイダーとして認定されており、（iii）SOC 1、SOC 2、SOC 3監査（半期レポート付き）を受けています。

AWSのコンプライアンスプログラムに関する追加詳細（FedRAMPコンプライアンスを含む）は、AWSのウェブサイトで見つけることができます。

Klivの本番環境はAWS EC2プラットフォームでホストされています。ユーザーコンテンツは、AWS EC2、S3、Glacierに保存されているKlivのバックアップにも存在する場合があります。

本番環境

Kliv用に、本番、ステージング、開発の環境を分離して維持しています。

Klivの本番環境にアクセスするために、認可され訓練されたKlivのサイト信頼性エンジニアリングチームのメンバーと選ばれたエンジニアリングチームのメンバー（「認可担当者」）は、ユニークな強力なパスワードとハードウェアベースのトークンを使用してVPNに認証し、パスフレーズで保護された個人RSA証明書を使用してsshターミナル接続経由でのみ本番環境にアクセスします。

認可担当者は、Klivの本番環境に保存されている非公開ユーザーデータを自分のワークステーションやモバイルデバイスに複製しないよう訓練されています。

ネットワークセキュリティ

AWSネットワークACLとセキュリティグループは、役割に応じてKlivシステムへのアクセスを制限するために使用されます。

一般向けトラフィックの場合、ネットワークロードバランサーのポート443と80へのアクセスが制限されています。

ログインセキュリティ

SAML 2.0 SSOはKliv Enterpriseカスタマー向けにサポートされています。すべてのカスタマーは自分のアカウントで2FAを有効にできます。

SSOを使用してKlivにアクセスする場合、KlivはユーザーのIdPまたはGoogleアカウントのログインセキュリティ設定を継承します。

ユーザー名またはメールアドレスとパスワードを使用してKlivに直接ログインする場合、Klivは最低8文字を要求します。

繰り返しのログイン失敗は、ユーザーが再試行できるようになる前に30秒のロックを引き起こします。パスワードはハッシュ形式で保存され、メールで送信されることはありません—アカウント作成時とパスワードリセット時に、Klivはアカウントに関連付けられたメールに新しいパスワードを作成できるリンクを送信します。

パスワードの複雑さとセッション長の要件はアプリ内でカスタマイズできません。ただし、これらはSSO強制チームのIdP内で設定できます。

アクセス制御

Klivに保存されているすべてのユーザーデータは、利用規約における我々の義務に従って保護されており、認可担当者によるこのようなデータへのアクセスは、最小権限の原則に基づいています。認可担当者のみがKlivの本番システムへの直接アクセス権を持ちます。本番システムへの直接アクセス権を持つ者は、トラブルシューティング目的またはKlivのプライバシーポリシーで許可されている場合を除き、Klivに保存されているユーザーデータを集計でのみ閲覧することが許可されています。

Klivは本番環境へのアクセス権を持つ認可担当者のリストを維持しています。これらのメンバーは犯罪背景調査を受け、Klivのエンジニアリング管理によって承認されています。Klivはまた、Klivコードへのアクセス権を持つ personnel、および開発・ステージング環境へのアクセス権を持つ personnelのリストも維持しています。これらのリストは四半期ごとおよび役職変更時にレビューされます。

訓練を受けたKlivのカスタマーサポートチームのメンバーも、制限されたアクセスカスタマーサポートツールを通じて、Klivに保存されているユーザーデータにケース固有の限定されたアクセス権を持っています。カスタマーサポートチームのメンバーは、明示的な許可なしに、カスタマーサポート目的でKlivに保存されている非公開ユーザーデータをレビューする権限を与えられていません。

役職変更または退職時に、認可担当者の本番資格情報は非アクティブ化され、セッションは強制的にログアウトされます。その後、すべてのそのようなアカウントは削除または変更されます。

公開コンテンツとその他の権限

公開データは誰でも閲覧またはアクセスできます。さらに、これに反することにかかわらず、データはKlivのプライバシーポリシーまたはKlivとのカスタマー契約に記載されているように収集、共有、保持、使用される場合があります。

サードパーティアクセス

ユーザーデータは、KlivのプライバシーポリシーおよびKlivの適用される署名済みサービス契約に準拠して、サードパーティサービスプロバイダー（例えば、メール配信プロバイダーのユーザーメールアドレス）と共有される場合があります。

物理セキュリティ

Klivの本番サービスはAmazon Web Services（「AWS」）のEC2プラットフォームでホストされています。物理サーバーはAWSのセキュアなデータセンターにあります。

我々は、特権アクセスを持つ者がデータホスティングプロバイダーの本番環境外の物理メディアに生産クリティカルデータを保存しないことを要求します。AWSのコンプライアンスプログラムについては上記を参照してください。

企業環境とリムーバブルメディア

厳格なファイアウォールルールは、Klivの使用に必要なポート（例：443）へのアクセスを禁止しており、本番環境へのアクセスをVPNネットワークと認可されたシステムに限定するよう支援しています。我々の企業ネットワークには本番環境への追加アクセス権はなく、認可担当者は特殊なシステムや環境にアクセスするためにVPNに接続する必要があります。

Klivの本番環境へのアクセス権を持つ認可担当者は、上記のように訓練されています。さらに、従業員のワークステーションは、スリープまたはスクリーンセーバーが開始してから最大1分でタイムアウトしロックする必要があります。

我々はクリーンデスクポリシーを持っていません。

通信時の暗号化

Klivは業界標準のトランスポート層セキュリティ（「TLS」）を使用して、128ビット高度暗号化規格（「AES」）暗号化で安全な接続を作成します。これには、ウェブ、デスクトップ、iOS、AndroidアプリとKlivサーバーの間で送信されるすべてのデータが含まれます。

Klivに接続するための非TLSオプションはありません。すべての接続はHTTPS経由で安全に行われます。

保存時の暗号化

ユーザーデータを保持するサーバーのデータドライブは、完全ディスク、業界標準AES暗号化を使用しています。

カスタマーデータベースはAmazonのS3サービスに保存され、Amazon S3サーバーサイド256ビットAES暗号化を使用して暗号化されています。

暗号化、鍵管理、復号化プロセスは、既存の監査プロセスの一部としてAmazonによって定期的に内部で検査および検証されます。すべてのKlivバックアップはAES暗号化で暗号化されています。

暗号化鍵

S3に保存されているKliv添付ファイルの暗号化鍵はAmazonによって管理されています。暗号化、鍵管理、復号化プロセスは、既存の監査プロセスの一部としてAmazonによって定期的に内部で検査および検証されています。

我々のチームが管理する暗号化鍵はKlivの本番バックアップ環境外に保存されず、我々のSREチームによって管理されています。

Klivバックアップはデータセット全体であるため、共有鍵で暗号化されています。

データ削除 - 契約終了

Kliv Enterprise契約の終了時、Klivカスタマーの管理者から要求された場合、Klivが保存するユーザーコンテンツは30日以内にライブKliv本番データベースから完全に削除されます。チームのデータは、暗号化されたKlivデータベースバックアップに残り、90日のバックアップ保持期間が過ぎてデータ保持ポリシーに従って破棄されるまで残ります。要求されたデータ削除から90日以内にデータベースリストアが必要な場合、我々はライブ本番システムが完全に復元された後、合理的に可能な限り速やかにデータを再削除します。

明確化のため、Business ClassまたはEnterprise契約の終了後に無料アカウントまたは別のプランに従ってKlivを継続して使用する場合、そのようなデータはそのアカウントまたはプランに適用される条件に従って保持される場合があります。

データ削除 - ユーザー個人情報

Klivユーザーアカウントが削除される場合、削除時に、Klivはユーザーの個人情報（名前、メールアドレス、場所など）を30日以内に削除します。30日後、そのような個人情報は暗号化されたKlivデータベースバックアップに残り、90日の保持期間が過ぎて完全に破棄されます。

Klivに正当なビジネスまたは法的目的がある場合、Klivはユーザー個人情報を保持する場合があります。これには、購入や請求記録などの財務情報、アカウントが削除された理由を示す記録、訴訟またはその他の法的問い合わせに関連するデータなどの例があります。

開発、パッチ、構成管理

Kliv本番システムへのすべての変更（コードまたはシステム構成変更のいずれか）は、本番環境へのデプロイ前にレビューが必要です。本番コードは、定期的に実行される自動脆弱性スキャンの対象でもあります。Klivコードへのすべての変更は、本番環境へのデプロイ前にステージング環境でテストされます。Klivウェブクライアントへのパッチは、通常、週に数回ローリングでデプロイされます。Kliv本番サーバーは中央化された構成システムで管理されています。パッチはセキュリティと安定性への影響のレベルに応じてデプロイされ、クリティカルなパッチは利用可能になってから24時間以内にデプロイ可能です。

上記のようにアクセスを制限し、ソースコード、開発、ステージング、本番環境へのアクセス権を持つ関連する役割の個別リストを維持しています。これらのリストは四半期ごとおよび役職変更時にレビューされます。ソースコード管理ツールとリポジトリを使用しています。

すべての本番サーバーは、タイムリーなアップデートが利用可能であることを確実にするために、オペレーティングシステムのLTS（長期サポート）ディストリビューションを実行しています。CVEリストと通知は積極的に監視されており、問題の重大度に関連するタイムラインですべてのシステムをパッチ適用できます。

イベントロギング

ユーザーデータを操作する特定のユーザーアクションはKliv内に保存され、カスタマー/ユーザーが利用できます。

すべてのKliv API呼び出しとアプリケーションログは、機密情報なし（完全なユーザートークンなし、ユーザー生成コンテンツなし）で内部目的で少なくとも30日間保持され、役職に応じてKlivの監視を確実にするために認可された従業員のみが利用可能です。

Klivのアプリケーションログは、監視と分析のために少なくとも30日間Amazon CloudWatchで中央収集されています。

資産管理

一部の資産は特定の個人によって所有されていませんが、我々のシステムの機密性、完全性、可用性の維持はSREとオペレーションチーム間で分散されています。資産は役職変更または退職時に移転されます。

Kliv内のデータ

Klivは整形性のためにファイルを検証します。我々は適切な標準に準拠しないファイルを拒否しようとします。

バックアップ、事業継続、災害復旧ポリシー

バックアップポリシー

Kliv構成とメタデータは定期的にバックアップされます。すべてのバックアップは暗号化され、Amazon AWSによって管理され、復元が必要になる場合に利用できるように設計されています。

Klivによって保存されるデータベースは同じスケジュールでバックアップされず、代わりにAmazon S3の内部冗長性メカニズムに依存しています。

Klivに保存されているユーザーデータは共有インフラストラクチャ上にあるため、バックアップからその情報のサブセットを復元することはできません。いずれかのカスタマーがKlivの情報の完全な記録を維持することに特に懸念がある場合、我々はそのようなカスタマーが頻繁にデータをエクスポートするか、我々のAPIを使用してDLPツールをKlivに接続することを提案します。

バックアップ間隔

Klivは24時間ごとに1回、プライマリデータベースの完全バックアップスナップショットを作成します。

バックアップストレージ

すべてのKlivバックアップはAmazon AWS内で保持されます。

認可されたKlivオペレーションチームのメンバーのみがバックアッププロセスへのアクセス権を持ち、バックアッププロセスのパフォーマンスを監視し、非常にまれに復元が必要になる場合に利用できます。

90日後、暗号化されたバックアップファイルは破棄されます。

Kliv内に保存されるデータベースはプライマリデータベースバックアップとは異なる方法で処理されます。データベースをバックアップするために、Klivは主にS3の内部冗長性メカニズムに依存しており、Amazonは年間99.99%のデータ耐久性を提供すると述べています。

データ移植性

Klivレポート定義、ユーザー情報、メタデータは、認可されたユーザーがKliv REST API経由でJSON形式でエクスポートできます。

KlivでホストされているデータベースはKliv APIでダウンロードでき、業界標準のSQLite形式で保存されています。

事業継続

Klivオペレーションチームは、基盤となるインフラストラクチャが障害またはその他の重大な問題を経験した場合でもサービスを実行し続けるようにシステムを設計しました。すべてのクリティカルなKlivサービスには、プライマリサーバーとは異なるAWS可用性ゾーンでミラーリングされたデータで同時に実行されているセカンダリ、レプリケートされたサービスがあります。

ビジネスの重要なプロジェクトとデータへの信頼性の高いアクセスが重要であるため、Klivは単一の可用性ゾーン障害を生き延びるように設計されています。

災害復旧

非常にまれに、2つのAmazon EC2可用性ゾーンに長期的なサービス中断がある場合、Klivは限定されたサービス中断で復旧し、最大1時間のデータ損失を目標に設計されています。

さらにまれに、KlivのAWS EC2リージョン全体が回復不可能に失われた場合、我々は自動化された構成システムを使用してサーバーを復元します。この場合、Klivのシステムは合理的に可能な限り速やかにユーザーデータを復旧するように設計されており、最大24時間のデータ損失を目標としています。

KlivのSREチームは、継続的な運用を確保するために事業継続アーキテクチャの様々なコンポーネントを定期的にテストしています。Klivは現在、Chaos Monkeyのようなものを実行していません。

インシデントと対応

Kliv Enterpriseカスタマーに影響を与えるKlivの問題は深刻度レベルが割り当てられ、表1の解決策に従って処理されます。

表1：インシデントと対応深刻度レベル：

レベル	説明	解決	例
深刻度1	Klivが利用できないまたは使用できない	報告から1時間以内に作業開始、4時間以内に暫定解決、7時間以内に最終解決	サイトが応答しない
深刻度2	サービスまたはパフォーマンスが正常な使用を妨げる程度に大幅に低下	報告から2時間以内に作業開始、48時間以内に暫定解決、14日以内に最終解決	今日出た新しいFirefoxバージョンでKlivが使用できない
深刻度3	Klivの主な機能に不可欠でないサービスが利用できないまたは低下している	報告から72時間以内に作業開始、7日以内に暫定解決、30日以内に最終解決	公開レポートギャラリーに最近作成されたレポートの一部が欠けている
深刻度4	Klivサービスの軽微または外観上の問題、およびすべての機能要求	Klivチームの裁量による解決	レポートのスクリーンショットの背景色が間違っている；新しい視覚化タイプの機能要求

従業員ポリシー

アンチウイルス

認可担当者の場合、本番環境へのsshターミナルアクセスに使用されるWindowsまたはmacOSを実行するすべてのワークステーションは、リアルタイム監視と少なくとも毎日のアップデート付きで最新のアンチウイルスおよびアンチマルウェアソフトウェアを実行している必要があります。

リモートアクセス

Klivのチームメンバーの多くはリモートで働いています。厳格なファイアウォールルールが整備されているため、本番環境へのアクセスをVPNネットワークと認可されたシステムに限定しています。上記の認可担当者と企業環境コントロールを含む、他のいくつかのコントロールもリモートアクセスに適切に適用されます。

セキュリティ意識と機密性

セキュリティ意識とユーザーデータアクセスポリシーは、役割に応じて従業員のオンボーディング中にカバーされ、従業員は関連するポリシーまたはプラクティスが変更された場合に更新されます。我々の従業員も秘密保持契約に署名します。

従業員によってセキュリティポリシーが違反された場合、Klivは解雇を含む適切な対応を決定する権利を留保します。

背景調査

我々のすべての従業員は採用前に徹底した面接プロセスを受けています。本番環境への直接アクセス権を持つ従業員は犯罪背景調査を受けます。他の従業員は役割に応じて調査を受ける場合があります（例：法務役職の場合は学術的、財務役職の場合は信用）。適切なNDAがサードパーティと適切に整備されています。

メンテナンスポリシー

計画メンテナンス

Klivサービスで計画メンテナンスを実行する必要がある場合、Klivオペレーションチームは2つのスケジュールされた週次メンテナンスウィンドウのいずれかで作業を実行します。

計画メンテナンスウィンドウ：

火曜日米国東部時間午前3:00から火曜日午前6:00まで
土曜日米国東部時間午前3:00から日曜日午前6:00まで

これらのウィンドウは、Klivに依存する人々やビジネスへの影響を最小限に抑えることを目標として選択されています。

我々はダウンタイムを可能な限り短くするよう最善を尽くしています。さらに、我々のメンテナンススケジュールは頻繁に評価され、ユーザーへの影響を合理的に可能な限り低く保つことが確保されます。

非計画メンテナンス

予期せぬ事象により、我々は稀にKlivインフラストラクチャまたはソフトウェアコンポーネントで非計画メンテナンスを実行する必要がある場合があります。このメンテナンスにより、一部またはすべてのKlivサービスがユーザーがアクセスできなくなる期間が発生する場合があります。我々はこれをできるだけ頻繁に行わないよう努めています。計画メンテナンスと同様に、我々はサービス障害によって引き起こされる混乱を最小限に抑えるよう最善を尽くします。

データセキュリティと保護