抛光的 网络钓鱼 信息可以有说服力，但其写作风格不会改变 DMARC 通过条件。在确定哪个控制失败之前，请调查域身份和身份验证证据。您无需证明人工智能编写的文本即可阻止未经授权的业务请求。
评估标识符，而不是散文
DMARC将作者域与通过身份验证的域进行比较 SPF 或者 DKIM。一次传球至少需要一条经过的、对齐的路径。词语选择、语法、紧迫性以及模型是否帮助起草消息都不是标识符测试的输入。 RFC 9989.
这并不意味着身体永远不会影响身份验证。 DKIM签署规范化正文和选定的标头。编辑已签名的消息可能会使其签名失效。区别在于签名后更改字节和创建有效签名之前生成精美文本之间的区别。 RFC 6376。关于散文听起来是否是机器编写的语义判断都不是操作。
区分三种滥用途径
攻击者拥有 相似域名 在显示文本中冒充公司时可以对其进行身份验证。受损的合法帐户可以使用对齐的发送路由。如果消息声称您的确切域没有一致的身份验证路径，则DMARC可能会失败。即使付款请求内容相同，这些情况也需要不同的技术调查。
使用受信任的接收者结果而不是发送者提供的声明。让实际作者、信封和签名域在案例记录中可见。反欺诈团队还应保留业务请求、请求的更改和独立验证状态。身份验证并不能确定某人有意或批准转让。
比较固定标识符假设
对于每个书面案例，假设有一个有效的可见“发件人”字段以及一个符合条件的DMARC评估。在不更改任何身份验证输入的情况下比较普通标签和抛光标签。
- 案例A：来自alerts@brand.test ； SPF通行证 邮件来自 bounce@brand.test ；不 DKIM签名。 DMARC通过对齐的SPF在两种风格标签下传递。
- 案例 B：来自alerts@brand.test ； bounce@other.test的SPF通过； DKIM通过d=other.test;假设 other.test 与 Brand.test 不一致。两个经过身份验证的标识符均不一致，因此DMARC在任一标签下都会失败。
- 案例 C：来自billing@lookalike.test ； bounce@lookalike.test的SPF通过；没有DKIM签名。 DMARC通过了两个标签下的 Lookalike.test，而不是显示文本中被冒充的公司。
这些是对规定结果的叙述性推论，而不是六个执行的函数调用、邮件服务器测试或人工智能基准测试。没有模型生成散文或检测器对其进行分类。消息级SPF通行证并不认可仅 SPF 部署： RFC9989第 7.4 节要求有效的DKIM p=reject 域。
独立验证业务行为
对于付款变更请求，请通过已建立的独立来源渠道联系供应商并应用正常的审批流程。请勿使用仅由可疑消息提供的电话号码。联邦调查局建议独立验证付款和账户变更。 FBI 商业电子邮件泄露指南.
假设的业务场景规定domain_pass = true，但known_contact_confirmed = false和second_approval = false，因此建议的支付规则将保留该请求。这些验证字段是发明的，而不是完成的回调。资金发放前记录真实授权验证。将响应重点放在风险行为和受损的权限上，而不是等待人工智能系统的不确定归因。