[ 地区要求 ]

英国政府电子邮件身份验证:当前政策和证据

将英国公共部门电子邮件政策与实际服务相匹配,协调已停用的邮件检查说明,并将实施证据与要求分开。

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

[ 要点 ]

  • GOV.UK 指定了公共部门互联网电子邮件域,而不是每个英国商业发件人。
  • 2024 年设置指南仍引用已于 2026 年 3 月停用的 Mail Check。
  • 分类、认证、传输和报告所有权需要单独的证据。
在此页面上

从公共部门边界开始

英国政府电子邮件要求应附加到指定的组织、域和信息处理上下文。不应要求每个英国公司都必须部署特定的DNS策略。 GOV.UK 保护政府电子邮件页面的最后更新日期为 2024 年 3 月 4 日,并于 2026 年 11 月 8 日在此处审核,明确涵盖公共部门组织运营的互联网电子邮件域。它至少需要TLS和 DMARC,同时适当保护所交换的信息。这是政府政策背景,而不是普遍商业部门法规的证据。 英国政府政策.

从组织的合法身份和公共部门关系开始适用性记录。添加每个发送和接收域、服务所有者和处理的信息的分类。供应商的参与需要其自己的合同分析:政府客户和熟悉的域名后缀本身并不能确定约束供应商的每项义务。记录将要求纳入该服务的实际政策或协议。

一起阅读策略和配置说明

配套设置指南包括邮箱、中继、过滤服务和第三方交易发件人。其身份验证指令涵盖入站检查和分阶段出站 DMARC执行, 和 SPF 和 DKIM 配置。将分阶段政策视为具有所有者和退出标准的实施步骤,而不是无限期的完成定义。在评估其运营依赖性时,该指南的 2024 年 3 月日期也很重要。 政府电子邮件设置.

对于信息分类环境,内阁办公室指南 1.5(2024 年 8 月 5 日发布的 2.0 版)确定了其电子邮件控制中的域身份验证和传输保护。官方电子邮件栏目包括DMARC 、 DKIM 、 SPF 、 MTA-STS 和TLS报告;更敏感的层级有不同的共享安排。不要将该列与周围的分类表分开,也不要提供适合每种分类的互联网邮件设计。 安全顾问指导.

解决退役军人依赖问题

源集中存在具体版本问题。旧的设置页面仍将管理员引导至NCSC Mail Check,包括报告和注册示例。 NCSC自己的停用通知确认 Mail Check 和 Web Check 已于 2026 年 3 月 31 日结束。因此,当前的实施计划无法将这些较旧的指令视为服务仍然可用的证据。这是一个依赖协调问题,而不是放弃底层身份验证控制的理由。 NCSC退休通知.

库存报告目的地、通知所有权以及用于调查故障的服务。确定哪些目的地属于组织,哪些目的地依赖于退役或外部提供的处理。仅在评估访问、保留、保密性和成本后才建议更换。本文不授权更改报告地址或订阅服务。保留旧记录和批准的过渡计划,以便审核员可以区分计划的迁移和无法解释的监控差距。

围绕实际邮件流建立证据

有用的控制记录具有用于需求、预期设置和观察到的结果的单独字段。发布限制性DNS策略既不能证明每个合法应用程序都一致,也不能证明每个接收者都拒绝 欺骗。 DMARC根据一致的经过身份验证的身份评估作者域;目前的核心规格是 RFC 9989,于 2026 年 5 月发布。其发布并不能证明每个产品都采用了其更新的处理。 当前DMARC规范.

准备一份涵盖员工邮件、案件管理通知、公共订阅消息和委托发件人的证据计划。对于每个流程,确定可见的发件人域、负责团队、签名服务、报告目标以及交付失败时的影响。仅当授权测试实际发生时才保留接收器观察结果。表示已配置的电子表格单元格不应默默地成为成功的交付测试。将事件报告和敏感消息内容保存在批准的存储库中,而不是将其嵌入公共文章中。

通过一个虚构的理事会示例进行工作

想象一下一个虚构的理事会操作工作人员邮件和一个单独的预约通知供应商。其项目最初将DMARC实施记录为完整,因为员工域具有限制性策略。拟议的审查发现了一个悬而未决的问题:供应商是否使用一致的身份来发送预约消息?此示例中未检查任何消息,因此发现的结果是证据差距,而不是失败的测试。

