为什么OSX和Windows导入my.pfx文件的方式不同?

为什么OSX和Windows导入my.pfx文件的方式不同?,windows,macos,ssl-certificate,Windows,Macos,Ssl Certificate,我有一个.pfx文件无法共享(与工作相关),但当我在Windows上加载它时,我的公钥以30 82 01 0a开始。。。(截短,见截图) 当我在macOS上加载它时,它以BF:CF:10… 尽管它是同一个文件,但加载的证书的序列号和公钥似乎不同,这在我尝试连接到C#Unity项目时给它带来了问题。它们具有相同的权限密钥标识符、主题密钥标识符和指纹,但序列号不同(4274337a15ab78c4适用于Windows,以及4788598903244265668和公钥) Windows和macOS

我有一个.pfx文件无法共享(与工作相关),但当我在Windows上加载它时,我的公钥以
30 82 01 0a开始。。。(截短,见截图)

当我在macOS上加载它时,它以
BF:CF:10…

尽管它是同一个文件,但加载的证书的序列号和公钥似乎不同,这在我尝试连接到C#Unity项目时给它带来了问题。它们具有相同的权限密钥标识符、主题密钥标识符和指纹,但序列号不同(
4274337a15ab78c4
适用于Windows,以及
4788598903244265668
和公钥)


Windows和macOS在加载相同的证书文件时会在细节上有所不同,这有什么原因吗?

看起来他们导入的是相同的文件,只是显示方式不同而已。序列号的差异是由于Windows以十六进制显示,而macOS以十进制显示

公钥有点复杂,但请仔细查看Windows显示屏的顶行。它以“30 82 01 0a 02 82 01 01 00”开头,但其后的字节“bf cf 10 be e7 b1 1d af…”与macOS列为公钥的第一个字节匹配

我没有Windows系统可看,但我认为它显示的“公钥”实际上是一个包含构成公钥的模和指数的数据结构。另一方面,macOS则分别列出了模数(标记为“公钥”)和指数,而不必考虑周围的ASN.1标题(“3082…”之类的内容)