[ BIMI及品牌 ]

跨品牌、法律和电子邮件团队规划BIMI

与指定所有者协调品牌权利、认证准备、艺术品、证书决策和部署证据并分阶段移交。

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

[ 要点 ]

  • 在宣布启动日期之前定义发送者范围和目标接收者。
  • 在更改实时DNS或冻结经过认证的艺术品之前解决身份验证并标记资格。
  • 作为启动计划的一部分,分配续订、托管和更改所有权。
在此页面上

在启动日期之前为项目提供决策负责人

BIMI 跨越品牌管理、法律审查、 DNS管理、电子邮件运营和网络托管之间的界限。即使每个团队都完成了自己的任务,项目也可能陷入停滞:营销部门批准一个徽标,证书涵盖另一个版本, DNS指向第三个文件。第一个可交付成果应该是商定的范围和连接这些决策的验收记录。

指定一名协调员,他可以使未解决的依赖关系保持可见。定义发送域、邮件流、目标接收者和所需的显示表面。 “让我们的标志无处不在”并不是一个可测试的要求。一个较小的目标,例如准备一个已批准的发件人记录Gmail资格和单独确定的 Apple Mail 接收路径,为团队提供了具体的证据来收集,而不承诺显示。

BIMI Group 警告参与的邮箱提供商应用他们自己的显示标准。将特定于接收者的矩阵视为规划输入,而不是复制一次并忘记的兼容性检查表。 BIMI实施指南.

在不分割证据的情况下分割责任

营销部门应提供经批准的品牌变体并解释其用途。法律或品牌权利所有者应确定谁可以使用该标志、哪个实体控制该标志以及什么证书途径是合适的。电子邮件管理员应清点受提议的身份验证策略影响的每个合法发件人。 DNS和托管所有者应确定其变更控制、公共端点和恢复选项。

将决定存储在一个提议的接受数据包中。每个批准都需要范围、日期和引用的资产或配置版本。当多个文件共享一个名称时,“徽标已批准”是不够的。文件哈希将批准与特定字节联系起来,而域列表将其与定义的发件人范围联系起来。这是此处提出的操作控制,而不是声称已获得任何批准。

协调员还应确定可以批准支出、证书注册、外部数据共享和DNS更改的人员。技术准备本身并不授权这些后续行动。将这些批准与编辑对文章或清单是否完整的判断分开。

让身份验证准备成为第一个技术里程碑

在请求加强执行之前,请列出使用该域的营销、交易、支持和员工邮件。检查相关路由的实际接收消息身份和结果。 DMARC 评估对齐的经过身份验证的标识符,因此发送平台的“DKIM “启用”屏幕无法证明域的消息已在接收者处传递。 RFC 9989 ,第 4.3–4.4 节.

电子邮件所有者应就准备情况和优秀发件人提供具体建议。如果重要邮件仍未得到验证,品牌发布应该暂停。决议是纠正认证或缩小授权方案,而不是盲目采取强制执行,希望标志验证决定。

将提供者兼容性警告记录为他们自己的工作项。 Google 的BIMI指南仍然列出 pct=100, 尽管 RFC 9989 删除了百分比标签。项目经理和设计师都不应该通过改变现行政策来默默地解决这种差异。要求电子邮件专家在发布之前记录收件人要求和预期的策略行为。 Google BIMI设置; RFC 9989 ,附录 A.6.

在冻结艺术品之前解决证书路线

对于Gmail ,Google 当前的文档接受 VMC 和 CMC,而其复选标记与经过 VMC 验证的发件人相关联。它是 VMC 路径需要合格的注册商标;一个 CMC 遵循发行人的特定要求。法律部门应获取相关发行人标准,而不是假设两种产品提供可互换的权利、验证或显示结果。 Google BIMI设置.

在团队提交生产资产之前,让颁发者或负责的证书运营商确认接受的标记、涵盖的域和续订流程。季节性设计或与收购相关的徽标可能需要重新审查。不要仅仅因为新的艺术作品看起来更好而覆盖已批准的托管文件;指标和证据之间的关系必须保持有效。

Apple Mail 的BIMI路径引入了另一个所有者:接收邮箱提供商。 Apple 记录了提供商必须提供的检查和标头。发送方的证书购买不能替代接收方的参与。如果还需要,请将 Apple Branded Mail 作为单独的业务验证项目保留,而不是悄悄地将其添加到证书任务中。 Apple BIMI服务器指南.

使用具有具体退出证据的分阶段交接

拟议的五阶段移交效果很好:批准范围;证明身份验证准备就绪;批准并验证资产和证据路线;验证托管资源和DNS断言;然后收集受控接收方观察结果。每个阶段都应确定下一个所有者以及导致工作停止的原因。

