感谢您的反馈。

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 获取完整的安全、隐私和合规性文档，包括上述标准和认证的详细信息。