信賴與保障

是。客戶可以要求不再將他們的容器列為收集程序的一部份。

Tenable 運用 Amazon Web Services (AWS) 的資料中心與服務，為客戶提供及交付 Tenable One Vulnerability Management。 除非客戶明確選擇其他地理區域來存放其資料，否則收集與處理客戶掃描資料等行為是在代管客戶帳戶之地理區域內的 Tenable 雲端平台上進行。目前的地點有：

• 美國東部
• 美國西部
• 美國中部
• 倫敦
• 法蘭克福
• 雪梨
• 新加坡
• 加拿大
• 日本

Tenable 未來會支援其他國家。

所有的客戶資料都可安全地儲存於區域性的 AWS 服務中。 因此，該 AWS 持有的歐盟資料保護認證也適用於 Tenable 雲端。 如需詳細資訊，請造訪 https://aws.amazon.com/compliance/eu-data-protection/。

是。資料儲存在建立帳號時選擇的國家。

Tenable 採用多重安全措施，以提供 Tenable One Vulnerability Management 的資料安全與隱私。如需有關我們所應用的安全措施的詳細說明，請查閱「資料安全性和隱私權」說明。

完整詳細資訊可參閱「資料安全性和隱私權」說明。

Tenable 為了促進安全軟體開發生命週期 (SSDLC) 而設立了專責的跨部門團隊。 為了按部就班地推出安全、高品質的產品，Tenable 會在向客戶發布前，先利用自動化的安全測試來找出原始程式碼、相依性和底層基礎架構中的所有潛在弱點。 Tenable 會運用靜態應用程式安全測試 (SAST)、相依性及第三方程式庫掃描、動態應用程式安全測試 (DAST) 以及針對容器映像的弱點測試。 開發過程中，全程遵循和強制採行嚴格的評分標準。

Tenable 提供各種機制來協助客戶維持資料安全及控制存取，包括：

• 資料在傳輸中與儲存時均採用 AES-256 和 TLS 加密密碼加密。 將加密金鑰安全地儲存，且存取受到限制。加密會套用到各種應用程式基礎架構層，且嚴禁分享金鑰。
• Tenable 會在五 (5) 次登入嘗試失敗後鎖定帳戶，以防範暴力密碼破解攻擊。
• 客戶可以透過由 Twillo 提供的服務設定雙因素驗證。
• 客戶可以將 Tenable One Vulnerability Management 與其 SAML 部署整合。Tenable One Vulnerability Management 支援由 IdP 和 SP 啟動的請求。最後，使用者可以使用其電子郵件地址，直接在應用程式內重設密碼。
• 客戶可以使用我們有記錄詳實的 API 或 SDK，建立與 Tenable One Vulnerability Management 的自訂連線。透過建立特定的 API「金鑰」，可以授予和控管存取。 支援將不同的金鑰使用於不同的整合，而無須共用使用者憑證。
• 我們在雲端收集到的資料不含任何有 PII 或個人資料的掃描資料。 對於我們用於執行跨產業分析而掃描資料，在使用之前，Tenable One 平台會將任何可能識別客戶的資料省略或匿名化。
• 為了防範資料攔截，與平台的所有通訊都經過 SSL (TLS-1.2) 加密。 此外，較老舊的不安全 SSL 通訊都會遭到拒絕，以確保最高等級的防護。

Tenable Vulnerability Management 平台中所有狀態的所有資料，都使用不低於 AES-256 和 TLS 加密密碼，進行至少一層加密。

儲存中： 資料使用至少一層 AES-256 加密，儲存在加密的媒體上。

有些資料類別包含雙層的逐檔案加密。

傳輸時： 資料在傳輸過程中使用有 4,096 位元金鑰的 TLS v1.2 加密 (包括內部傳輸)。

Tenable One Vulnerability Management 感應器通訊：感應器至平台的流量始終會由感應器開始，並且僅會在連接埠 443 上輸出。 流量透過 SSL 通訊，使用 4096 位元金鑰的 TLS 1.2 加密。這麼一來就無須變更防火牆，讓客戶能夠透過防火牆規則控管連線。

