信頼と保証

はい。お客様は、コンテナをこの収集プロセスから除外するようにリクエストできます。

Tenable は、Amazon Web Services (AWS) のデータセンターとサービスを利用して、お客様に Tenable One Vulnerability Management を提供しています。お客様のスキャンデータは、Tenable クラウドプラットフォーム内で収集、処理されますが、お客様による特別の指示がない限り、お客様のアカウントがホストされている地域内で行われます。 現在利用可能なリージョンは次の通りです。

• 米国東部
• 米国西部
• 米国中部
• ロンドン
• フランクフルト
• シドニー
• シンガポール
• カナダ
• 日本

将来、Tenable のサポート対象国は追加される予定です。

お客様のデータはすべて、安全な地域別の AWS サービスに保存されるため、Tenable クラウドには、AWS が保持している EU データ保護の認定内容が適用されます。 詳細は、https://aws.amazon.com/compliance/eu-data-protection/ でご確認ください。

はい。データは、アカウントの作成時に選択した国に保存されます。

Tenable は、Tenable One Vulnerability Management におけるデータセキュリティとプライバシーを確保するため、複数のセキュリティ対策を講じています。詳細と適用されているセキュリティ対策については「データセキュリティとプライバシー」データシートをご覧ください。

包括的な詳細は「データセキュリティとプライバシー」データシートをご覧ください。

Tenable では、機能横断型の専任チームが安全なソフトウェア開発ライフサイクル (Secure Software Development Lifecycle : SSDLC) の推進に取り組んでいます。 安全で品質の高い製品を比較的高い頻度で出荷するために、Tenable では、ソースコード、依存関係、基盤となるインフラにおける潜在的な脆弱性を特定するセキュリティテストを自動化しています。 Tenable は、コンテナイメージに対して、SAST (静的アプリケーションセキュリティテスト)、依存関係とサードパーティライブラリのスキャン、DAST (動的アプリケーションセキュリティテスト)、脆弱性テストを実施しています。 厳しい​採点基準を厳守し、開発プロセス全体で実施されています。

Tenable は、お客様がデータを安全に保護してアクセスを制御するのに役立つ、以下を含むいくつものメカニズムを実装しています。

• データは移動中と保管時に AES-256 と TLS を使用して暗号化されています。 暗号キーは安全にアクセスを制御したうえで格納されています。暗号化はさまざまなアプリケーションインフラ層に適用され、キーの共有は禁止されています。
• ブルートフォース攻撃から保護するために、ログインに 5 回失敗するとアカウントはロックされます​。
• お客様は Twilio 提供のサービスを使用して 2 要素認証を設定できます。
• お客様は、Tenable One Vulnerability Management を自社の SAML 環境と連携できます。Tenable One Vulnerability Management は、IdP 起点と SP 起点の両方のリクエストに対応しています。さらに、ユーザーは自分の電子メールアドレスを使用してアプリケーション内でパスワードを直接リセットできます。
• お客様は、公開されている API や SDK を使用して、Tenable One Vulnerability Management とのカスタム連携を構築できます。アクセスの付与と制御は、特定の API 「キー」を作成することで行います。 さまざまな統合のためにそれぞれ異なるキーを使用できます。そのため、ユーザー資格情報を共有する必要はありません。
• Tenable のクラウドで収集されるデータには、PII や個人情報を含むスキャンデータは一切含まれていません。業界横断的な分析を行うためにスキャンされたデータの場合、顧客を特定できる可能性のあるデータは、使用前に Tenable One プラットフォームで除去または匿名化しています。
• データ傍受を防止するために、プラットフォームに対するすべての通信は SSL (TLS-1.2) で暗号化されています。 また、最高レベルの保護を行うために、安全性の低い古い SSL ネゴシエーションを拒否します。

Tenable One Vulnerability Management プラットフォーム内のすべての状態のデータは、少なくとも AES-256 と TLS を使用し、1 レベル以上で暗号化されます。

保存時: データは、AES-256 暗号処理方式で少なくとも 1 段階暗号化されたメディアに保存されます。

いくつかのデータクラスには、ファイルごとの第 2 レベルの暗号化が含まれています。

転送時: データは TLS v1.2 と 4096 ビットのキー (これには内部転送を含む) を使用した転送により暗号化されます。

Tenable One Vulnerability Management センサーの通信:センサーからプラットフォームへのトラフィックは、常にセンサーから開始され、ポート 443 経由の送信に限定されます。 トラフィックは TSL 1.2 で 4096 ビットキーを使用する SSL 通信によって暗号化されます。そのため、ファイアウォールを変更する必要がなく、お客様がファイアウォールルールを使用して接続を制御することができます。

