MS cert SAN 的 phpseclib asn1 解析器问题

Question

我正在尝试解析一些 M$ 生成的证书并发现 phpseclib ASN1 decodeBER 函数在某些 OID 上阻塞。我真的很想更好地理解这个函数及其在这种情况下的行为。

这是一个供讨论的示例证书：

出于简单测试目的，这是我的驱动程序：

$X509 = new File_X509();
$BER = $X509->_extractBER($BER);
$ASN1 = new File_ASN1();
$ASN1->loadOIDs($X509->oids);
$DECODED = $ASN1->decodeBER( $BER );
Utility::dumper($DECODED);

我认为我们运行有麻烦了~第 423 行：

        case FILE_ASN1_TYPE_OCTET_STRING:
          if (!$constructed) {
                $current['content'] = $content;
            } else {
                $current['content'] = '';
                $length = 0;
                while (substr($content, 0, 2) != "[=12=][=12=]") {
                    $temp = $this->_decode_ber($content, $length + $start);
                    $this->_string_shift($content, $temp['length']);
                    // all subtags should be octet strings
                    //if ($temp['type'] != FILE_ASN1_TYPE_OCTET_STRING) {
                    //    return false;
                    //}
                    $current['content'].= $temp['content'];
                    $length+= $temp['length'];
                }
                if (substr($content, 0, 2) == "[=12=][=12=]") {
                    $length+= 2; // +2 for the EOC
                }
            }
            break;

具体在转储数组元素 7 (subjectAltName) 的输出

[7] => Array
    (
        [start] => 1104
        [headerlength] => 2
        [type] => 16
        [content] => Array
            (
                [0] => Array
                    (
                        [start] => 1106
                        [headerlength] => 2
                        [type] => 6
                        [content] => 2.5.29.17
                        [length] => 5
                    )

                [1] => Array
                    (
                        [start] => 1111
                        [headerlength] => 2
                        [type] => 4
                        [content] => 0% #^F+^F^A^D^A^Â7^T^B^C ^U^L^Smetaclassing@secure
                        [length] => 41
                    )

            )

        [length] => 48
    )

看来内容应该被解析成一个数组，而不是一串二进制垃圾。我相信它应该解析成更像这样的东西：

SEQUENCE(2 elem)
 OBJECT IDENTIFIER2.5.29.17
  OCTET STRING(1 elem)
   SEQUENCE(1 elem)
   Offset: 1113
   Length: 2+37
   (constructed)
  Value:
   (1 elem)
    [0](2 elem)
     OBJECT IDENTIFIER1.3.6.1.4.1.311.20.2.3
    [0](1 elem)
     UTF8String metaclassing@secure

我相信这是一个 "constructed" 字段，但是在第 ~298 行发生的按位运算有点超出我的理解范围：

$constructed = ($type >> 5) & 1;

我已经编写了一个极端大小写匹配十六进制值以强制将此特定数组元素的 $constructed 设置为 1，但在解析方面没有看到太大的改进。想知道解决此问题的下一个最佳步骤是什么？非常感谢您的帮助和想法。谢谢！

Answer 1

您应该尝试递归 OCTET_STRING 内容并尝试解码嵌套记录以查看它是否解码为有效的 ASN.1。所有证书扩展值都作为嵌套到 OCTET_STRING 结构放置：

据我所知，以下原始标签仅以原始形式使用：BOOLEAN、INTEGER、NULL、OBJECT_IDENTIFIER、REAL、ENUMERATED 和 RELATIVE_OID。其余的原始标签可能有嵌入的内容。虽然这个列表不是确定的，但 OCTET_STRING 肯定可以是一个容器，即使它的标签是以原始形式编码的。这也适用于 BIT_STRING。

Answer 2

是的，代码应该会重复出现。到目前为止，这是我的发现：

        $class = ($type >> 6) & 3;

问题似乎是正在使用的按位运算，它没有正确识别 class（应用程序返回 0，而上下文特定应为 2，构造为 0，而构造应为 1。

为了测试，我在下面插入了这段代码（真的很黑，但我是 ASN.1n00b:

// Manual testing for incorrect class/constructed detection!
if ( !$constructed && $class == 0 && isset($content[0]) && isset($content[1]) )
{
    //print "\nSTART: $start\tTYPE IS: {$type}\t CLASS IS: {$class}\tCONTENT IS {$content}\n";
    if (    ($content[0] == "0" && $content[1] == "%" )                         ||
            ($content[0] == hex2bin("30") && $content[1] == hex2bin("81") )     ||
            ($content[0] == hex2bin("82") && $content[1] == hex2bin("01") )     ||
            ($content[0] == hex2bin("30") && $content[1] == hex2bin("20") )     ||
            ($content[0] == hex2bin("1e") && $content[1] == hex2bin("08") )     ||
            ($content[0] == hex2bin("00") && $content[1] == hex2bin("55") )     ||
            ($content[0] == hex2bin("04") && $content[1] == hex2bin("14") )     ||
            ($content[0] == hex2bin("30") && $content[1] == hex2bin("16") )     ||    
            ($content[0] == hex2bin("00") && $content[1] == hex2bin("30") )     )
    {
        $class = 2; $constructed = 1; //print "SET CLASS AND CONSTRUCTED!\n";
    }else{
        //print "C0: {$content[0]} = (0x" . bin2hex($content[0]) . ") C1: {$content[1]} = (0x" . bin2hex($content[1]) . ") did not match!\n";
    }
}

确实，手动匹配未正确检测到的字节确实解决了我的问题：

在这一点上，我想我需要等待库开发人员审查 ASN.1 解析 function/library 并审查为什么这些证书让它如此令人难以置信地不愉快。修补这个有点超出了我目前的能力。

MS cert SAN 的 phpseclib asn1 解析器问题

phpseclib asn1 parser issue with MS cert SAN

x509

phpseclib