• 掃描器至平台驗證
• 平台會在與容器連接的每個掃描器中產生長度為 256 位元的隨機金鑰，並且在連結過程期間將該金鑰傳遞至掃描器。
• 在要求作業、plugin 更新以及更新為掃描器二進位時，掃描器會使用此金鑰返回驗證控制器。
• 掃描器至平台工作通訊
• 掃描器每 30 秒會聯絡平台一次。
• 如果有作業，平台會產生 128 位元的隨機金鑰。
• 掃描器會向平台要求原則。
• 控制器會使用金鑰將原則加密，其中包括在掃描過程中使用的憑證。

在備份/複製檔案中： 磁碟快照和資料複製備份會使用不低於 AES-256 的標準，依照與其來源相同的加密等級儲存。 所有複製是透過提供者完成。 Tenable 並不會將任何資料備份至實體異地媒體或是實體系統。

索引中： 索引資料會使用至少一個層級的 AES-256 加密儲存在加密媒體中。

掃描憑證：儲存在原則內部，而該原則是在容器的 AES-256 全域金鑰內部進行加密。在啟動掃描時，原則會使用單一用途隨機 128 位元金鑰加密，並且使用帶有 4,096 位元金鑰的 TLS v1.2 進行傳輸。

金鑰管理： 金鑰集中儲存，以基於角色的金鑰加密，同時存取受到限制。 所有儲存的加密資料可以轉換至新的金鑰。每個區域據點的資料檔案加密金鑰各有不同，磁碟層級金鑰也是如此。 禁止金鑰共用，同時每年將會審查金鑰管理程序。

客戶無法設定金鑰管理。Tenable 會管理金鑰以及金鑰輪替。

Tenable 已獲得下列認證：

• 雲端安全聯盟 (CSA) STAR
• Privacy Shield Framework
• ISO 27001
• 國家資訊安全保證合作夥伴計畫 (NIAP)
• Tenable One Vulnerability Management 和 Tenable One Web App Scanning 的 FedRAMP 授權

Tenable One Vulnerability Management 平台會盡全力不以需要額外認證或安全措施的格式，收集個人身分資訊 (PII) 資料類型。我們在雲端收集到的資料不含任何有 PII 或個人資料的掃描資料。 For scan data that we use to perform cross-industry analytics, any data that could potentially identify a customer is omitted from or anonymized in the Tenable One platform prior to use. 其中包括信用卡號碼、社會安全號碼以及其他自訂檢查。如果 Tenable 外掛程式擷取到可能包含敏感或是個人資訊的字元字串，平台會自動將至少 50% 的字元進行混淆，以保護可能敏感的資料。

每位客戶的資料都會標示有一個「容器 ID」，與特定的客戶訂閱相符。這個容器 ID 可確保客戶資料的存取僅限定在該名客戶。

Tenable 將本身研發的解決方案運用在所有的公司用筆電、基礎架構和雲端環境中，進行每日、每週或每月掃描。 所有發現均會依據 Tenable One Vulnerability Management 原則進行分析、開立工單並加以追蹤。Tenable 的弱點管理方案包含經身分驗證的掃描、代理程式掃描、Web 應用程式和資料庫掃描。此外，也採用了下列安全措施：

• 防火牆與網路劃分控制存取。
• 自動化工具與流程會監控 Tenable One Vulnerability Management 平台，以確保其正常運作、效能並偵測異常行為。
• 將全年無休地針對記錄進行監控，Tenable 員工亦將全年無休地回應發生的任何事件。
• 針對我們的應用程式、服務和業務整體的第三方滲透測試。
• Tenable 利用弱點布告欄，接收廣大資安研究人員社群發現的所有缺陷或弱點並做出回應。 Tenable 為了客戶、潛在客戶和廣大社群的權益著想，會在分級並對接獲通報做出回應後發布安全公告。
• Tenable 透過嚴格的風險管理計畫來審查每一家第三方廠商的資格。

與平台連接的感應器對於客戶安全、收集弱點以及資產資訊方面扮演極為重要的角色。保護這些資料並確保通訊路徑安全，是 Tenable One Vulnerability Management 的核心功能。 Tenable One Vulnerability Management 目前支援多種感應器，包括：Nessus 弱點掃描器、被動式掃描器以及 Nessus 代理程式。

這些感應器在經過密碼學驗證並連結至 Tenable One Vulnerability Management 後，會連接到 Tenable One Vulnerability Management 平台。一旦連結，Tenable One Vulnerability Management 就能管理所有更新 (包括 plugin、程式碼等)，以確保感應器始終保持最新狀態。