• スキャナーとプラットフォームの間の認証
• プラットフォームは、コンテナに接続するスキャナーごとに 256 ビット長のランダムキーを生成し、そのキーをリンク作成処理中にスキャナーに渡します。
• スキャナーはこのキーを使用して、ジョブ、プラグイン更新、スキャナーバイナリの更新を要求するときに、コントローラーから認証を受けます。
• スキャナーとプラットフォームの間のジョブ通信
• スキャナーがプラットフォームに 30 秒ごとに接続します。
• ジョブが存在する場合、プラットフォームが 128 ビットのランダムキーを生成します。
• スキャナーがプラットフォームにポリシーを要求します。
• コントローラーがキーを使用してポリシーを暗号化します。ポリシーには、スキャン時に使用する認証情報が含まれています。

バックアップ / レプリケーション時: ボリュームスナップショットとデータレプリカは、AES-256 以上のソースと同じレベルの暗号化レベルで保存されます。 すべてのレプリケーションはプロバイダ経由で行われます。 Tenable は物理的にオフサイトのメディアや物理システムにデータをバックアップしません。

インデックス時: インデックスデータは、AES-256 暗号処理方式で少なくとも 1 段階暗号化されたメディアに保存されます。

スキャン認証情報: コンテナの AES-256 グローバルキー内で暗号化されたポリシーの内部に格納されます。スキャンが開始されると、ポリシーは 1 つのランダムな 128 ビットキーで暗号化され、TLS v1.2 を使用して 4096 ビットのキーで転送されます。

キーマネージメント: キーは中央に格納され、ロールベースのキーで暗号化され、アクセスは制限されます。 格納されている暗号化済みデータはすべて、新しいキーに対してローテーションされます。データファイル暗号化キーは、ディスクレベルキーと同様に、各地域サイトごとに異なります。 キーの共有は禁止されており、キー管理手順は毎年レビューされます。

お客様はキー管理を設定できません。キーとキーローテーションは Tenable が管理します。

Tenable は以下の認定を受けています。

• クラウドセキュリティアライアンス (CSA) STAR
• プライバシーシールドフレームワーク
• ISO 27001
• National Information Assurance Partnership (NIAP)
• Tenable One Vulnerability Management および Tenable One Web App Scanning の FedRAMP 認証

Tenable One Vulnerability Management プラットフォームでは、追加の認証やセキュリティ対策が必要となる形式の個人を特定できる情報 (PII) を収集しないよう、最大限努めています。Tenable のクラウドで収集されるデータには、PII や個人情報を含むスキャンデータは一切含まれていません。業界横断的な分析を行うためにスキャンされたデータの場合、顧客を特定できる可能性のあるデータは、使用前に Tenable One プラットフォームで除去または匿名化しています。これには、クレジットカード番号、社会保障番号、その他のカスタムチェックが含まれます。Tenable プラグインが機密情報や個人情報が含まれる可能性がある文字列をキャプチャすると、プラットフォームによってその文字列の 50% 以上が自動的に難読化され、機密である可能性があるデータを保護します。

各お客様のデータには「コンテナ ID」が付けられます。コンテナ ID は、各お客様のサブスクリプションに対応します。 このコンテナ ID により、お客様のデータへのアクセスが当該のお客様のみに確実に制限されます。

独自のソリューションを活用して、すべての企業資産のノートパソコンや、インフラ、クラウド環境に対し日次、週次、または月次スキャンを実施しています。 すべての検出結果は、Tenable One Vulnerability Management のポリシーに従って分析され、チケット化されたうえで追跡されます。Tenable の脆弱性管理プログラムは認証、エージェント、ウェブアプリケーション、データベーススキャンを網羅しています。 さらに、以下のような制御を行っています。

• ファイアウォールとネットワークセグメンテーションがアクセスを制御します。
• 自動化されたツールとプロセスにより、Tenable One Vulnerability Management プラットフォームの稼働状況とパフォーマンスを監視し、異常な挙動を検出します。
• ログを 365 日 24 時間常時自動的に監視し、Tenable スタッフが年中無休でイベントに対応します。
• 当社のアプリケーション、サービス、ビジネス全体に対するサードパーティによるペネトレーションテスト。
• Tenable は脆弱性レポートボードを活用し、幅広いセキュリティ専門家のコミュニティが発見した弱点や脆弱性の報告を受け付け、これに対応しています。 脆弱性が識別され、トリアージや対応がなされた場合は、お客様や見込み客、その他の幅広いコミュニティに向けてセキュリティアドバイザリを発行しています。
• Tenable は厳密なリスク管理プログラムに基づき、すべてのサードパーティベンターに対してレビューを実施しています。

