mbedtls/tests/data_files/test-ca.opensslconf

[req]
x509_extensions = v3_ca
distinguished_name = req_dn

[req_dn]
countryName = NL
organizationalUnitName = PolarSSL
commonName = PolarSSL Test CA

[v3_ca]
subjectKeyIdentifier=hash
authorityKeyIdentifier=keyid:always,issuer:always
basicConstraints = CA:true

[othername_san]
subjectAltName=otherName:1.3.6.1.5.5.7.8.4;SEQ:hw_module_name

[unsupoported_othername_san]
subjectAltName=otherName:1.2.3.4;UTF8:some other identifier

[alt_names]
DNS.1=example.com
otherName.1=1.3.6.1.5.5.7.8.4;SEQ:hw_module_name
DNS.2=example.net
DNS.3=*.example.org

[multiple_san]
subjectAltName=@alt_names

[hw_module_name]
hwtype = OID:1.3.6.1.4.1.17.3
hwserial = OCT:123456

[v3_any_policy_ca]
basicConstraints = CA:true
certificatePolicies = 2.5.29.32.0

[v3_any_policy_qualifier_ca]
basicConstraints = CA:true
certificatePolicies = @policy_info

[v3_multi_policy_ca]
basicConstraints = CA:true
certificatePolicies = 1.2.3.4,2.5.29.32.0

[v3_unsupported_policy_ca]
basicConstraints = CA:true
certificatePolicies = 1.2.3.4

[policy_info]
policyIdentifier = 2.5.29.32.0
CPS.1 ="CPS uri string"

[fan_cert]
extendedKeyUsage = 1.3.6.1.4.1.45605.1

[noext_ca]
basicConstraints = CA:true

[test_ca]
database = /dev/null

[crl_ext_idp]
issuingDistributionPoint=critical, @idpdata

[crl_ext_idp_nc]
issuingDistributionPoint=@idpdata

[idpdata]
fullname=URI:http://pki.example.com/
Added SHA256 test certificates With SHA-1 deprecation, we need a few certificates using algorithms in the default support list. Most tests still use SHA-1 though. The generation process for the new certificates is recorded in the makefile. 2017-05-05 18:56:12 +02:00			`[req]`
			`x509_extensions = v3_ca`
			`distinguished_name = req_dn`

			`[req_dn]`
			`countryName = NL`
			`organizationalUnitName = PolarSSL`
			`commonName = PolarSSL Test CA`

			`[v3_ca]`
			`subjectKeyIdentifier=hash`
			`authorityKeyIdentifier=keyid:always,issuer:always`
			`basicConstraints = CA:true`
Add test for CA forgery attempt As we accept EE certs that are explicitly trusted (in the list of trusted roots) and usually look for parent by subject, and in the future we might want to avoid checking the self-signature on trusted certs, there could a risk that we incorrectly accept a cert that looks like a trusted root except it doesn't have the same key. This test ensures this will never happen. 2017-06-29 09:48:08 +02:00
Suppport otherName of type hardware module name Add support of parsing of subject alternative name, of type otherName. Currently supports only hardware module name, as defined in rfc 4108. 2019-03-21 12:40:13 +01:00			`[othername_san]`
			`subjectAltName=otherName:1.3.6.1.5.5.7.8.4;SEQ:hw_module_name`

			`[unsupoported_othername_san]`
			`subjectAltName=otherName:1.2.3.4;UTF8:some other identifier`

			`[alt_names]`
			`DNS.1=example.com`
			`otherName.1=1.3.6.1.5.5.7.8.4;SEQ:hw_module_name`
			`DNS.2=example.net`
			`DNS.3=*.example.org`

			`[multiple_san]`
			`subjectAltName=@alt_names`

			`[hw_module_name]`
			`hwtype = OID:1.3.6.1.4.1.17.3`
			`hwserial = OCT:123456`

Add support for certificate policies extension Add support for certificate policies, as defined in rfc 5280. Currently support only `anyPolicy` policy. 2019-03-21 13:00:03 +01:00			`[v3_any_policy_ca]`
			`basicConstraints = CA:true`
			`certificatePolicies = 2.5.29.32.0`

			`[v3_any_policy_qualifier_ca]`
			`basicConstraints = CA:true`
			`certificatePolicies = @policy_info`

			`[v3_multi_policy_ca]`
			`basicConstraints = CA:true`
			`certificatePolicies = 1.2.3.4,2.5.29.32.0`

			`[v3_unsupported_policy_ca]`
			`basicConstraints = CA:true`
			`certificatePolicies = 1.2.3.4`

			`[policy_info]`
			`policyIdentifier = 2.5.29.32.0`
			`CPS.1 ="CPS uri string"`

Add Wisun Fan device certificate Add certificate with Wisun fan device extended key usage, support parsing it and add tests. 2019-03-25 13:05:23 +01:00			`[fan_cert]`
			`extendedKeyUsage = 1.3.6.1.4.1.45605.1`

Add test for CA forgery attempt As we accept EE certs that are explicitly trusted (in the list of trusted roots) and usually look for parent by subject, and in the future we might want to avoid checking the self-signature on trusted certs, there could a risk that we incorrectly accept a cert that looks like a trusted root except it doesn't have the same key. This test ensures this will never happen. 2017-06-29 09:48:08 +02:00			`[noext_ca]`
			`basicConstraints = CA:true`
Merge tag 'mbedtls-2.8.0' into iotssl-1381-x509-verify-refactor-restricted Conflict resolution: * ChangeLog * tests/data_files/Makefile: concurrent additions, order irrelevant * tests/data_files/test-ca.opensslconf: concurrent additions, order irrelevant * tests/scripts/all.sh: one comment change conflicted with a code addition. In addition some of the additions in the iotssl-1381-x509-verify-refactor-restricted branch need support for keep-going mode, this will be added in a subsequent commit. 2018-03-22 22:21:55 +01:00
x509: CRL: reject unsupported critical extensions 2018-03-13 11:53:30 +01:00			`[test_ca]`
			`database = /dev/null`

			`[crl_ext_idp]`
			`issuingDistributionPoint=critical, @idpdata`

x509: CRL: add tests for non-critical extension The 'critical' boolean can be set to false in two ways: - by leaving it implicit (test data generated by openssl) - by explicitly setting it to false (generated by hand) 2018-03-14 12:23:56 +01:00			`[crl_ext_idp_nc]`
			`issuingDistributionPoint=@idpdata`

x509: CRL: reject unsupported critical extensions 2018-03-13 11:53:30 +01:00			`[idpdata]`
			`fullname=URI:http://pki.example.com/`