Changes

Jump to: navigation, search

CA/Responding To An Incident

570 bytes added, 18:57, 12 December 2017
Added paragraph to explain that purpose of incident report is not to point fingers, but to help improve the web.
= Incident Report =
 
The purpose of incident reporting is to help all of us work together to build a more
secure web. Therefore, the incident report should share lessons learned that could be helpful to all CAs to build better systems. The incident report should explain how the systems failed, how was the mis-issuance or incident possible, and why the problem was not detected earlier. In addition to the timeline of responding to and resolving the incident, the incident report should explain how the CA's systems will be made more robust, and how other CAs may learn from the incident.
Each incident should result in an incident report, written as soon as the problem is fully diagnosed and (temporary or permanent) measures have been put in place to make sure it will not re-occur. If the permanent fix is going to take significant time to implement, you should not wait until this is done before issuing the report. We expect to see incident reports as soon as possible, and certainly within two weeks of the initial issue report. While remediation work may still be ongoing, a satisfactory incident report will serve to resolve the issue from a Mozilla perspective.
Confirm, administrator
5,526
edits

Navigation menu