本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

在 SMS 保护中管理意外屏蔽

过滤模式有时可能会屏蔽被标记为潜在 AIT 的合法消息。本页介绍如何管理被封锁的合法流量，以及如何从源头减少意外封锁。

确认消息是合法的

在调整任何配置之前，请验证被阻止的消息实际上是合法的。在放松控制之前，请确认封锁的流量是合法的。持续高音量到一个数字（或许多具有相同并行模式的数字）可能表明发生了真正的 AIT 攻击。使用以下方法收集证据：

如果您的调查确认被屏蔽的消息是发送给发起操作（例如请求一次性密码或交易通知）的真实用户，请继续进行补救。

修复方案

以下选项按从最窄到最广泛的顺序排列。应用最窄的控制措施来解决问题。

电话号码覆盖

将已知良好的数字添加为 “允许异常绕过评估”。这是影响最小，也是清除被封锁的合法号码的最快方法。您可以通过控制台或 API 管理覆盖。

您可以将替代规则设置为永久规则或设置到期日期。如果您的客户报告未收到消息，请将覆盖创建与您的支持工作流程或客户数据平台集成在一起，以动态允许特定数字。

有关更多信息，请参阅 AWS 最终用户消息 SMS 中的电话号码覆盖规则。

国家/地区规则模式

如果 Filter 屏蔽了合法流量，则将国家/地区设置为 “允许” 或 “监控”（在仍显示 AIT 信号的同时传送）。这是按配置进行的，立即生效，并影响到该国家/地区的所有流量。

有关国家规则模式的更多信息，请参阅AWS 最终用户消息 SMS 中的国家/地区规则模式。

每个用例单独的保护配置

隔离敏感用例（例如身份验证），这样模式更改就不会影响无关的流量。如果您的账户同时发送高风险流量（例如注册流程）和低风险流量（例如向经过验证的用户发送交易警报），请创建单独的保护配置。将每种配置与不同的电话号码或电话池相关联。

有关创建保护配置的更多信息，请参阅在中使用保护配置 AWS 最终用户消息 SMS。

在源头减少意外阻塞

Protect 是应用层控制的补充，不是替代品。实现以下控件以减少攻击量和意外格挡：

你无法配置的内容

风险模型及其检测灵敏度由 AWS 管理，并统一适用于所有客户。以下方面不可配置：

要申请新功能（例如，按国家/地区配置检测灵敏度），请联系您的客户团队。

何时联系支持部门

如果以下任一条件适用，请提交 AWS 支持案例：

包括以下信息：目的地国家、每个号码的发送费率、受影响的时间窗和相关的调整规则。