该委员会的政策所有者将首先确认相关的公共部门范围。然后,消息传递团队将定义代表任命流程和受控验收计划。邮件检查停用后,安全团队将单独验证报告是否到达维护的目的地。完整的供应商调查问卷将是有用的准备,但不会取代实际的信息证据。批准应指定接受中断风险的企业主和允许更改DNS运营商。

明确例外情况和审核日期

异常记录应说明哪些域或路径受到影响、为什么尚未达到目标控制、存在哪些补偿措施以及谁可以接受剩余风险。添加审核日期和触发器,例如供应商迁移、分类更改或退休通知。不要根据网页的最后更新日期制定法定截止日期,或假设历史评估安排仍然适用,因为它们保留在更改日志中。

该目录要求: 由适当的监管或法律专家审查的控制权限表。随附的地图是该表未经批准的准备,未经专家审查。在发布之前,获得英国政策和法律所有者确认、服务过渡的技术中小企业审查以及任何实施索赔的原始运营证据。完整的读者还打开了视觉、生产路线和所有者发布的大门。本文未访问或更改任何理事会、政府系统或报告目的地。

[ 外卖 ]

使用公共部门政策及其分类和服务上下文,然后验证当前的监控依赖性。

[ 按角色 ]

这对您意味着什么

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

政府保单持有人

确认组织及分类

当局决策必须描述实际的公共部门服务和信息背景。

后续步骤

  1. 批准每项服务的政策和合同参考。
  2. 确定谁可以接受例外以及例外何时到期。

消息管理员

协调报告过渡

身份验证设置和监控可用性具有不同的生命周期。

后续步骤

  1. 列出依赖于 Mail Check 的目的地。
  2. 准备受控的发件人观察结果和单独批准的迁移计划。

服务交付所有者

保护重要通知

预约和案例消息需要业务接受,而不仅仅是域级别的状态。

后续步骤

  1. 命名必须保持可用的供应商和消息类型。
  2. 在执行变更之前同意回滚所有权。

[ 常见问题解答 ]

常见问题

这是否为每家英国公司建立了DMARC法?

不会。所引用的政府政策具有公共部门领域的范围。私人组织需要自己的法律、合同或采用的政策基础。

邮件支票仍然是可用的受理服务吗?

NCSC确认将于 2026 年 3 月 31 日停用。较旧的设置参考并不能确定当前的可用性。

旧的报告地址是否应该复制到新的DNS中?

这里没有批准当前目的地。服务所有者必须验证维护的处理器并授权任何迁移;该草案没有对DNS进行任何更改。

设置指南是否涵盖外包通知?

其服务清单包括第三方发送系统。证据应遵循实际路线,而不是停留在工作人员的邮箱处。

官方电子邮件控件可以重复用于秘密材料吗?

并非没有特定于分类的政策决定。源表区分信息层及其共享安排。

限制性记录足以标记服务完成吗?

否。保留特定路线的观测结果、报告所有权和接受度。仅DNS策略并不能确定每个合法的发件人结果。

谁应该决定供应商是否受到保护?

合同和保单所有者应建立相关协议和系统边界,并在需要时接受英国法律审查。仅靠供应商品牌是不够的。

这篇文章还缺少什么证据?

缺乏委托专家审查的权威表、实际配置和消息证据、生产审查和出版批准。

[ 来源 ]

来源

  1. RFC 9989 : DMARC核心
  2. 内阁办公室:安全顾问指南 1.5
  3. GOV.UK:保护政府电子邮件
  4. NCSC :邮件支票和网络支票停用
  5. GOV.UK:安全地设置政府电子邮件服务

[ 词汇表 ]

词汇表

政府安全电子邮件政策
发布了具有明确互联网领域范围的英国公共部门指南。
官方的
信息分类上下文,其控件必须在内阁办公室表中读取。
邮寄支票退休
NCSC服务于 2026 年 3 月 31 日结束,需要重新评估旧的运营参考。
作者域
由DMARC评估的邮件作者身份中的域。
验收记录
将特定服务要求与观察到的证据和未解决的异常联系起来的批准记录。

企业出处

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

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

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

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

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

知识库