安全通话和垃圾邮件缓解

作为安全通话体验的一部分，Webex 提供强大的威胁防护，抵御此类攻击。以下Webex通话功能有助于缓解这些威胁：

STIR Shaken 基于 Control Hub 的策略
管理员阻止
用户块
认证呼叫信誉提供商 (CCRP) 集成

使用垃圾邮件缓解措施 STIR/SHAKEN 政策

服务提供商使用 STIR/SHAKEN 在他们的网络中保护消费者免受垃圾电话骚扰。作为 FCC 指导方针的一部分，该框架已在美国和加拿大全面实施。通过验证来电显示信息，它可以帮助标记可疑来电，让用户在接听陌生号码来电时更有信心。

了解 SHAKE/SHAKEN 标准

安全电话身份重访 (STIR) 和基于签名的使用令牌处理断言信息 (SHAKEN) 是一套互连标准的框架。这确保穿越互连电话网络的呼叫在到达用户前，其主叫号码已由始发服务提供商签名确认为合法，并由接收服务提供商完成验证。

为了通过 SIP P-Asserted-Identity 标头中的 verstat 参数传递验证结果，终止服务提供商使用这些参数。 options:

TN-Validation-Passed— 验证成功，结果为 A、B、C 对呼叫号码的审计。
TN-Validation-Failed— 无法验证主叫方。
No-TN-Validation- 可能由于各种原因导致验证失败。例如：E.164 号码格式错误。

SHAKEN 验证级别 A、B 和 C 让始发服务商表明其与呼叫号码之间的关系。

答：服务商可证明主叫方有权将电话号码作为呼叫者标识。
B: 客户是已知的。但是，如果他们有权使用主叫号码，则未知。
C: 它不符合 A 或 B 的要求。例如：国际呼叫。

验证值和审计

Webex Calling 处理来电中的 verstat 参数，并在 Cisco 客户端上显示来电 ID 处理结果。

此表显示了用于向客户端发送来电显示通知的 verstat 信息：

Vertsat 值	审计级别	在 Cisco 客户端上显示的值
传递的 TN 验证	未提供	已验证呼叫者
	A	已验证呼叫者
	B	可能的垃圾邮件
	C	可能的垃圾邮件
TN 验证 -失败	任何值	潜在的欺诈
无 TN 验证	任何值	可能的垃圾邮件
无 verstat 参数	任何值	可能的垃圾邮件

根据客户记录中的呼叫者标识处理情况，支持 Unified Call 历史记录的 Cisco 客户端会显示呼叫历史记录图标。

在 Webex 应用程序上，将显示审计文本和图标，在 MPP 设备上只显示该图标。

验证网内呼叫

除了可PSTN，对网内呼叫的呼叫者标识处理方式也根据以下规则进行：

已验证用户（带Webex）之间的网内呼叫。
从已验证用户Cisco Unified Communications Manager到Webex Calling用户的网内呼叫 - 已验证用户（带图标）。本地部署呼叫Cisco Unified Communication Manager 用户的呼叫根据与配置的企业拨号方案相匹配的呼叫者标识进行分类。
从同一用户Webex Calling本地用户到本地Cisco Unified Communications Manager的网内呼叫 - 不会Cisco Unified Communication Manager 客户端指示。

对于呼叫转移、呼叫保留、呼叫代接、呼叫转移和主叫号码等呼叫中功能，呼叫者标识处理基于初始呼叫段的 verstat 值处理。

当 Webex Calling 用户收到来电并被转发且来电号码发生更改时，来电显示处理方式将根据来电请求中的 verstat 值来决定。

支持的设备

以下 Cisco 终端支持垃圾邮件检测：

Webex应用程序 - 桌面版和移动版 42.5 或更高版本。
MPP 电话—支持固件版本为 11.3.7 或更高版本的 6800、7800、8800 和 9800 MPP 设备。

管理员配置

使用 Control Hub 设置用户通知

管理员可以配置向未验证呼叫者发送用户指示。管理员可以配置以阻止失败的进行“100 多点”/“一对一”（一对一）验证的呼叫。这样可以确保潜在的欺诈电话不会发送到用户的终端。

要配置组织级别的通知设置，请执行以下步骤：

