[ 协议和标准 ]
运输安全
使用MTA-STS 、 TLS-RPT和DANE加密传输中的邮件，并阅读证明其有效的报告。
40 指南
[ 核心指南 ]
[ 所有指南 ]
文章
阐明电子邮件身份验证和加密之间的复杂关系。
仔细研究电子邮件身份验证和加密之间的复杂关系。了解如何确保您的电子邮件安全！
指导
建立运输安全警报以进行调查
创建具有明确分母、覆盖信号、所有者和调查路径的运输安全警报，而不是对每个聚合故障进行寻呼。
指导
SMTP TLS报告中的证书名称失败
根据报告的SMTP端点和应用的策略调查证书名称失败，保持策略主机 HTTPS 身份分离。
指导
将传输策略失败与身份验证失败进行比较
使用交付阶段证据和可信观察结果区分SMTP传输策略失败与SPF 、 DKIM和DMARC结果。
指导
创建并验证TLS-RPT DNS记录
发布一条格式正确的TLS-RPT记录并验证DNS发现和接收报告目标。
指导
DANE和MTA-STS ：比较信任模型和部署需求
在同一接收路由上比较DANE和MTA-STS ，包括经过身份验证的发现、首次联系和证书翻转。
指导
用于SMTP DANE ：了解DNSSEC和 TLSA 依赖性
在将SMTP路由视为经过DANE身份验证的之前，跟踪安全MX发现、TLSA 可用性和特定于使用情况的证书匹配。
指导
证书或密钥更改后DANE验证失败
在更改信任策略之前，通过比较所提供的证书、安全 TLSA 答案和部署时间表来诊断DANE损坏。
指导
TLS报告进行重复数据删除并保留报告周期背景
对报告摄取进行重复数据删除，而不会丢失更正、策略范围或观察时间与到达时间之间的差异。
指导
SMTP TLS报告中的过期或不受信任的证书
区分过期和信任链故障，保留报告的端点并验证续订后实际提供的证书。
指导
在正确的 HTTPS 位置托管MTA-STS策略文件
直接提供准确的MTA-STS HTTPS 端点，验证其证书和策略主体，并协调发布与发现和缓存。
指导
MTA-STS证书和 HTTPS 链故障
将 HTTPS 策略证书与接收 MX 证书分开，并诊断确切的失败信任或主机名检查。
指导
MTA-STS证书续订，无需策略主机中断
通过续订所有权、部署证书检查、直接 HTTPS 验证以及与SMTP证书的明确分离，防止MTA-STS策略主机中断。
指导
邮件提供商迁移期间的MTA-STS
在移动邮件路由之前扩展策略兼容性，并保留重叠，以便使用旧策略的发件人仍然可以安全地投递。
指导
MTA-STS通过接收域的邮件路由进行解释
在选择MTA-STS强制模式之前映射接收MX目标、 TLS要求和缓存策略。
指导
MTA-STS获取失败和意外的 HTTP 响应
解释由重定向、HTTP 状态、证书、正文内容和超时导致的MTA-STS获取失败，同时保持缓存策略行为的不同。
指导
MTA-STS首次连接限制和缓存策略保护
通过空、有效和过期缓存状态、强制模式行为、 DANE边界和报告限制了解MTA-STS首次连接限制。
指导
适用于大型域组合的MTA-STS
管理每个域的接收路由、所有权、策略历史记录和部署证据，而不将共享托管或模板视为普遍就绪。
指导
适用于具有多个MX提供商的域的MTA-STS
验证跨提供商的主要、备份和迁移MX路由，包括主机名模式、 TLS证据和缓存策略转换。
指导
MTA-STS MX匹配和通配符规则
将每个接收MX主机名与范围狭窄的策略模式进行匹配，然后单独验证其证书。
指导
MTA-STS策略缓存和延迟更改
围绕发件人的获取策略生命周期以及DNS TTL 规划策略更改，而不是期望一次编辑即可更新每个发件人。
指导
MTA-STS策略发现和DNS策略标识符
使用DNS id 宣布策略修订，而不将其视为策略本身或清除发件人缓存的命令。
指导
MTA-STS策略缺失：添加记录之前跟踪发现
在编辑记录之前，通过跟踪确切的域、发现TXT答案、HTTPS 响应、 MX范围和发件人缓存来诊断丢失的MTA-STS策略。
指导
MTA-STS策略语法：版本、模式、 MX和 max_age
与发现TXT记录分开验证策略主体，并保留每个必填字段的含义。
指导
MTA-STS回滚：具有缓存策略的发件人帐户
从错误的MTA-STS更改中恢复，而无需假设删除DNS或降低 max_age 会删除现有的强制措施。
指导
MTA-STS设置：一起验证DNS 、HTTPS 和邮件传递
构建接收域传输策略，检查每个入站路由并计划围绕发件人缓存的更改。
指导
MTA-STS测试和强制模式：选择安全过渡
仅在识别传输故障并证明所有预期接收路由仍然可用后，才从测试转向强制执行。
指导
没有收到TLS报告：检查支持、流量和收集
当TLS报告不存在时，将丢失的发件人观察与发现、传送、完整性、解析和仪表板故障分开。
指导
发布和轮换 TLSA 记录而不中断SMTP传送
在删除旧关联之前，通过预发布、缓存感知重叠、队列验证和恢复边界来规划固定参数 TLSA 轮转。
指导
读取TLS-RPT JSON 字段和故障类别
在解释个别传输故障之前，请阅读报告信封、政策范围和会话摘要。
指导
无服务器MTA-STS托管：评估可用性和变更控制
评估记录的 Azure 静态 Web 应用策略主机路由，以实现精确路径传递、自定义域TLS 、路由行为和缓存感知版本。
指导
SMTP TLS降级攻击和可用的控制
在发现、协商和证书验证时对SMTP降级威胁进行建模，然后在不削弱生产的情况下测试相关控制。
指导
STARTTLS 、机会性TLS和强制传输策略
在将SMTP路由描述为安全之前，区分TLS功能、协商加密和身份验证实施。
指导
测试传输安全性，无需将检查器视为每条传输路径的证明
将传输检查器输出转换为范围测试记录，用于识别观察到的内容、推断出的内容以及哪些传输路径尚未测试。
指导
TLS协商失败和不支持的协议设置
使用TLS报告来定位协商失败，然后在更改支持的协议设置之前安全地重现握手。
指导
通过传输故障报告解释TLS-RPT
使用虚构的故障示例、会话计数算法、策略上下文、经过身份验证的报告和当前 RFC 勘误表来解释TLS-RPT报告。
指导
TLS-RPT报告目的地和报告传送
定义经批准的 mailto 或 HTTPS 收集路径、报告完整性、计时和处理责任，而不假设保证重复交付。
指导
传输加密和S/MIME ：将跃点保护与消息保护分开
将TLS和S/MIME映射到一条消息路径，以便跃点加密、内容机密性和签名验证不会被误认为是一种控制。
相关免费工具
企业出处
为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。
传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中，手动监督意味着延迟执行、配置漂移和不受监控的影子域。
EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject，保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准，以及人机交互审核能力。
SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密
[更多内容在 协议和标准 ]