在一个虚构的项目中,营销部门批准了居中的方形徽标,但法律部门尚未确认其证书资格。在设计准备技术上有效的候选方案时, DNS仍处于搁置状态。这是有用的进展,没有虚假的发射声明。在第二种假设状态下,证书可用,但一个重要的发送方仍然失败 结盟。该团队保留执行变更并处理该发件人,而不是将其从清单中删除以使清单通过。

保留先前的断言和授权的托管资源,并同意如何在需要时撤消特定于 BIMI 的更改。身份验证保护不应像通用徽标回滚一样被削弱。恢复较早的 URL 或断言也需要验证,因为缓存和接收行为可能会延迟可见效果。

定义证据和维护责任

拟议的矩阵将文件资格与观察到的结果区分开来。对于每个接收方行,请求当前源、证书适用性、实际DNS响应、确切的资产版本、公共获取结果和受控消息身份验证。记录显示结果以及邮箱提供商、客户和日期。即使启动会议已经完成,缺失的证据仍然存在。

为标记证书续订、HTTPS 证书连续性、资产更改、发件人加入和源策略更改分配持续所有权。通过测试是过时的观察,而不是整个领域的永久认证。

该目录要求“特定于接收者的资格矩阵以及DNS 、徽标、证书和消息身份验证的证据”。本草案中的矩阵只是一份规划文件。未执行原始部署证据、购买、提交、租户更改或显示测试。这些大门、独立技术审查和授权所有者的释放决定仍然悬而未决。

[ 外卖 ]

批准一个相互关联的证据包,而不是引用不同资产或领域的单独团队复选标记。

[ 按角色 ]

这对您意味着什么

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

营销和品牌领先

冻结预期身份

批准的视觉变体必须与传递给其他团队的资产和发送者范围相匹配。

后续步骤

  1. 提供与版本相关的明确品牌认可。
  2. 描述没有通用徽章承诺的期望显示结果。

法律和采购主管

解决权利和承诺

证书选择可能涉及标志资格、外部披露、费用和条款。

后续步骤

  1. 与相关发行人确认实体并标记范围。
  2. 在注册、共享或付款承诺之前获得授权。

电子邮件运营主管

拥有技术发布条件

邮件流、身份验证策略、 DNS和接收测试必须引用相同的范围。

后续步骤

  1. 记录合法发件人和未解决的对齐问题。
  2. 在建议发布之前协调DNS 、托管和接收者证据。

[ 常见问题解答 ]

常见问题

谁应该协调BIMI项目?

指定一位能够保持跨团队决策和未解决证据可见的负责人。营销、法律、电子邮件、 DNS和托管仍保留其各自范围的批准。

营销应该向技术团队传递什么?

经批准的品牌变体、预期用途和确切的资产版本,并确定品牌权所有者。没有版本或批准范围的文件名是不够的。

为什么在选择VMC或CMC之前要涉及法律?

证书途径取决于标记和颁发者的要求。 Google 的VMC路径需要符合条件的注册商标,而CMC具有不同的特定于发行人的资格路径。

身份验证执行是否应该等待徽标截止日期?

发射应遵循经过验证的发送者准备情况。在合法流未经验证的情况下,不要仅仅为了满足艺术作品时间表而更改域范围的处理。

已批准的 SVG 是否可以替换为同一 URL 上的季节性变体?

不要假设新字节保留批准或标记证据关系。获取适用的品牌和证书决定,验证新文件并保留其版本。

购买证书是否可以完成 Apple Mail 工作流程?

不需要。Apple 的BIMI路径还需要接收提供商的检查和标头。任何 Apple Branded Mail 注册都是单独的管理途径。

恢复计划中包含哪些内容?

事先声明和批准的资源、授权的恢复步骤、负责的所有者和恢复后检查。不要将减少的DMARC保护视为通用徽标回滚。

启动后谁维护部署?

分配证书续订、HTTPS 可用性、资产更改、新发送者和接收者策略更新的所有者。过时的通过测试并不是永久的保证。

[ 来源 ]

来源

  1. Apple:准备您的电子邮件服务器以支持 Apple Mail 中的BIMI
  2. Google Workspace :设置BIMI
  3. BIMI集团实施指南
  4. RFC 9989 :基于域的消息身份验证、报告和一致性

[ 词汇表 ]

词汇表

验收包
用于决定部署是否准备就绪的范围、批准和技术证据的版本化集合。
商标权审查
关于谁可以使用徽标以及该徽标是否符合所选证书途径的组织决策。
资产哈希
用于识别审查或部署的确切字节的加密摘要,其本身不证明批准或有效性。
释放门
在进行定义的部署步骤之前需要证据或授权的条件。
维修业主
指定方负责保持证书有效性、托管或发件人身份验证等依赖项的运行。

企业出处

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

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

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

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

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

知识库