[ 欺骗和身份滥用 ]

品牌模仿超出您的确切领域

在选择控制或提交报告之前,对精确域、相似域和显示名称模拟进行分类。

由EmailAuth研究团队提供 · 3 分钟阅读

[ 要点 ]

  • 在选择控制或提交报告之前,对精确域、相似域和显示名称模拟进行分类。
  • 在假设恶意意图或DNS补救措施之前,保留准确的地址并对证据进行分类。
在此页面上

您的域策略无法阻止某人将您的品牌名称放在不相关的电子邮件地址旁边。品牌冒充可以使用您的确切域名、视觉上相似的域名、误导性的显示名称或受损的合法帐户。这些是不同的身份条件,每个条件都需要超出收件箱预览所产生的印象的证据。

阅读地址而不是演示文稿

保留原始消息并提取完整的发件人地址、显示名称、回复地址和相关 URL。屏幕截图可能会隐藏实际的邮箱地址或缩短域名。不要仅依靠视觉相似性来识别身份验证中使用的域。在添加任何标准化比较进行分析之前,请保留原始拼写和表示形式。

DMARC 将身份验证与消息中的作者域相关联。一个单独的 相似域名 可以成功验证自身身份;这不会将其置于您组织的域策略之下。 RFC 9989。使用来自可信接收系统的身份验证结果,而不是随消息提供的任意标头。 RFC 8601.

分类但不夸大意图

对于精确域伪造,请确定所声明的作者域是否是您的以及可信身份验证证据显示的内容。对于相似者,请记录精确的差异以及为什么消息的呈现或请求暗示冒充。对于显示名称滥用,请将误导性名称与不相关的实际地址分开显示。域名相似本身并不构成恶意使用或法律不当行为。

来自真实域的传递消息值得进行不同的调查:它可能反映了授权服务、帐户泄露或收件人误解的合法请求。不要强行将该案例放入 欺骗 仅仅因为内容可疑而分类。保留相互竞争的解释,直到账户和业务证据能够区分它们。

应用假设的分类示例

书面示例规定了三个请求,全部显示为 Brand Finance。第一个使用brand.test 上的计费以及发明的可信失败结果,并被标记为精确域伪造候选者。第二个使用 Brand-pay.test 并通过,并且是一个相似的候选者。第三个使用 unrelated.test 并通过,并且是显示名称模拟候选者。所发明的已知业务联系人拒绝了所有请求。

拟议的案件分类账保留分类,并为每个分类分配保留、证据保存和审查行动。它不验证公共域注册、计算完整的DMARC策略或确定任何真实发件人的意图。其中域名为预留实验室名称,业务验证字段为场景假设。这是提议的分类练习,而不是执行的检测器或精度测量。实际上没有接触到任何已知的联系人。

通过相关渠道回复

首先保护业务行为。按照 FBI 的指导,通过之前建立的联系确认付款或帐户更改 商业电子邮件妥协. 联邦调查局的建议。请勿回复可疑地址以获得确认,然后致电独立人士。

准备任何提供商滥用报告,其中包含原始标识符、观察到的行为和最低限度必要的经过编辑的共享副本。请求根据提供商的适用流程进行审查,但不承诺删除。将您自己的域身份验证修复工作与有关其他人的域的报告分开,因为更改您的DNS无法直接禁用该域。

密切关注身份分类、证据置信度、业务暴露和响应状态。继续监控相关案例,不要声称每个类似注册都是恶意的。有用的品牌保护计划将域身份验证与消息分析、报告、帐户控制和业务验证结合起来,每项都针对其实际可以解决的滥用情况进行衡量。

将调查结果保留在证据范围内

这些例子是防御性决策辅助工具,而不是针对真实的人或当前提供者的观察到的指控。分别保留认证证据、业务验证和归属。当前协议源描述了域验证和可信结果边界;他们不提供缺失的账户证据或授权发布指控。

[ 外卖 ]

在假设恶意意图或DNS补救措施之前,保留准确的地址并对证据进行分类。

[ 按角色 ]

这对您意味着什么

选择您的角色以执行后续实际步骤。

IT/邮件管理员

提取完整地址

收件箱预览隐藏了重要的区别。

后续步骤

  1. 保留原始消息。
  2. 单独的显示字段和域字段。
  3. 使用可信的身份验证证据。

CISO / SecOps

将响应与滥用类型相匹配

不同的身份条件需要不同的控制。

后续步骤

  1. 查看帐户滥用替代方案。
  2. 范围提供商报告。
  3. 测量未解决的曝光。

创始人/非技术人员

保护后续请求

品牌展示可能会误导员工。

后续步骤

  1. 需要已知渠道确认。
  2. 基金报告工作流程。
  3. 避免做出保证删除的承诺。

[ 常见问题解答 ]

常见问题

DMARC是否保护与我的品牌类似的每个域名?

不会。单独的域可以在您的策略之外对自身进行身份验证。

熟悉的显示名称是否已通过身份验证?

不作为代表人或品牌的证明;检查实际地址和可信结果。

仅域相似性就可以证明滥用吗?

不需要。需要上下文和观察到的行为。

实域通行证仍然会可疑吗?

是的。帐户或服务滥用以及未经授权的业务请求仍然可能发生。

是否测试了活动域或分类器?

不。这些案例是用发明的身份验证和业务联系假设编写的保留域场景。

首先应该独立验证什么?

任何相应的业务请求,尤其是付款或帐户变更。

滥用报告是否可以保证删除?

不可以。提供商必须根据其政策评估证据。

最终记录属于什么内容?

准确的身份、分类置信度、曝光度、所有者和响应状态。

[ 来源 ]

来源

  1. RFC 9989 DMARC

    部分 §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  2. RFC 8601身份验证结果

    部分 §1.2 · §1.6 · §7

  3. FBI IC3 基于云的电子邮件 BEC 指南

    部分 给最终用户的建议

[ 词汇表 ]

词汇表

显示名称模仿
在不属于代表方的地址旁边使用具有误导性的可见名称。
相似域名
呈现出类似于另一个组织的身份的不同域。

企业出处

为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。

传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中,手动监督意味着延迟执行、配置漂移和不受监控的影子域。

EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject,保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准,以及人机交互审核能力。

政府 大型企业 一级金融机构

SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密

知识库