感謝您的意見回饋。

Webex Meetings 核心服務與元件

• Webex Meetings 是 Webex 套件的一部分，提供 audio/video 具備內容分享和網路會議功能的會議系統。
• 該平台包含多個微服務，例如會議服務、網路研討會服務、身分識別服務、錄製服務、AI 助理服務、分析服務、管理服務和媒體服務。
• Webex Meetings 支援雲端註冊的應用程式和設備，使用戶能夠透過各種作業系統平台和設備加入會議。使用者也可以透過 PSTN 和 SIP 端點加入會議。

架構與部署

• Webex Meetings 服務採用區域化設計，並在多個獨立的資料中心進行複製，以確保冗餘性和高可用性。
• 媒體服務在全球範圍內分佈，每個資料中心都設有媒體伺服器集群，提供本地和地理冗餘。
• 媒體伺服器處理語音、視訊和內容共享，媒體通常使用 AES-256-GCM 加密。
• 此架構支援加密信令傳輸 TLS/HTTPS 以及加密媒體串流。

Webex 支援透過多種平台和裝置加入會議，包括：

• Webex桌面應用程序，支援Windows、Mac和Linux系統。
• Webex行動應用程序，支援Android和iOS系統。
• Webex 網路應用程式支援 Chrome、Edge、Safari、Firefox 和其他瀏覽器。
• 思科會議室設備和桌面設備。
• 第三方基於 SIP 標準的音訊和視訊終端。
• PSTN設備。

Webex客戶主權

為了因應日益增長的資料駐留需求，Webex 推出了增強型主權功能。從會議錄製開始，隨著更多服務即將推出，組織現在可以透過以下方式掌控會議內容：

• 在地化處理— 在自己的基礎架構內處理會議內容，例如錄製內容。
• 本地儲存— 利用自己的文件儲存服務來存放敏感的會議資產，確保資料保留在指定的地理或組織邊界內。

超安全 Webex 會議

從歷史上看，「超安全」功能（例如零信任端對端加密 (E2EE)）通常需要在會議功能方面做出妥協，因為基於雲端的增值服務需要存取加密金鑰，而只有有限數量的終端類型可以加入這些會議。Webex 透過以下方式消除了這種權衡：

• 功能豐富的零信任— Webex 改變了零信任端對端加密 (E2EE) 會議，增加了使零信任會議功能豐富的特性。支援更多類型的終端設備，提供無縫體驗，同時又不犧牲現代協作所需的工具。
• 標準會議的零信任— Webex 已將零信任 E2EE 功能直接整合到標準會議中。這確保即使是日常協作也能受益於最高等級的安全性，從而為整個 Webex 生態系統提供一致的保護。

協作的統一方法

透過將客戶主權與這些先進的零信任端對端加密功能結合，Webex 使組織能夠實現雙重目標：在 Webex 雲端中託管高度安全的零信任會議，同時保持對本地關鍵會議內容的處理和儲存的完全控制。這種協同作用為現代以合規為導向的企業環境提供了必要的靈活性和安全性。

利用視訊網狀節點擴展安全邊界

在組織中新增視訊網狀節點，客戶即可提供本地會議服務，並允許其本地端加入任何 Webex 會議。從安全角度來看，整合式視訊網狀節點可在 Webex 雲端中保持零信任，同時提供與標準 Webex 會議幾乎相同的功能。客戶還可以享受資料主權的好處，因為諸如視訊網狀節點會議錄影之類的服務是在本地進行處理和儲存的。

使用零信任端對端加密可能會使加入會議的時間增加幾秒鐘，但它提供了明確的安全保證——只有會議參與者才能存取會議加密金鑰，因此服務提供者或其他中間人無法解密會議內容。

摘要：Webex 會議和混合部署模式

如上圖所示，部署視訊網狀節點 (VMN) 可使零信任 Webex 會議實現與標準 Webex 會議幾乎相同的功能。雖然零信任會議不支援 PSTN 參與者，但 Webex 網路應用程式可作為端對端加密存取的廣泛替代方案。此外，VMN 還允許使用桌上型電話的辦公室工作人員無縫加入零信任會議。

