dogtagpki

#782 Refactoring security domain
Closed: migrated by dmoluguw. Opened by edewata.

Closed: migrated
Reopen Issue

Currently the security domain can only run in CA. A standalone KRA will not have a CA but it still needs to support some of the security domain operations:

  • getDomainXML()
  • getInstallationToken()
  • updateDomainXML()

One option is to enhance KRA to support these operations. The other option is to refactor security domain such that it runs in a separate web application (i.e. /pki) and can be combined with any subsystems.

there is a similar scenario with a "standalone" clone CA with bz 1091595 that would possibly benefit from that feature.

Metadata Update from @edewata:
- Issue set to the milestone: UNTRIAGED

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/1349

If you want to receive further updates on the issue, please navigate to the
GitHub issue and click on Subscribe button.

Thank you for understanding, and we apologize for any inconvenience.

Metadata Update from @dmoluguw:
- Issue close_status updated to: migrated
- Issue status updated to: Closed (was: Open)
Metadata
None
None
None
None
Normal
defect
General
None
Community
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.