プラットフォームに接続するセンサーは、脆弱性や資産に関する情報を収集し、お客様のセキュリティを支える重要な役割を担っています。こうしたデータを保護し、通信経路の安全性を確保することは、Tenable One Vulnerability Management の中核機能の 1 つです。現在、Tenable One Vulnerability Management は、以下のセンサーをサポートしています。Nessus 脆弱性センサー、パッシブセンサー、Nessus Agents をサポートしています。

これらのセンサーは、暗号技術による認証を経て Tenable One Vulnerability Management とリンクされた後、Tenable One Vulnerability Management プラットフォームに接続します。リンクが完了すると、Tenable One Vulnerability Management がプラグインやコードなどのすべてのアップデートを管理し、センサーを常に最新の状態に保ちます。

センサーからプラットフォームへのトラフィックは、常にセンサーから開始され、ポート 443 経由の送信に限定されます。トラフィックは TSL 1.2 で 4096 ビットキーを使用する SSL 通信によって暗号化されます。そのため、ファイアウォールを変更する必要がなく、お客様がファイアウォールルールを使用して接続を制御することができます。

• スキャナーとプラットフォームの間の認証
• プラットフォームは、コンテナに接続するスキャナーごとに 256 ビット長のランダムキーを生成し、そのキーをリンク作成処理中にスキャナーに渡します。
• スキャナーはこのキーを使用して、ジョブ、プラグイン更新、スキャナーバイナリの更新を要求するときに、コントローラーから認証を受けます。
• スキャナーとプラットフォームの間のジョブ通信
• スキャナーがプラットフォームに 30 秒ごとに接続します。
• ジョブが存在する場合、プラットフォームが 128 ビットのランダムキーを生成します。
• スキャナーがプラットフォームにポリシーを要求します。
• コントローラーがキーを使用してポリシーを暗号化します。ポリシーには、スキャン時に使用する認証情報が含まれています。

Tenable One Vulnerability Management の各サービスでは、99.95% 以上の稼働率を目標としており、大半のサービスで 100% の稼働率を達成しています。Tenable は、すべてのユーザーにプラットフォームを提供することを保証するための取り組みと、計画外停止が発生した場合のお客様への返金について記述した SLA を公開しています。

「稼働」状態は、サードパーティが実施する公的な可用性テストにより決められます。このテストでは、すべてのサービスの可用性が定期的に検査されます。 サービス稼働時間 (現在および過去) は、https://status.tenable.com/ でご覧ください。

Tenable One Vulnerability Management は、AWS プラットフォームをはじめとする業界をリードするテクノロジーを幅広く活用し、お客様に最高水準のサービスと総合的な品質を提供できるよう努めています。お客様にとって役立つ導入済みソリューションの一部を以下に記します。

• Elasticsearch クラスター: Elasticsearch クラスターは可用性が高く、マスターノード、lb ノード、1 つ以上のデータノードを失っても、サービス可用性に影響を及ぼすことなく回復できます。
• Elastic Block Stores: 日次のスナップショットを作成し、8 個のコピーを保存します。
• Kafka エコシステム: Kafka と Zookeeper はどちらもクラスター全体のデータをレプリケートし、いずれかのノードで致命的なエラーが発生したときのための耐障害性を提供します。
• Postgres インスタンス: バックエンドのマクロサービスフレームワークを管理し、30 日間分のスナップショットを保持します。

複製されたデータは同じリージョンに保存されます。

災害とは、1 つ以上のリージョンでデータまたは設備が回復できない程度に失われる事象のことです。

Tenable One Vulnerability Management の災害復旧手順は複数のレベルに分かれており、5 年に 1 度から 50 年に 1 度の頻度で発生し得るさまざまな事態に対応できるよう設計されています。災害の範囲に応じて、復旧手順の所要時間は 60 分から 24 時間まで幅があります。

データに誰がアクセスできるかは、お客様が制御できます。社員に役割とアクセス許可を割り当てたり、Tenable サポートスタッフに一時的に権限を付与したりできます。

Tenable One Vulnerability Management のお客様側の管理者は、ユーザーロール (基本、スキャンオペレーター、標準、スキャンマネージャー、管理者、無効) を割り当て、スキャン、ポリシー、スキャナー、エージェント、資産リストへのアクセスなど、Tenable One Vulnerability Management の主要機能に対する権限を管理できます。また、お客様は、企業内のグループにアクセスグループを割り当て、特定の資産や関連する脆弱性を集約されたスキャン結果で閲覧したり、特定のターゲットに対してスキャンを実行し、個々のスキャン結果を閲覧したりすることができます。

