While testing multiple CN's for profile caUserCert looks like the handling is not proper.
In caUserCert , if we specify multiple CN's it taken as because of which no SAN extension is getting added.
Subject: UID=testuser,CN=testing.example.com\,1.example.com
So for CaUserCert, multiple CN are not taken properly.CSR construction is not as expected.
Subject: CN=test.example.com,CN=1.example.com Extensions: Identifier: Authority Key Identifier - 2.5.29.35 Critical: no Key Identifier: 23:C1:52:30:49:97:F1:33:3E:6E:97:96:1D:86:59:1F: 3F:E6:E2:A4 Identifier: Subject Alternative Name - 2.5.29.17 Critical: no Value: DNSName: test.example.com
Steps to Reproduce:
1. Disable the CauserCert profile. 2. Add the below mentioned fields in the caUserCert. <fields to add in profile caUserCert> policyset.userCertSet.11.constraint.class_id=noConstraintImpl policyset.userCertSet.11.constraint.name=No Constraint policyset.userCertSet.11.default.class_id=commonNameToSANDefaultImpl policyset.userCertSet.11.default.name=Copy Common Name to Subject Alternative Namepolicyset.userCertSet.8.constraint.class_id=noConstraintImpl policyset.userCertSet.8.constraint.name=No Constraint policyset.userCertSet.8.default.class_id=subjectAltNameExtDefaultImpl policyset.userCertSet.8.default.name=Subject Alt Name Constraint policyset.userCertSet.8.default.params.subjAltExtGNEnable_0=true policyset.userCertSet.8.default.params.subjAltExtGNEnable_1=true policyset.userCertSet.8.default.params.subjAltExtGNEnable_2=true policyset.userCertSet.8.default.params.subjAltExtPattern_0=$request.requestor_e mail$ policyset.userCertSet.8.default.params.subjAltExtPattern_1=pki1.example.com policyset.userCertSet.8.default.params.subjAltExtPattern_2=$request.uid$ policyset.userCertSet.8.default.params.subjAltExtType_0=RFC822Name policyset.userCertSet.8.default.params.subjAltExtType_1=DNSName policyset.userCertSet.8.default.params.subjAltExtType_2=DNSName policyset.userCertSet.8.default.params.subjAltNameExtCritical=false policyset.userCertSet.8.default.params.subjAltNameNumGNs=5 </filds to add in caUserCert> policyset.userCertSet.list=1,10,2,3,4,5,6,7,8,9,11 3.Enable the profile.
Actual results:
most specific CN is not getting pick in case of multiple CN's.Same test case works in caServerCert.
Expected results:
CaUserCert when have multiple CN's , it should be able to pick left most CN in SAN extensions.
Metadata Update from @mharmsen: - Custom field component adjusted to General - Custom field feature adjusted to '' - Custom field origin adjusted to Community - Custom field proposedmilestone adjusted to '' - Custom field proposedpriority adjusted to '' - Custom field reviewer adjusted to '' - Custom field rhbz adjusted to https://bugzilla.redhat.com/show_bug.cgi?id=1451188 - Custom field type adjusted to defect - Custom field version adjusted to ''
Metadata Update from @mharmsen: - Issue assigned to mharmsen
Metadata Update from @mharmsen: - Issue assigned to ftweedal (was: mharmsen)
Metadata Update from @mharmsen: - Issue priority set to: critical
Metadata Update from @mharmsen: - Issue set to the milestone: 10.5 (was: 10.4)
Metadata Update from @ftweedal: - Assignee reset
Metadata Update from @mharmsen: - Issue priority set to: major (was: critical) - Issue set to the milestone: FUTURE (was: 10.5)
Per 10.5.x/10.6 Triage:
ftweedal: obscure use case. close WONTFIX
Metadata Update from @mharmsen: - Issue close_status updated to: wontfix - Issue set to the milestone: 10.5.7 (was: FUTURE) - Issue status updated to: Closed (was: Open)
Dogtag PKI is moving from Pagure issues to GitHub issues. This means that existing or new issues will be reported and tracked through Dogtag PKI's GitHub Issue tracker.
This issue has been cloned to GitHub and is available here: https://github.com/dogtagpki/pki/issues/2812
If you want to receive further updates on the issue, please navigate to the GitHub issue and click on Subscribe button.
Subscribe
Thank you for understanding, and we apologize for any inconvenience.