視訊網格節點還能確保關鍵會議內容的資料主權，包括錄音，以及——在不久的將來——文字記錄、摘要和行動事項。透過在本地處理和儲存這些數據，VMN 為客戶提供對其資訊的完全控制權，同時在 Webex 雲端中保持零信任架構。

加密 Webex 訊號

Webex 服務支援 TLS 版本 1.2 和 1.3，如果連線端點支援 TLS 1.3，則優先使用 TLS 1.3。如果用戶端僅支援 TLS 1.2，Webex 伺服器將選擇用戶端提供的最強通用密碼套件。與 TLS 1.2 不同，TLS 1.3 不使用伺服器偏好的密碼套件選擇，因為它依賴一組較小、經過精心挑選的現代密碼。此設計簡化了選擇過程，更加重視性能改進，例如縮短整體握手時間，同時保持強大的安全性。Webex 使用的 TLS 1.2 和 1.3 的密碼套件定義明確，並按優先排序，以確保通訊安全。

TLS 密碼套件

TLS 1.3 密碼套件（TLS 1.3 伺服器在選擇套件時不使用優先順序）

TLS 1.2 密碼套件（依伺服器優先順序排列）

為了與不支援現代 AEAD（具有關聯資料的認證加密）演算法（例如 AES-GCM）的舊系統、舊版瀏覽器和嵌入式裝置（例如_Windows_7和_Windows 8.1 上的 Internet Explorer 11 以及 Safari_）保持相容性，我們支援 AES [] 256 [] CBC 和 AES [] 128 [CBC 加密演算法。 6/7/8 早期 iOS 和 MacOS 版本使用基於 CBC 的加密演算法。

CHACHA20_POLY1305 是一種串流密碼，對硬體的依賴性較低，因此非常適合在行動裝置或低功耗 CPU 裝置上使用。

Webex 的媒體加密標準

Webex 會議和通話對所有媒體資料包均採用強大的基於 AES 的加密技術。具體使用的密碼套件取決於終端類型，AES-256-GCM 是最佳安全性的首選標準。

關鍵安全考量

• 首選標準—AES-256-GCM 是所有部署中建議的加密演算法，以確保最高等級的資料完整性和機密性。
• 互通性—雖然 Webex 仍然支援傳統密碼（例如 AES-CM-128-HMAC-SHA1），以確保與第三方 SIP 和 H.323 系統的互通性，但優先考慮零信任架構的組織應在設備相容性允許的情況下強制執行 AES-256-GCM。

媒體傳輸協定

Webex 支援透過 UDP、TCP 或 TLS 進行媒體傳輸。為了獲得最佳的語音和視訊效能，思科強烈建議使用 UDP。

性能考量：

• 即時效率—UDP 是即時媒體的首選傳輸方式，因為它避免了面向連接的協定中固有的重傳和緩衝機制，從而最大限度地減少了延遲和抖動。
• 影響 TCP/TLS—雖然 TCP 和 TLS 提供了可靠、有序的資料傳輸，但這種行為對於即時媒體來說是適得其反的。由此產生的資料包重傳和串流緩衝會引入延遲和抖動，這會顯著降低參與者的體驗品質。

Webex 使用 SRTP 和 SFrame 進行媒體傳輸

為了維持 WebexZero Trust 環境所需的高安全標準，區分傳輸層安全性 (SRTP) 和應用程式層端對端加密 (SFrame) 非常重要。

關鍵技術區別—SRTP & SFrame

1. SRTP（安全即時傳輸協定）

   SRTP 是保障媒體串流媒體安全的業界標準。

   • 範圍—它為 RTP 有效載荷提供機密性、訊息認證和重播保護。
   • 操作上下文—在許多架構中，媒體伺服器/媒體閘道（選擇性轉發單元 (SFU)）終止 SRTP 連線以執行媒體處理（例如，混合、佈局合成或轉碼）。因為 SFU 會對媒體進行解密處理，所以從技術上講，媒體在 SFU 端是容易受到攻擊的。
2. SFrame（安全框架）

   SFrame 是 IETF 標準。RFC 9605 專門設計用於在多方會議環境中實現真正的端對端加密。

   • 作用域—在將媒體訊框封裝到 RTP 封包之前對其進行加密。Webex 使用 SRTP 增加了一層額外的加密。
   • 零信任架構—由於媒體在應用層加密，SFU 僅充當「盲」中繼。它將加密資料包路由到其他參與者，而無需存取解密金鑰。
   • 獨立性— SFrame 與傳輸方式無關。即使底層傳輸出現問題，它仍然安全。 (UDP/TCP/TLS) 由於安全上下文與參與者的端點相關，而不是與傳輸連接相關，因此安全性受到損害。

SFrame 是實現端對端加密的關鍵機制。SRTP 確保資料在網路傳輸過程中加密，而 SFrame 確保媒體在會議的整個生命週期內保持加密狀態，包括其駐留在 Cisco 基礎設施（SFU）上時，從而有效地將服務提供者從信任邊界中移除。

Webex 會議內容

會議內容包括與會者創建的資料或 Webex 服務代表會議主持人產生的資料。這些調整包括：

• 媒體相關內容—錄音、文字稿、摘要及行動事項。
• 協作資料—聊天訊息， shared/transferred 文件、白板和註解。

Webex Meetings 內容安全性－Webex 端對端加密

Webex 使用強大的端對端加密 (E2EE) 框架來保護參與者產生的會議內容。該架構的核心是 Webex 金鑰管理服務 (KMS)，它負責產生、分發和管理所有使用者生成內容的加密金鑰。

會議內容安全層

• 資料傳輸— Webex App 和 Cisco 視訊設備使用 Webex 端對端加密 (E2EE) 和 AES-256-GCM 對使用者產生的會議內容（例如錄製檔案、AI 摘要檔案、聊天訊息等）進行加密。此外，它還封裝在傳輸層安全協定 (TLS) 中，以在傳輸過程中提供雙層保護。
• 靜態資料—一旦儲存在 Webex 雲端中，加密內容還會受到 AES-256-GCM 磁碟加密的額外保護。
• 保護設定檔— 此方法可保護內容在傳輸過程中免受 TLS 攔截，並確保儲存的資料在雲端環境中對未經授權的參與者保持不可存取。

Webex 端對端加密，並為核心服務提供受管理的內容訪問

與零信任端對端加密不同，Webex 無法存取媒體或內容加密金鑰，而 Webex 端對端加密允許平台使用 Webex KMS 產生的金鑰來解密基本核心服務的資料。這種受控存取權限可實現：

• 搜尋與索引—允許使用者搜尋內容歷史記錄。
• 合規性和治理—支援資料遺失預防 (DLP)、電子發現和資料歸檔。
• 媒體最佳化—支援檔案轉碼以實現跨裝置相容性。
• 安全性— 使用擴充安全性套件簡化惡意軟體掃描。

Webex 會議元數據

會議元資料由系統產生的用於促進、追蹤和管理會議的管理和技術資訊組成，而不是會議本身的實際內容（音訊、視訊或共享文件）。元資料可分為以下幾類：

• 會議資訊—會議標題、會議 ID、預定開始和結束時間以及會議實際持續時間。
• 參與者資料— 受邀者和實際與會者的列表，包括他們的 IP 位址、裝置類型（例如 Windows、iPhone、Cisco Room Kit）及其 join/leave 時間戳。
• 使用情況和品質指標—用於故障排除的數據，例如丟包、抖動、延遲和視訊串流解析度。

元資料的用途

1. 分析與報告—管理員使用 WebexControl Hub 中的元資料來查看有多少會議正在進行、哪些部門最活躍以及整體體驗品質。
2. 故障排除— Cisco TAC（技術支援中心）使用元資料來識別和解決會議問題。
3. 合規和電子取證— 合規官可以搜尋元資料來證明會議是否舉行、誰在場以及是否被錄製，即使他們看不到會議的加密內容。
4. 安全性—元資料有助於識別未經授權的存取嘗試或可能表明安全威脅的異常模式。

元資料的安全性和隱私性

• 加密—雖然元資料不是“端對端加密”，但它在傳輸過程中（使用 TLS）和在 Cisco 的安全資料中心中靜態儲存時仍然會進行加密。
• 存取控制— Cisco 的隱私權政策嚴格限制了誰可以存取此元數據，並且它用於提供和改進服務。

有關 Webex 會議內容和元資料的更多信息，請參閱 Webex Meetings 產品揭露。

為使用者指派會議類型

Webex Control Hub 管理員可以指派一種或多種會議類型，供使用者用於安排會議。預設情況下，所有使用者都被指派 專業會議 和 專業端對端 Encryption_VoIPonly 會議類型。

安排會議－選擇會議類型

使用者可以透過 Webex App、Webex 使用者頁面和 Webex 電子郵件外掛程式（適用於 Microsoft Outlook）安排會議時選擇要使用的會議類型。

安排會議—在 Webex 應用程式中選擇會議類型

安排會議－從 Webex 使用者頁面選擇會議類型

設定預設會議類型

使用者可以從 會議 設定預設會議類型。 > 在其 Webex 使用者頁面上的設定 。

在 Webex 使用者頁面設定預設會議類型

零信任端對端身份驗證和深度偽造防範

客戶提供的最終使用者身分證明是防止 Webex 端對端加密 (E2EE) 會議中出現身分冒用的基石。與依賴分析音訊和視訊串流的傳統深度偽造阻止機制不同，這種方法在存取點提供加密身份驗證。此已驗證狀態將直接顯示在會議名單中，為所有參與者提供透明度。

作為「深度偽造預防」功能的一部分，Webex 已將其對客戶管理憑證的支援（以前僅在 RoomOS 裝置上提供）擴展到 Webex App。組織可以配置和管理自己的數位證書，這些證書由受信任的外部證書頒發機構 (CA) 使用 ACME 等行業標準協議頒發。這些基於 X.509 標準和 ECDSA P-256 金鑰對的證書，可在 E2EE 會議期間提供參與者身分的加密證明。

端對端身份驗證和 MLS 協定

訊息層安全性 (MLS) 協定利用標準 X.509 憑證對會議參與者進行身份驗證。憑證是由受信任的 CA 所出具的數位簽章聲明，用於驗證簽章金鑰持有者的身分。參與者可透過以下兩種主要方式獲得這些證書：

• 受管設備（客戶提供的憑證）—對於組織管理的桌面和行動用戶端，可以在裝置上安裝來自受信任 CA 的身份憑證。當使用者使用單一登入 (SSO) 登入時，Webex App 會從作業系統信任庫中擷取此證書，以顯示使用者的已驗證身分。此流程也支援已在 Webex 雲端註冊的 Cisco 視訊設備。
• 預設（Webex 提供的證書）— 如果沒有客戶提供的證書，Webex 用戶端或裝置將自動使用 Webex 證書頒發機構頒發的證書，該證書反映了 Cisco 驗證的身份。

身份共享和備用機制

在會議期間，每位參與者都會與其他所有與會者分享其 Webex 身分證書，如果可用，也會共用其客戶提供的身分證書。為確保無縫連接，Webex 端點遵循嚴格的層級結構：系統優先使用客戶提供的憑證進行驗證；如果該憑證缺失或驗證失敗，系統會自動回退到 Webex 提供的身分憑證。

顯示使用者身份驗證狀態

當與會者使用 Webex App 或 RoomOS 設備，並藉助客戶提供的憑證加入會議時，其他會議成員會根據頒發憑證的 CA 來驗證他們的身分。這確保只有授權使用者才能被識別，防止攻擊者冒充合法參與者，因為這些憑證與已驗證的身分唯一關聯，思科或中間商無法偽造。

在端對端加密會議中，與會者清單會顯示每個使用者的身份驗證狀態：

• 零信任 E2E 驗證 ( domain.com )—當使用客戶提供的身份憑證時，參與者的網域將以藍色文字顯示。這表明身份經過了真正的端對端驗證，思科無法篡改。例如，在會議名單中，您可能會看到「Kevin」的電子郵件地址已通過 example.com 驗證，並以藍色顯示。
• Webex-Verified ( domain.com)—由 Webex CA 所核發的憑證所提供的保護等級較為有限。雖然比沒有身分保護好，但這些參與者並未被標記為「零信任端對端驗證」。相反，他們的身份狀態以灰色文字顯示，表示該身份已由 Webex CA 驗證。
• 未驗證訪客使用者 ( 未經核實）—儘管訪客參與者的身份未經驗證（因為沒有登入流程），但他們仍然需要證書才能加入 MLS 群組進行通話或會議。此憑證由 Webex CA 頒發，使用者名稱使用「anonymous」。

此外，從所有參與者的加密狀態導出的會議安全代碼有助於檢測中間人攻擊，因為它允許參與者驗證每個人是否共享相同的安全會議上下文。透過將加密身分驗證與端對端加密結合，此「深度偽造預防」功能可有效防禦冒充和合成媒體威脅，從而保障 Webex App 和 RoomOS 裝置上的會議完整性和機密性。

管理憑證部署

透過使用行動裝置管理 (MDM)、行動應用程式管理 (MAM) 或企業行動管理 (EMM) 應用程式將客戶提供的最終使用者身分證書安裝到企業管理的裝置中，企業可以簡化這些憑證的部署和管理。這些管理平台使 IT 管理員能夠集中配置和控制各種設備（無論是公司擁有的還是個人擁有的）的憑證和相關安全性策略。例如，Microsoft Intune 同時支援 MDM 和 MAM 功能，可讓組織在受管裝置上部署和管理 Webex App 及其安全性設定（包括身分證明）。同樣，Cisco Meraki Systems Manager 提供 MDM 功能，用於註冊設備、推送設定檔和部署證書，以確保受信任的設備狀態。利用這些管理解決方案可以減少管理開銷，簡化憑證生命週期管理，並透過「深度偽造預防」功能增強 Webex E2EE 會議的安全態勢。

認同的三大支柱

Webex 的有效身分和存取管理 (IAM) 依賴：

• 配置（CRUD）—管理使用者生命週期（建立、讀取、更新、刪除），以確保「真理來源」與協作平台相符。
• 身份驗證（AuthN）－透過安全憑證或令牌驗證使用者身分。
• 授權（AuthZ）－定義驗證後的細粒度權限和 API 存取等級。

供應 & 生命週期管理

Webex 支援多種使用者和群組同步方法：

• SCIM 2.0—首選的雲端標準。它實現了使用者生命週期的自動化，確保在身分識別提供者 (IdP) 中離職時自動撤銷 Webex 存取權限。
• 目錄連接器—思科為混合式環境開發的工具，可將本機 Active Directory (AD) 連接到 Webex 雲端。
• 基於 API 的配置— 使用 Webex「人員 API」在複雜環境中以程式設計方式建立使用者和指派許可證。
• 傳統 LDAP—支援本地目錄（例如 CUCM），但對現代雲端流量的最佳化程度較低。

驗證 & 授權框架

• 身份驗證（AuthN）：

• SAML 2.0—企業單一登入 (SSO) 標準。Webex 充當服務提供者 (SP)，驗證來自企業身分提供者 (IdP) 的 XML 斷言。
• OIDC（OpenID Connect）— 基於 OAuth 2.0 並使用 JSON Web Tokens (JWT) 建構的現代、輕量級身份層。它支援“發現 URL”以實現自動配置。

• 授權（AuthZ）：

• OAuth 2.0—透過短期存取權杖（定義範圍）和長期刷新令牌管理 API 存取。它透過 PKCE（代碼交換證明金鑰）為公共客戶端強制執行安全性。

一體化 & 多重身分提供者策略

Webex 提供專門的途徑來實現無縫整合：

• Entra ID Wizard— Microsoft 環境的建議路徑。它使用 Microsoft Graph API 進行高級屬性同步（頭像、層級結構）並實現自動化。 OIDC/SAML 配置。
• Duo Security—透過驗證裝置姿態並啟用防釣魚的多因素身份驗證 (MFA) 來新增「持續身份安全」。

支援多重身分提供者：Webex 允許組織在單一控制中心內聯合多個獨立的身分提供者。

• 使用案例－合併、收購或分散式 IT 部門。
• 路由－身份驗證請求根據網域或使用者群組進行路由。
• 注意事項－需要嚴格協調，以在所有聯合來源中保持一致的安全策略。

Webex 中最常見的身份提供者 (IdP) 身分整合範例：

最佳實踐與韌性

• SSO 恢復—如果 IdP 配置失敗，請始終使用 Control Hub 中的內建「SSO 恢復」鏈接，透過一次性密碼 (OTP) 繞過 SSO。
• 憑證管理—監控 SAML 憑證到期情況。SSO嚮導可自動交換元數據，減少人為錯誤。
• 故障排除—如果出現驗證問題，請使用 SAML Tracer 工具檢查 XML 斷言並驗證 NameID 格式。
• 安全態勢－定期棄用舊式授權類型，並確保所有公共客戶端整合都實施 PKCE。

結論－Webex Meetings 的身份標識

健全的識別策略是一個持續的生命週期過程。透過結合 SCIM 進行配置， OIDC/SAML 對於身份驗證，以及對於授權，組織可以確保為使用者提供安全、流暢的體驗，同時保持嚴格的管理控制。

思科安全開發生命週期

在思科，安全絕非事後才考慮的事情。這是一種從零開始，有條不紊地打造和交付世界級產品和服務的方法。所有 Cisco^® 產品開發團隊都必須遵循 Cisco 安全開發生命週期。這是一個可重複、可衡量的過程，旨在提高思科產品的彈性和可信度。在開發生命週期的各個階段引入的工具、流程和意識培訓相結合，有助於確保縱深防禦。它還提供了一種提高產品韌性的整體方法。Webex 產品開發團隊在產品開發的各個方面都嚴格遵循這一生命週期。

閱讀更多關於 安全開發生命週期的內容。

Cisco 基礎安全工具

思科安全與信任組織提供流程與必要的工具，讓每位開發人員在面臨安全決策時都能採取一致的立場。

擁有專門的團隊來建立和提供此類工具，可以消除產品開發過程中的不確定性。

工具範例包括：

• 產品安全基線 (PSB) 要求，產品必須符合這些要求
• 威脅建模過程中使用的威脅建構工具
• 編碼指南
• 經過驗證或認證的函式庫，開發人員可以使用這些函式庫來代替編寫自己的安全程式碼。
• 開發完成後，使用安全漏洞測試工具（包括靜態和動態分析工具）來測試是否有安全缺陷。
• 軟體追蹤功能可監控 Cisco 和第三方庫，並在發現漏洞時通知產品團隊。

將安全性融入思科流程的組織結構

思科設有專門部門，負責在整個公司範圍內推行和管理安全流程。為了持續掌握最新的安全威脅與挑戰，思科仰賴以下手段：

• 思科資訊安全（InfoSec）雲端團隊
• Cisco 產品安全性意外事件回應團隊 （PSIRT）
• 共同安全責任

Cisco 資訊安全雲

該團隊由雲端安全首席官領導，負責為我們的客戶提供安全的 Webex 環境。資訊安全部門透過定義和實施安全流程和工具來實現這一目標，這些流程和工具適用於將 Webex 交付給客戶所涉及的所有功能。

此外，思科資訊安全雲也與思科內部的其他團隊合作，以應對 Webex 服務面臨的任何安全威脅。

Cisco InfoSec 也負責不斷改善 Webex 的安全態勢。

Cisco 產品安全性意外事件回應團隊 （PSIRT）

Cisco PSIRT 是一個專門的全球團隊，負責管理與 Cisco 產品和服務相關的安全問題的流入、調查和報告。PSIRT 根據安全問題的嚴重程度，使用不同的媒介發布資訊。報告類型會因以下情況而有所不同：

• 目前已有軟體修補程式或變通方案可以解決該漏洞，或計劃隨後公開程式碼修復程式以解決高風險漏洞。
• PSIRT 發現有人正在積極利用某個漏洞，這可能會為思科客戶帶來更大的風險。在這種情況下，即使沒有完整的修補程序，PSIRT 也可能加快發布安全公告，描述該漏洞。
• 大眾對影響思科產品的漏洞的認知可能會導致思科客戶面臨更大的風險。即使補丁尚未完全可用，PSIRT 也可能會向客戶發出警報。

在所有情況下，PSIRT 都會揭露最終用戶評估漏洞影響並採取必要措施保護其環境所需的最少資訊。PSIRT 使用通用漏洞評分系統 (CVSS) 等級來對已揭露問題的嚴重程度進行排名。PSIRT 不會提供可能使他人能夠編寫漏洞利用程式的漏洞細節。

有關 PSIRT 的更多信息，請參閱 Cisco 產品安全事件回應團隊。

安全責任

雖然 Webex 群組中的每個人都對安全負有責任，但主要規則如下：

• 雲端安全首席官
• 思科雲端協作應用副總裁暨總經理
• 思科雲端協作應用工程副總裁
• 思科雲端協作應用產品管理副總裁

內部和外部滲透測試

Webex集團定期使用內部評估人員進行嚴格的滲透測試。除了自身嚴格的內部程序外，思科資安部門還聘請了多家獨立的第三方機構，對思科的內部政策、程序和應用程式進行嚴格的審計。這些稽核旨在為商業和政府應用程式驗證任務關鍵型安全需求。思科也利用第三方供應商進行持續的、深入的、程式碼輔助的滲透測試和服務評估。作為參與的一部分，第三方執行以下安全評估：

• 識別關鍵應用程式和服務漏洞並提出解決方案
• 推薦建築改進的整體方向
• 識別編碼錯誤並提供編碼實踐改進的指導

第三方評估人員直接與 Webex 工程人員合作，解釋評估結果並驗證補救措施。有關滲透測試證明信息，請參閱 Webex Meetings 證明信信任包 。

實體安全性

資料中心的實體安全措施包括對設施和建築物進行視訊監控，以及強制執行雙重認證才能進入。在思科資料中心內，存取權限是透過徽章讀卡機和生物辨識控制相結合的方式進行控制的。此外，環境控制（例如溫度感測器和滅火系統）和服務連續性基礎設施（例如備用電源）有助於確保系統不間斷運作。

資料中心伺服器根據基礎設施的敏感度被劃分為不同的「信任區域」。例如，資料庫被「隔離」起來，網路基礎設施有專用機房，所有設備機架都被鎖上。只有思科安全人員和經思科人員陪同的授權訪客才能進入資料中心。

思科的生產網路是一個高度可信賴的網路：只有極少數具有高度信任度的人才能存取該網路。

基礎設施和平台安全

平台安全涵蓋網路、系統和整個 Webex 資料中心的安全。所有系統在投入生產部署之前都會經過徹底的安全審查和驗收驗證，並定期進行持續的加強、安全修補程式、漏洞掃描和評估。

伺服器按照美國國家標準與技術研究院 (NIST) 發布的安全技術實施指南 (STIG) 進行加固。防火牆保護網路邊界。存取控制清單（ACL）用於隔離不同的安全區域。已部署入侵偵測系統 (IDS)，所有活動均已登記並持續監控。Webex 每天都會進行內部和外部安全掃描。所有系統均已加固並打好補丁，作為日常維護的一部分。此外，漏洞掃描和評估也持續進行。

服務連續性和災難復原是安全規劃的關鍵組成部分。Cisco 資料中心採用全球站點備份和高可用性設計，有助於實現 Webex 服務的地理故障轉移。不存在單點故障。

行政數據

思科收集並使用有關客戶或其他第三方的員工或代表的信息，以便管理思科的產品或服務交付，或出於思科自身的業務目的管理客戶或第三方的帳戶。

管理資料可能包括名稱、地址、電話號碼、電子郵件地址以及思科與第三方之間的合約承諾信息，無論是在初始註冊時收集，還是之後在管理或運營思科產品或服務時收集。

管理資料還可以包括客戶的員工或代表在 Webex 上召開的會議的會議標題、時間和其他屬性。管理資料的其他範例可能包括會議標題、會議時間以及在 Webex 上舉辦的會議的其他屬性。

客戶數據

這包括客戶在使用思科產品或服務時提供給思科的所有資料（包括文字、音訊、視訊、圖像檔案和錄音），或思科根據工作說明書或合同，應客戶的特定要求而開發的所有資料。

客戶資料還包括日誌、配置或韌體檔案以及核心轉儲檔案。

這是從產品或服務中提取並提供給思科的數據，以幫助我們解決與支援請求相關的問題。客戶資料不包括管理資料、支援資料或遙測資料。

支援數據

當客戶提交支援服務或其他故障排除請求時，思科會收集訊息，包括有關硬體或軟體的資訊。它包含與支援事件相關的詳細信息，例如身份驗證資訊、產品狀況資訊、系統和註冊表資料（有關軟體安裝和硬體配置）以及錯誤追蹤檔案。支援資料不包括日誌、配置或韌體文件，也不包括從產品中提取並提供給我們以幫助我們解決與支援請求相關的問題的內核轉儲文件，所有這些都是客戶資料的範例。

遙測資料

在使用和操作產品或服務過程中，儀器和記錄系統產生的資訊。

Webex 雲端收集的所有資料都受到多層強大的安全技術和流程的保護。以下是 Webex 營運不同層級中為保護客戶資料所採取的控制措施範例：

• 實體存取控制—透過生物辨識、徽章和視訊監控來控制實體存取。訪問資料中心需要獲得批准，並透過電子票務系統進行管理。
• 網路存取控制— Webex 網路邊界受防火牆保護。使用入侵偵測系統 (IDS) 持續監控進出 Webex 資料中心的任何網路流量。Webex 網路也被劃分為多個獨立的安全區域。區域間的流量由防火牆和存取控制清單（ACL）控制。
• 基礎設施監控和管理控制—基礎架構的每個元件，包括網路設備、應用伺服器和資料庫，都依照嚴格的準則進行強化。它們還會定期接受掃描，以發現和解決任何安全隱患。
• 加密控制— 如前所述，除 PSTN 流量和未加密流量外，所有進出 Webex 資料中心與雲端註冊的 Webex 應用程式和 Webex 裝置之間的資料均已加密。 SIP/H323 在雲端會議中使用視訊設備。此外，儲存在 Webex 中的關鍵資料（例如密碼）都經過加密。

除非客戶出於支援原因提出請求，否則思科員工不會存取客戶資料。在這種情況下，只有管理者才能根據「職責分離」原則允許存取系統。只有在需要知道的情況下才會授予權限，並且只授予完成工作所需的存取權限等級。員工對這些系統的存取權限也會定期接受合規性審查。擁有此類存取權限的員工必須每年參加國際標準化組織 (ISO) 27001 資訊安全意識培訓。

除了這些專門的控制措施外，每位思科員工都要接受背景調查，簽署保密協議 (NDA)，並完成商業行為準則 (COBC) 培訓。

健康保險攜帶和責任法案 (HIPAA)

Cisco 可以提供有關 Webex 的功能、技術和安全性方面的資訊。受 HIPAA 法規約束的實體需要諮詢自己的法律顧問，以確定 Webex 的功能是否符合其業務流程並符合 GDPR 要求。

• GDPR 合規性
• Cisco Webex Meetings 優惠揭露

行業標準和認證

除了遵守我們嚴格的內部標準外，Webex 還不斷進行第三方驗證，以證明我們對資訊安全的承諾。Webex是：

• 通過 ISO 27001、27017、27018 和 27701 認證
• 服務機構控制（SOC）2 II 型審計
• SOC 3認證
• 雲端行為準則
• 華星
• 雲端運算合規控制目錄 (C5) 認證
• 已通過 FedRAMP 認證（訪問 ） cisco.com/go/fedramp 更多詳情、範圍和可用性）

請參閱 Cisco Trust Portal 以取得完整的安全、隱私和合規性文檔，包括上述標準和認證的詳細資訊。