はい。 Tenable テクニカルサポートでは、Tenable One Vulnerability Management のユーザー偽装権限を、権限を付与された一部の上位ロールに限定しています。お客様の許可を得たうえで、Tenable のグローバルサポートチームのうち、権限を付与された上位メンバーはユーザーアカウントを偽装できます。これにより、そのユーザーのパスワードを取得することなく、別のユーザーとして Tenable One Vulnerability Management 上で操作を実行できます。

Tenableサポートスタッフまたはお客様が、この機能をアクティブにするよう要求できます。Tenable テクニカルサポートが Tenable One Vulnerability Management のユーザーとして操作する必要がある場合は、チケットが作成され、クローズされるまで追跡されます。テクニカルサポートは、権限借用を行うビジネス上の必要性を確認した上で、お客様にメールを送信します。 お客様は、テクニカルサポートのユーザー権限借用への承認を電子メールで確認する必要があります。 テクニカルサポートは、お客様からの承認が得られるまで、ユーザーの権限を借用することはありません。 アクセス許可は、サポートに記録される各問題に対して付与する必要があります。承認は最初のチケットの中で追跡されます。 Tenable が権限の借用を無差別に許可することはありません。

Tenable には定められた雇用と退職のプロセスがあります。雇用時には従業員全員に秘密保持契約書に署名することを義務付け、退職時にはすぐにすべてのアカウントとアクセスキーを取り消します。Tenable One Vulnerability Management のすべての運用担当者には、第三者機関による身元調査に合格することも義務付けられています。

権限の借用機能は、アカウント管理者と Tenable の認証された上級サポートスタッフメンバーのみ使用できます。 権限借用を行うことができるすべてのアカウントは、セキュリティのために 2 要素認証が必要です。 Tenable は社内で権限借用を監査しており、お客様も各自アカウントに対して行われた権限借用を監査することができます。 すべてのユーザー偽装操作は監査ログに記録され、Tenable One Vulnerability Management のすべてのお客様は、API を通じてユーザー偽装操作を監査できます。監査ログの取得方法については、次の公開ドキュメントで説明しています: https://developer.tenable.com/reference#audit-log自動化されたアカウント ([email protected]) があり、これらの監査ログに表示される場合があることに注意してください。

Tenable は顧客データを保護するためにあらゆる努力を払っています。お客様と連携してお客様のポリシーを遵守し、必要なリージョン内にデータをとどめます。 ただし、ユーザーの権限を借用すると、元の場所からデータが移動することがあります。 現地の営業時間を超えてケースワークを継続する必要がある場合は、フォローザサンプロセスを使用する必要があるケースがあります。 また、お客様が Tenable にレポートをメール送信するなどしてリージョンの外にメールを送信したために、お客様自身がポリシーに違反してしまったというケースがあります。

FedRAMP 認証を受けた Tenable 製品を使用しているお客様の場合、このデータは常に米国内に留まります。

いいえ。すべてのトラフィックはスキャナーから開始され、送信に制限されます。スキャナーはお客様のファイアウォールの内側にインストールされており、お客様はファイアウォールによってスキャナーへのアクセスを制御できます。

Tenable One Vulnerability Management および Tenable がホストするその他の製品では、既存のお客様のデータを 12 か月間保持します。製品サブスクリプションを終了したお客様の場合、顧客データは終了日から 30 日間保持されます。 PCI スキャンに関する Tenable のデータ保持ポリシーは、その時点で PCI Security Standards Council が定める要件に準拠しています。

経時的な進捗を測定できることは、Tenable One Vulnerability Management プラットフォームの中核機能の 1 つです。Tenable One Vulnerability Management は、お客様が 1 年間の推移をレポートできるよう、顧客データを 12 か月間自動的に保存します。

お客様のアカウントの有効期限が切れたり終了したりした場合、Tenable は期限が切れたときの状態のまま、データを 30 日間保持します。その後、データは削除され、回復できなくなります。

PCI コンプライアンス検証プロセスに関連するデータは、PCI 標準に規定されているように、PCI 認証日以降、最低 3 年間は削除されません。 お客様がスキャンやアカウントを削除した場合や、Tenable One Vulnerability Management のサービスを終了した場合でも、Tenable はこの期間中、当該データを保持します。

可能な限り最高のエクスペリエンスを提供するために、Tenable はお客様のコンテナがアクティブな状態である間はずっと使用状況情報を収集します。 お客様がサービスの使用を終了すると、データは最長で 30 日間保存されます。

一般に、コモンクライテリア認定は SaaS ソリューションには適用されません。更新頻度が高いため、完了するまでに 6 か月から 9 か月かかる認定プロセスには合わないからです。Tenable は、Tenable Security Center、Nessus Manager、Nessus Agent、Log Correlation Engine (LCE) に関するコモンクライテリア認定を取得しています。