r/PKI • u/TraditionalLayer3685 • 3h ago
Should machine trust-store distribution be part of certificate lifecycle management?
We've been working on certificate lifecycle automation, and one problem we've recently moved into is CA trust distribution.
Issuing and renewing certificates is one side of PKI operations, but eventually there are environments where you also need to establish or remove trust across machines.
We just added a model where an operator can approve CA material and distribute it through an outbound-only agent to machine trust stores on:
- Windows
- Debian/Ubuntu
- RHEL/Fedora
A few safety properties we decided on:
- the CA certificate fingerprint is pinned before distribution
- the agent re-verifies the fingerprint before touching the trust store
- we track whether the certificate was installed by the control plane or was already present
- removal is only allowed for material the agent can prove it installed
- multiple references to the same CA are reference-counted, so removing one reference doesn't remove trust another workload still depends on
- retiring an anchor stops new distributions but does not automatically fan out removals
- trust changes create audit/evidence records
One thing we're deliberately not trying to encourage is installing intermediates as a workaround for servers that don't present a proper chain. That's a different problem.
What we're debating is the architectural boundary.
For those operating private PKI at scale, do you consider machine trust distribution part of CLM/PKI lifecycle management, or should the PKI system stop at defining the desired trust state and leave deployment entirely to tools like GPO, Intune, Ansible, Puppet ?
And if you do automate trust-store changes, what safeguards do you consider mandatory before you'd let the system remove a CA ?
The CertOps implementation of Tokentimer is open source if anyone wants to inspect or use it : https://github.com/tokentimerch/tokentimer-core
