[ 寄送服务指南 ]
验证通过 Forcepoint Email Security Cloud 发送的电子邮件：配置和验证
使用特定于账户的CNAME对创建并启用 Forcepoint Email Security Cloud 签名规则，然后测试规则覆盖范围和DMARC一致性。
由EmailAuth研究团队提供 · 4 分钟阅读
[ 要点 ]
- 发布两个特定于账户的别名以进行托管轮换。
- 新的签名规则在检查和启用之前保持关闭状态。
- 分别对待包含和排除的发送者-接收者组合。
[ 外卖 ]
分别对待包含和排除的发送者-接收者组合。
[ 按角色 ]
这对您意味着什么
选择您的角色以执行后续实际步骤。
IT/邮件管理员
验证完整的发送路由
产品面板、 DNS和接收邮箱建立了不同的事实。
后续步骤
- 保留准确的生成值和先前的DNS状态。
- 检查从网关路由的商业邮件收到的消息。
- 记录发件人、包络域、 DKIM d=/s=和接收器结果。
CISO / SecOps
保持权威和恢复明确
签名委托授权使用域身份；其范围需要审查。
后续步骤
- 在委派之前批准服务并签署域。
- 为网关路由的商业邮件保留经过测试的恢复路由。
- 在加强执法或删除旧记录之前需要进行人工审查。
创始人/非技术人员
保护网关路由的商业邮件
身份验证是受控服务变更的一部分，而不是收件箱放置保证。
后续步骤
- 指定网关路由企业邮件的企业所有者。
- 批准预期发件人和回复身份。
- 在广泛推出之前需要成功的工作流程测试。
[ 常见问题解答 ]
常见问题
成功的CNAME检查是否证明DMARC ？
不。它证明了DNS先决条件。检查收到的消息以进行身份验证和对齐。
我应该删除别名以停止签名吗？
将记录的规则状态控制与批准的恢复计划结合使用。删除DNS还可以破坏延迟消息或其他依赖关系。
[ 来源 ]
来源
- Forcepoint Email Security Cloud： DNS记录和服务 IP 地址
部分 CNAME记录；两个特定于账户的别名和托管轮换
- Forcepoint Email Security Cloud：添加DKIM签名规则
部分 步骤 1-10：范围和粒度组合
- Forcepoint Email Security Cloud：启用DKIM签名规则
部分 最初关闭； CNAME检查；打开并保存；复查
- RFC 7208 SPF
部分 §2.4 检查授权 · §3.2 多个DNS记录 · §4.6.4 DNS查找限制
- RFC 6376 DKIM
部分 §3.5 DKIM-Signature标头 · §3.6.2 DNS绑定 · §6 验证者操作
- RFC 9989 DMARC
部分 §4.4 标识符对齐 · §4.10 DNS树遍历 · §5.3.5 确定DMARC通过或失败
[ 词汇表 ]
词汇表
- DKIM
- 将签名消息数据与签名域相关联的签名机制。
- SPF
- 信封域授权发送主机的机制。
- DMARC对齐
- 可见发件人域与成功验证的SPF或DKIM域之间所需的关系。
- 选择器
- 与DKIM签名域一起使用的标签，用于查找其公钥。
- 权威DNS
- DNS服务器负责区域的发布数据。
企业出处
为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。
传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中，手动监督意味着延迟执行、配置漂移和不受监控的影子域。
EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject，保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准，以及人机交互审核能力。
SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密