在golang中生成CSR期间，出现了向ExtendedKeyUsage提供信息的问题。这个问题可能会影响到生成的CSR的正确性和有效性。ExtendedKeyUsage是证书扩展的一部分，用于指定证书的使用目的。通过向CSR提供正确的ExtendedKeyUsage信息，可以确保证书在特定场景下的可用性和安全性。然而，在golang中，有时会遇到生成CSR时无法正确提供ExtendedKeyUsage信息的问题。php小编西瓜将在本文中详细介绍这个问题的原因和解决方案，帮助读者解决类似的问题并顺利生成符合要求的CSR。
问题内容
我偶然发现了一个奇怪的问题。 我正在编写一个小型 golang 工具，它根据一些用户提供的输入生成 csr 。我基本上成功地实现了目标，但在 extendedkeyusage 方面遇到了问题。简单地说，它不起作用。
一些 x509 字段的 asn1 编组代码：
var oidemailaddress = asn1.objectidentifier{1, 2, 840, 113549, 1, 9, 1}
var oidextensionkeyusage = asn1.objectidentifier{2, 5, 29, 15}
var oidextensionextendedkeyusage = asn1.objectidentifier{2, 5, 29, 37}
asn1keyusagedigsig, err := asn1.marshal(asn1.bitstring{
bytes: []byte{byte(x509.keyusagedigitalsignature)},
bitlength: 8,
})
asn1keyusagedatenc, err := asn1.marshal(asn1.bitstring{
bytes: []byte{byte(x509.keyusagedataencipherment)},
bitlength: 8,
})
asn1keyusagecauth, err := asn1.marshal(asn1.bitstring{
bytes: []byte{byte(x509.extkeyusageclientauth)},
bitlength: 8,
})
if err != nil {
error.fatalf("can't serialize extended key usage %s", err)
}然后我创建了一个模板并成功生成并保存了csr，差不多了：
template := x509.certificaterequest{
rawsubject: asn1subj,
emailaddresses: []string{emailaddress},
signaturealgorithm: _sigalg,
extraextensions: []pkix.extension{
{
id: oidextensionextendedkeyusage,
value: asn1keyusagecauth,
},
{
id: oidextensionkeyusage,
critical: true,
value: asn1keyusagedatenc,
},
{
id: oidextensionkeyusage,
critical: true,
value: asn1keyusagedigsig,
},
},
}
csrbytes, _ := x509.createcertificaterequest(rand.reader, &template, privatekey)
and here is an openssl req -in my_output.csr -text -noout
******
asn1 oid: prime256v1
nist curve: p-256
attributes:
requested extensions:
x509v3 subject alternative name:
email:[email protected]
x509v3 extended key usage:
....
x509v3 key usage: critical
key agreement
x509v3 key usage: critical
encipher only
signature algorithm: ecdsa-with-sha256
******我的extendedkeyusage是空的，而它应该是clientauthentication。我做错了什么？
我期待看到：
X509v3 Extended Key Usage: ClientAuthentication我看到的是空字段。我尝试使用来自另一个 oid 的不同字节集，但仍然没有任何结果。就好像 extendedkeyusage 字段不允许写入任何内容（虽然它应该）
如果是导入的：
版本：go1.19.3 darwin/amd64
解决方法
我认为问题出在打印数据时。键/值实际上存在于数据中。
从代码中：
var oidextensionextendedkeyusage = asn1.objectidentifier{2, 5, 29, 37}
asn1keyusagecauth, err := asn1.marshal(asn1.bitstring{
bytes: []byte{byte(x509.extkeyusageclientauth)},
bitlength: 8,
})
extraextensions: []pkix.extension{
{
id: oidextensionextendedkeyusage,
//critical: true,
value: asn1keyusagecauth,
//value: {2, 5, 29, 15},
},oidextensionextendedkeyusage 为 asn.1 oid 2.5.29.37，使用 der 编码器编码时将为“55 1d 25”
您可以在线对其进行编码，以查看它将生成什么二进制文件（例如 https://www.php.cn/link/8e08227323cd829e449559bb381484b7)
asn1keyusagecauth 值为 2（在 x509.go 中定义的常数），当使用 der 编码器编码为 asn.1 bit string 时将为“00 02”（第一个 00 是填充位数（无），02 是填充位数）值2)
现在获取证书请求的 base64 值并使用 asn.1 der 解码器对其进行解码（例如：https: //asn1.io/asn1playground)
miibtzccav0caqawgzwxczajbgnvbaytakfvmq8wdqydvqqiewztewruzxkxdzan bgnvbactbln5zg5letetmbega1uechmkc210aensawvuddelmakga1uecxmcsvqx jtajbgnvbamthhntdggtq2xpzw50lvk4cdg1bk1psvnzmgliz0exijagbgkqhkig 9w0bcqeme3ntdghjbgllbnrac210ac5jb20wwtatbgcqhkjopqibbggqhkjopqmb bwncaar4riguoxsyxdaml9f9e2grjumuk8q0jilotb2kadmbz1rocedszuuxkqcr 0vud2aw3vidph1ar4hkqwkm43hxqof4wxayjkozihvcnaqkomu8wttaebgnvhree fzavgrnzbxroy2xpzw50qhntdgguy29tmasga1udjqqeawiiaajaobgnvhq8baf8e bamcaagwdgydvr0paqh/baqdagabmaogccqgsm49bamca0gameuciqdtbj+0atjy f1gy8am2mv7/x3tsebmmvdszkw8l6rvseqigmih8co9nkp0axdmgp9x4kvjjzk9x rw3roydt89d73oa=
try the full power of oss' asn-1step by downloading a free trial
oss nokalva tlv print utility version 8.6.1
copyright (c) 1997-2022 oss nokalva, inc. all rights reserved.
30 8201b7(439)
30 82015d(349)
02 01 00
30 819c(156)
31 0b
30 09
06 03 550406
13 02 4155
31 0f
30 0d
06 03 550408
13 06 5379646e6579
31 0f
30 0d
06 03 550407
13 06 5379646e6579
31 13
30 11
06 03 55040a
13 0a 736d7468436c69656e74
31 0b
30 09
06 03 55040b
13 02 4954
31 25
30 23
06 03 550403
13 1c 736d74682d436c69656e742d59387038356e4d694953733069486741
31 22
30 20
06 09 2a864886f70d010901
0c 13 736d7468636c69656e7440736d74682e636f6d
30 59
30 13
06 07 2a8648ce3d0201
06 08 2a8648ce3d030107
03 42 000478ac88143b14b25dd68c2fd17d7b68118ee3142bc4348e29684dbda401d9...
a0 5e
30 5c
06 09 2a864886f70d01090e
31 4f
30 4d
30 1e
06 03 551d11
04 17 30158113736d7468636c69656e7440736d74682e636f6d
30 0b -- here it is!
06 03 551d25
04 04 03020002
30 0e
06 03 551d0f
01 01 ff
04 04 03020008
30 0e
06 03 551d0f
01 01 ff
04 04 03020001
30 0a
06 08 2a8648ce3d040302
03 48 003045022100d3063fb402d8f2175198f0033632feff5f7b6c11b98c55db332b0f25...
results
to get more details, please provide/compile a schema for your data.向下滚动上面的输出，直到找到 here it is！
您的键/值是：
30 0B -- a SEQUENCE of 11 bytes
06 03 551D25 -- an item of 3 bytes (551D25 ... OidExtensionExtendedKeyUsage)
04 04 03020002 -- an item of 4 bytes (03 02 0002 ... an item of 2 bytes 0002 ... asn1KeyUsageCAuth)我很想根据 asn.1 规范解码 csr ...但我找不到它:(
以上就是在 golang 中生成期间向 CSR 提供 ExtendedKeyUsage 信息时出现问题的详细内容，更多请关注编程网其它相关文章！