1	登录到 Control Hub。
2	前往服务 > 调用。
3	转至服务设置并向下滚动至主叫号码验证。
4	使用切换开关激活以下选项：阻止来电显示验证失败的来电- 如果启用，则阻止所有验证失败的来电 STIR/SHAKEN 验证被阻止。这些调用不会被路由到用户的端点。但是，呼叫号码将添加到被叫用户呼叫历史记录。缺省情况下，该值被禁用。将来自未验证来电者的来电显示为普通来电- 此选项默认启用。所有来自未验证主叫方的呼叫都将被发送到终端，不会显示指示。如果PSTN的服务商已将其网络中启用的“一种进行中”的“0.3”/“3”/3“3”/34/34，可禁用此设置。如果禁用该设置，未验证呼叫者的呼叫在用户的端点上会显示为垃圾邮件。呼叫指示功能和被叫号码设置仅适用于美国和加拿大的 Webex Calling 位置。其他地区的来电显示与来电显示设置无关。

配置 CUBE 进行垃圾邮件指示

要将 verstat 信息传递给 Webex Calling，美国和加拿大使用本地网关或 CUBE 连接到 Webex Calling 的本地 PSTN 的组织必须在 CUBE 上配置这些设置。

对于来自 PSTN，如果服务提供商支持将进行“服务”/“一对一”的呼叫：

如果 PSTN 服务提供商在建立新呼叫时发送 verstat 参数，请配置 CUBE：

此处引用的标记基于本地网关配置指南。
即使服务提供商不发送 verstat 参数，进行此配置也不会影响调用。


voice class sip-copylist 200
 sip-header From
 sip-header P-Asserted-Identity
 sip-header P-Attestation-Indicator
dial-peer voice 200
 voice-class sip copy-list 200
voice class sip-profiles 100
 rule 90 request INVITE peer-header sip P-Asserted-Identity copy "(;verstat=[A-Z|a-z|-]+)" u01
 rule 91 request INVITE sip-header P-Asserted-Identity modify "@" "\u01@"
 rule 92 request ANY peer-header sip From copy "(;verstat=[A-Z|a-z|-]+)" u02
 rule 93 request ANY sip-header From modify "@" "\u02@"
 rule 94 request INVITE peer-header sip P-Attestation-Indicator copy "(.*)" u03
 rule 95 request INVITE sip-header P-Attestation-Indicator add "P-Attestation-Indicator: Dummy Header"
 rule 96 request INVITE sip-header P-Attestation-Indicator modify "Dummy Header" "\u03"
 rule 97 request INVITE sip-header P-Attestation-Indicator modify "P-Attestation-Indicator: $" "Remove: Me"
 rule 98 request INVITE sip-header Remove remove

对于来自 PSTN 的呼叫，如果服务提供商不支持 STIR/SHAKEN:

如果 PSTN 提供商未在来电中发送 verstat 信息，请勿更改控制中心上的将未验证呼叫者的呼叫显示为正常呼叫设置的默认值。如果该设置被禁用，则用户会在其客户端上看到可能的垃圾邮件指示。

Webex Calling 认证的来电信誉提供商

Webex Calling 通过集成认证呼叫信誉提供商 (CCRP) 来持续加强安全协作。这项集成可主动保护您免受新兴威胁的侵害，让您享受您所期望的无缝通信体验。

该功能利用实时信誉情报动态评估传入的 PSTN 呼叫，并通过阻止已知威胁、通过 CAPTCHA 验证质疑可疑呼叫者以及允许可信呼叫无中断地连接等方式自动采取行动。该云管理解决方案可通过经认证的供应商 Mutare提供给 总部位于 北美的客户，以最小的配置提供企业级的垃圾邮件和语音钓鱼攻击防护。这意味着您的团队可以专注于最重要的事情：与合法来电者进行有意义的对话。

被叫号码筛选

Webex Calling将被叫号码连同来电者信息一起发送给 Mutare。管理员在 Mutare 门户中配置自定义规则，根据拨打的号码应用不同的筛查处理。例如，您可能需要对主线进行验证码验证，而拨打直线电话无需经过任何验证码处理。 Mutare 可以根据主叫号码、被叫号码或两者的组合返回允许、屏蔽或验证码操作；信誉分数本身仍基于主叫号码。