感應器至平台的流量始終會由感應器開始，並且僅會在連接埠 443 上輸出。流量透過 SSL 通訊，使用 4096 位元金鑰的 TLS 1.2 加密。這麼一來就無須變更防火牆，讓客戶能夠透過防火牆規則控管連線。

• 掃描器至平台驗證
• 平台會在與容器連接的每個掃描器中產生長度為 256 位元的隨機金鑰，並且在連結過程期間將該金鑰傳遞至掃描器。
• 在要求作業、plugin 更新以及更新為掃描器二進位時，掃描器會使用此金鑰返回驗證控制器。
• 掃描器至平台工作通訊
• 掃描器每 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 Store： 用於拍攝每日快照以及儲存八 (8) 份拷貝
• Kafka 生態體系： Kafka 與 Zookeeper 皆會複製叢集間的資料以提供任何節點的容錯特有災難性故障。
• Postgres 執行個體： 管理後端微服務架構以保存 30 天的快照

重複的資料會儲存在相同區域內。

災難指的是導致一個或多個區域的資料或設備無法復原損失的事件。

Tenable One Vulnerability Management 災難復原程序有多個層級，旨在應對可能每五年發生一次到每五十年發生一次不等的情況。根據災難的範圍，復原程序花費的時間可能從 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 資深支援人員才獲准使用模擬功能。 基於安全理由，所有能夠執行模擬功能的帳戶都需要雙因素驗證。 Tenable 會在內部進行模擬稽核，每位客戶也都可以稽核其對帳戶進行模擬的作業。 所有冒名行為都會記錄在稽核日誌中，且所有 Tenable One Vulnerability Management 客戶都能透過 API 稽核冒名行為。Tenable 在下列公開文件中說明如何提取稽核日誌： https://developer.tenable.com/reference#audit-log。請注意，有一個可能會不時出現在這些稽核記錄中的自動帳戶 ([email protected])。

Tenable 會盡最大努力確保客戶資料受到保護，藉由與客戶合作確定資料保留在所需區域，以確保遵守客戶政策。 不過，使用者模擬可能會導致資料離開主要地點。 在一些必須在當地正常上班時間之外繼續處理案例的情況下，這些案例可能會需要使用「全天日不落」處理流程。 還有可能發生其他情況，客戶透過在所在區域外寄送電子郵件給 Tenable 報告或以其他方式違反其自身政策。

若客戶使用的是 FedRamp 授權的 Tenable 產品，這份資料始終會留在美國境內。

否。所有流量將由掃描器開始，同時僅會輸出。掃描器會安裝在客戶的防火牆後方，客戶可以透過其防火牆控制掃描器的存取。

Tenable One Vulnerability Management 及其他 Tenable 託管產品的資料保留原則，對於現有客戶的保留期為 12 個月。對於終止產品訂閱的客戶，客戶資料將自終止當日起保留 30 天。 Tenable 的 PCI 掃描資料保留原則與 PCI 安全標準委員會當時訂定的要求相符。

衡量經過一段時間後的進展的能力，是 Tenable One Vulnerability Management 平台的核心功能。Tenable Vulnerability Management 會自動儲存客戶資料達 12 個月，讓客戶在一 (1) 年期間內得以製作報表。

倘若客戶帳戶到期或是終止，Tenable 將會依照其到期時的狀態保留該資料，惟保留時間不會超過 30 天。在 180 天之後，該資料將被刪除同時無法再回復。

根據 PCI 法規規定，涉及 PCI 合規驗證程序的資料會等到 PCI 證明日期的至少三年後才會刪除。 Tenable 會在此期間保留此資料，即使客戶選擇刪除他們的掃描資料或帳戶，或終止他們的 Tenable One Vulnerability Management 服務。

為確保提供最佳體驗，只要客戶容器是在使用中，Tenable 將會持續收集該資料。 一旦客戶終止服務，保留資料的時間將不會超過 30 天。

一般而言，「共同準則」認證不適用於 SaaS 解決方案，因為更新頻率不適用於需要花費六到九 (6-9) 個月才能完成的認證程序。 針對 Tenable Security Center、Nessus Manager、Nessus Agents 和 Log Correlation Engine (LCE),Tenable 已獲得共同準則認證。