Bug 816236 - permission setting of system certs can fail in clone installation if nicknames are changed
Summary: permission setting of system certs can fail in clone installation if nickname...
Keywords:
Status: CLOSED EOL
Alias: None
Product: Dogtag Certificate System
Classification: Retired
Component: Installation Wizard
Version: 9.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Ade Lee
QA Contact: Ben Levenson
URL:
Whiteboard:
Depends On:
Blocks: 530474
TreeView+ depends on / blocked
 
Reported: 2012-04-25 15:15 UTC by Ade Lee
Modified: 2020-03-27 18:35 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2020-03-27 18:35:51 UTC
Embargoed:


Attachments (Terms of Use)

Description Ade Lee 2012-04-25 15:15:36 UTC
Description of problem:

In RestoreKeyCertPanel.java , we have the following code to set the trusts on certs that are installed in a clone.  This is wrong because the nicknames may be changes and may not start with the indicated phrases.

if (name.startsWith("caSigningCert")) {
     // we need to change the trust attribute to CT
     InternalCertificate icert = (InternalCertificate) xcert;
     icert.setSSLTrust(InternalCertificate.TRUSTED_CA
                       | InternalCertificate.TRUSTED_CLIENT_CA
                       | InternalCertificate.VALID_CA);
} else if (name.startsWith("auditSigningCert")) {
     InternalCertificate icert = (InternalCertificate) xcert;
     icert.setObjectSigningTrust(InternalCertificate.USER
                                | InternalCertificate.VALID_PEER            
                                | InternalCertificate.TRUSTED_PEER);
}

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:


Note You need to log in before you can comment on or make changes to this bug.