为什么目的地感知保护很重要

面向公众的号码，例如接待台、干线、客户服务热线、呼叫队列和活动免费电话，可能经常成为垃圾邮件、自动呼叫和电话拒绝服务流量的目标。组织范围的垃圾邮件政策对每个入站呼叫应用相同的规则。被叫号码筛选使您可以对每个目的地实施适当级别的保护，因此高风险号码可以在不改变组织其他部门的呼叫处理方式的情况下使用更严格的控制措施。

用例

以下是一些常见的用例：

接待和主线保护 —通过验证码将呼叫路由到公司接待处或主总机，而直接的员工号码则使用较轻的筛选条件或允许治疗。这样可以减少前台工作人员的自动呼叫负担，而无需对组织中的每个来电进行验证码。
电话拒绝服务洪水防护 — 当单个已发布的号码成为大量恶意流量的目标时，仅对该 D ID 应用屏蔽或 CAPTCHA 处理，而不更改对组织其他成员的保护。
呼叫队列和联络中心 — 在呼叫到达队列引导号码上的客服之前，对垃圾邮件进行筛查，以减少因自动呼叫和高流量入口处的骚扰流量而浪费的代理时间。
受监管的和高风险的热线 — 金融服务、医疗保健和政府客户可以通过针对特定目的地的政策保护敏感或面向公众的热线，例如欺诈热线、患者排班热线和机构联系电话。

功能工作流程

以下步骤说明了此功能的工作原理：

1	订阅 Mutare的信誉服务，思科的 CCRP。有关更多详细信息以及通过 Mutare注册 CCRP 服务，请访问 CCRP for Webex Calling。客户应使用 Connect with Mutare 进行注册。Mutare的入职团队将指导您完成订阅流程，并确保您的帐户已正确配置。
2	订阅完成后， Mutare 将为您的组织提供一个唯一的公司 ID 和密钥。这些安全凭证在您的 Webex Calling 环境和 Mutare的信誉平台之间建立可信连接。您必须在控制中心配置这些凭据。
3	通过配置信誉阈值级别，使之与贵组织的安全态势和业务需求相符，从而自定义呼叫处理策略。更多信息请参见以下配置部分。
4	保存配置后，Webex Calling 会自动在您组织的 Webex 环境和 Mutare的 CCRP 平台中的专用租户之间建立安全连接。
5	PSTN 来电到达 Webex Calling。
6	在呼叫路由到目的地之前，Webex Calling 会从 SIP From 标头（或必要时从 P-Asserted-Identity）中提取呼叫者的号码。
7	向 Mutare发送实时查询，其中包含呼叫者的号码和被叫号码。
8	Mutare 返回信誉分数。如果根据主叫号码、被叫号码或两者的组合应用配置的自定义规则，Mutare 还可以返回提供商规则操作。
9	Webex Calling返回提供者规则操作时应用提供者规则操作。否则，它将应用配置的分数阈值。
10	根据提供商规则操作或配置的分数阈值，呼叫已连接、受到验证码质询或被屏蔽。

配置呼叫方信誉提供程序

要在组织级别配置呼叫方信誉提供程序和策略设置，请按照以下步骤操作：

1	登录到 Control Hub。
2	导航至服务 > 调用。
3	进入设置并向下滚动至来电信誉服务。
4	启用此开关可配置呼叫方信誉提供程序和策略设置。提供商— 从下拉列表中选择提供商。公司 ID—提供提供商收到的公司 ID。密钥—输入提供商收到的密钥。注册 CCRP 后，您可以从提供商门户获取公司 ID 和密钥。呼叫处理策略—您可以通过设置信誉阈值级别来配置策略。阈值分数定义在 0.0 到 5.0 之间。系统会拒绝所有低于下限阈值的呼叫。系统接受所有值等于或大于较高阈值的呼叫。当呼叫者的信誉评分在挑战范围内时，系统会要求呼叫者进行验证码验证。点击应用更改和保存。对于涉及被叫号码的自定义规则，请在 Mut are 门户中配置规则条件和操作。自定义规则可以使用主叫号码、被叫号码或两者的组合来指定 “允许”、“屏蔽” 或 “验证码” 质询操作。在 Control Hub 中，继续配置呼叫方信誉提供商凭据和分数阈值策略。如果您的帐户已过期，请联系您的来电信誉提供商。许可证恢复后，点击重试选项，即可恢复过期状态。

