摘要

  • MIME 中的 Base64 是可逆的传输表示；它不会自动带来保密性、完整性、真实性、授权或安全执行资格。
  • 可审计的解码凭证应分别保存原始表示、MIME 作用域、适用配置、解码策略、输出字节哈希以及独立的安全校验结果。

故障工单里出现了一段很长的 Base64。提交者特意把它放进代码块，以为别人看不懂就等于隐去密码。值班工程师解码后，账号口令立即出现。这里没有破解，也没有绕过密钥；从一开始就没有密码学保护。

理解这条边界，要回到 MIME 所解决的真实困难。Nathaniel Borenstein 的 IETF 个人记录列出十五篇 RFC，其中包括 RFC 2045、2046 和 2049。Grinnell College 2013 年的介绍记载，他在 Bellcore 从事 MIME 工作，并于 1992 年发送了包含照片和声音文件的首封 MIME 邮件。这项工作的力量在于让不同邮件系统传递原先容易受损的数据，而不是把这些数据藏起来。

字段只回答传输层的问题

RFC 2045规定，Content-Transfer-Encoding 同时说明两件事：正文经过什么转换，以及转换结果属于什么数据域。7bit、8bit 和 binary 不做转换；quoted-printable 与 Base64 则把输入变成适合受限七位通道传送的形式。

对合法输入，所声明的转换应产生唯一、明确的原始字节序列，或者判定输入非法。这是一项很强的互操作保证。但标准也允许编码器为同一输入产生不同而等价的表示，并明确指出，传输编码值不会证明媒体类型，只说明转换算法或未编码数据的传输要求。

因此，一次成功解码最多支持这样的陈述：某个解码器按照某项规则接受了这个 MIME 实体的表示，并输出了这些字节。它不能支持“文件来自这个人”“文件未经修改”“只有指定人员能读取”或“内容可以安全运行”。

一封邮件里有多个证据对象

用户界面常把附件画成一个图标，MIME 内部却有嵌套层次。消息头中的传输编码作用于消息正文；实体内部的字段只作用于该实体正文。multipart 与 message 等复合类型还有更严格的限制。若日志丢掉实体边界，之后就无法知道究竟解码了哪一层。

调查时至少应区分三种哈希：原始邮件、编码片段和解码字节。网关可能折叠头部或改写换行，却仍得到相同附件。反过来，两封来源和路径完全不同的邮件也可能送达相同字节。只保留最终哈希会抹去来路；只比较字符表面则会把包装差异误判为内容差异。

媒体解释又是下一步。RFC 2046对 application/octet-stream 建议采取保守动作：先撤销传输编码，再把数据保存成文件，或交给用户明确选择的处理程序。解码不是执行指令。文件名、图标和 Content-Type 都是处理线索，不是密码学鉴定。

“Base64” 这个名字还不够

RFC 4648专门处理不同实现之间的差异：是否换行、是否使用 = 填充、如何面对字母表之外的字符、选择哪套字母表。MIME 可以允许特定换行和忽略规则，另一个协议却可能要求立即拒绝。base64url 更换了字符，不能与普通 Base64 混称。

规范形式也会改变证据含义。如果填充区的无意义位没有清零，多段不同字符串可能还原为同一组字节。被忽略的字符还能承载隐蔽信息、绕开字符串比较，或触发实现缺陷。仅保存解码哈希，无法复查输入是否规范、解码器忽略了什么；仅保存字符串，又无法确认不同形式是否表达同一内容。

所以，解码日志必须写明适用配置、库版本和严格性选项。否则一次库升级就可能让昨天接受的输入今天被拒绝，而记录里只留下模糊的“Base64”。

视觉上的遮蔽不等于保密

RFC 4648 的安全考虑非常清楚：基础编码可能让密码等信息不再一眼可识别，却不提供计算意义上的保密性，也不会为明文增加熵。任何拿到字符串的人都能使用公开算法还原，不需要秘密密钥，也不需要通过访问决策。

完整性和真实性同样不会自动出现。攻击者可以修改字节后重新编码。哈希可以证明与某个已知值相同，却不能证明已知值由谁提供。数字签名或 MAC 能把字节与密钥绑定，但密钥属于谁、验证范围多大，仍需单独判断。认证加密可以保护负载，其验证结果也必须另列，不能从外层 Base64 猜测。

这并不意味着 Base64 失败。它从未申请成为安全功能。真正的问题是数据系统在解码成功后，把 decoded 悄悄改名为 encrypted、verified 或 safe。

建立六段式解码凭证

第一段保存编码输入哈希和准确的 MIME 实体边界。第二段写明 MIME Base64、base64url 或其他引用规范。第三段记录解码器版本及对空白、非法字符和填充的策略。第四段记录成功或拒绝，并计算输出字节哈希。第五段在不自动执行的前提下应用媒体类型和安全处理规则。第六段分别附上签名、MAC、认证加密、传输认证与授权结果。

没有验证签名，签名栏就应留空。TLS 若只保护了某一跳，就只记录这一跳。媒体类型无法确定，就保持未知。空白不是数据质量缺陷，而是系统拒绝借用别的层次制造确定性。

Borenstein 参与建立的 MIME 之所以经久耐用，正是因为它把需要协作的功能拆成了清楚层次。今天处理 Base64，也应保留同样克制：它证明可逆表示，不替密码学或治理作证。