为何X.509扩展中的extnValue始终封装在OCTET_STRING中？

先看RFC 5280里对Extension的ASN.1定义：

Extension  ::=  SEQUENCE  {
     extnID      OBJECT IDENTIFIER,
     critical    BOOLEAN DEFAULT FALSE,
     extnValue   OCTET_STRING
                 -- contains the DER encoding of an ASN.1 value
                 -- corresponding to the extension type identified
                 -- by extnID
     }

这个设计主要有三个核心原因：

• 扩展性与向后兼容
  如果把extnValue直接定义为对应extnID的ASN.1类型，那整个Extension的ASN.1结构就得依赖所有已存在和未来可能出现的扩展类型——这显然不现实，因为X.509证书的扩展是可以不断新增的（比如RFC 5280之后又出现了很多新的扩展规范）。用OCTET_STRING封装后，不管后续加多少新扩展，Extension的基础结构都不需要修改，只需要为新扩展分配对应的OID和定义其ASN.1类型即可，完全兼容旧的解析器。

• 解析的容错性与灵活性
  证书处理程序可以先快速解析出extnID和critical标记，再决定是否要解析extnValue的内容。如果是直接内嵌的ASN.1值，解析器必须认识所有可能的扩展类型才能完整解析Extension序列，否则遇到未知类型就会报错，无法跳过不关心的扩展。而用OCTET_STRING的话，就算程序不认识某个extnID，也可以直接跳过这个二进制块，不影响对其他扩展的处理——这对只需要处理特定扩展的程序来说非常友好。

• ASN.1语法的限制
  ASN.1的SEQUENCE结构要求每个字段的类型是静态明确的，不支持“根据另一个字段的值动态确定当前字段类型”这种逻辑。所以必须用一个通用的二进制容器（OCTET_STRING）来承载动态变化的DER编码内容，再通过extnID来指示容器内数据的实际类型，这是符合ASN.1语法规范的唯一可行方案。

内容的提问来源于stack exchange，提问作者smoothware