调用过滤的优先级层级

CCRP 与 Webex Calling 的集成提供了一种先进的垃圾邮件规避解决方案，该方案在 Webex Calling 优先级层次结构中运行，以保护用户免受骚扰电话的侵害。这样可以确保合法来电能够接通。

当Mutare CCRP平台针对涉及被叫号码的自定义规则返回提供商规则操作时，将在应用分数Webex Calling阈值处理之前应用该操作。

Webex Calling 中呼叫过滤的优先级如下： Spam mitigation using STIR/SHAKEN policy

通话处理和报告

治疗类型	行动/成果
屏蔽	不会向被叫用户提供呼叫选项。该呼叫因 603 号原因被解除。通话记录会保存在被叫用户的通话记录中，状态为“已阻止”。
验证码	来电者有三次机会通过挑战。输入数字之间有 15 秒的超时时间。如果挑战通过— 呼叫将接通，并且不会被标记为垃圾邮件。如果挑战失败或呼叫者放弃— 呼叫将被释放并在历史记录中记录为“已阻止”。
允许	该呼叫会以普通呼叫的形式呈现给用户，没有任何提示。
Mutare没有回复或回复缓慢	调用结果会呈现给用户。 STIR/SHAKEN 如果PSTN运营商提供证明，请提供证明文件。

如果来电在之后被标记为潜在垃圾电话 STIR/SHAKEN 如果通话正在处理中，但获得了较高的信誉评分或通过了 Mutare 通话信誉服务的 CAPTCHA 测试，则会将其作为普通通话呈现给 Webex Calling 用户。
如果通话在之后被标记为“已验证来电者” STIR/SHAKEN 如果通话正在处理中，但信誉评分较低或未能通过 Mutare 通话信誉服务的 CAPTCHA 测试，则该通话将被阻止。

为了增强通话数据和报告功能，在通话详细记录 (CDR) 中添加了以下字段，以捕获来自信誉服务的信息：

通话评分
呼叫信誉服务结果
来电者信誉评分原因

有关这些字段的更多详细信息，请参阅 Webex Calling 详细通话历史记录报告。

群组特征的呼叫者信誉评分流程

来电信誉评分仅在每次来电首次进入系统时执行一次。此流程涵盖所有类型的终端，包括工作区和群组功能，例如自动话务员、呼叫队列和呼叫组。对于接收来自群组功能的呼叫的目的地，不会进行额外的呼叫者信誉检查，因为初始评估已经在群组或功能入口点进行。对于被叫号码被分配到群组功能且未通过信誉检查的呼叫，不会创建呼叫历史记录条目。

对于被叫号码筛选，被叫号码是呼叫的原始被叫号码或第一个路由目标，例如呼叫队列、寻线组或其他群组功能的号码。 Webex Calling稍后将呼叫路由到其他目的地时，不会运行额外的信誉检查。

来自紧急号码的回拨电话，如果包含回拨标头，则不会经过信誉提供商的筛选。

支持与服务伙伴关系

Cisco 和 Mutare 建立了支持合作伙伴关系，以确保客户在呼叫者信誉服务集成方面获得及时、专业的帮助。对于与 Webex Calling 基础架构、呼叫路由或 Control Hub 配置相关的问题，客户必须通过其标准支持渠道联系 Cisco 技术支持中心 (TAC)。对于 CCRP 服务的具体事宜，包括信誉评分计算、提供商门户访问、帐户配置或账单问题，客户应直接与 Mutare 的专门支持团队联系。

这种支持体系确保每个咨询都能送达能够提供最有效、最高效解决方案的合适团队。

限制

用户必须定期查看通话记录中的已阻止来电列表，以识别任何误报。如果误将任何号码添加到阻止列表中，特别是那些不应该被阻止的未接来电，用户应联系管理员解除这些号码的阻止。

Cisco AI Assistant

感谢您的反馈。