Contents
Preamble
Background
CAcert uses roots as described at Structure of Roots and many other places. Because the existing roots have been deemed to be Audit Fail, we have to create new ones that are capable of passing a future audit. Also, this project has taken on more urgency because of the deprecation of MD5 and the general weakening of the roots over time.
Authority
The Board authorises creation of roots and subroots from time to time. The procedures are authorised under DRAFT Security Policy and are indexed into the Security Manual. Also see the wip DRAFT.
Process
Discussion on the project is at cacert-policy maillist. You can subscribe here and read the archives.
This wiki page is freely editable. Add tasks where needed. Add questions if needed.
Tasks
Task
Responsibility
References
Status
Re-sign class 3
Critical Team Leader
procedure written and tested, authorised as m20110515.2
PR for Class 3 Re-sign
Community
Board
board meeting 20100306
board meeting 20100321
board meeting 20130310 ff.Roots/Structure correct?
Policy Group
under review 20090305
Roots/Contents correct?
Policy Group with Technical Input
under review 20090305
security policy correct?
Policy Group
security manual correct?
critical systems administration team leader
CPS correct?
Policy Group
CPS to DRAFT p20090706
CPS to drop assurer critieria and allow IDN certificates in specified TLD or single script character sets p20091108
CPS #7.1.2 "Certificate Extensions" adjustments p20111113Software Changes (todo break into detail)
software team
waiting on root structure/format definition
New Root Creation
critical team
waiting on confirmation of root structure/content
New Root testing
anyone
waiting on Root Creation
Early Root Distribution
linux distros
waiting on Root Creation
New Root deployment
critical team + assistance
fill in details rollout procedure
dry run being conducted with Class 3 Re-Sign Project
Blogs / Press releases etc
as above
dry run being conducted with Class 3 Re-Sign Project
Decommision Old roots
critical team
Unresolved Issues / Documentation Task List
These need to be addressed with written procedures:
Creation of an offine root escrow method at Roots/EscrowAndRecovery
Roots/CompromiseStrategy should be reviewed.
- Creation of sub-roots for different CAcert functions:
- Web of Trust (eg CAP)
- Remote Assurance (eg RAP)
- Organisation Assurance (eg OAP) (from which our organisations get their certs)
Creation of sub-roots for assured organisations (from which organisations can issue certificates from their own sub-root)
- Revocation process.
Future requirements may include Roots/HSM.
Questions
Question
by
Answer/Opinion
by
Planning
- Verify new roots are technical designed right
- Verify governance framework (CPS, SP, SM) are good
- Develop software changes
- Plan deployment
Historical
Timeline
Most recent at top.
RESOLVED, that the existing root may not be used to sign any new sub-roots, and that the board receive reports from affected teams with a view to the issuing of a new offline root with multiple sub-roots.
An opportunity for using HAR2009 was suggested but did not work out.
Roots/20081128 resulted in the creation of Top-level root and 2 subroots (Member & Assured). However the follow-up phases did not complete.
- A meeting at or around 20081002 worked through the software and shook out bugs.
- Planning for the new roots started around mid 2008, as part of the "May Plan."
- At Top 2007, auditor announced that the old roots had to be replaced.
References
Roots/Library lists the deeper references: policies and old decisions: