Thank you for your feedback, I open an incident bug in Bugzilla

Amir Omidi a következőt írta (2023. július 19., szerda, 20:36:08 UTC+2):

> Per https://www.ccadb.org/cas/incident-report#incident-reports, this 
> mailing list is not the correct place for the incident report. Incident 
> reports should go: 
> https://bugzilla.mozilla.org/buglist.cgi?product=CA%20Program&component=CA%20Certificate%20Compliance&list_id=16291008
>
> On Wednesday, July 19, 2023 at 2:09:24 PM UTC-4 Sándor dr. Szőke wrote:
>
>> MICROSEC INCIDENT REPORT - No OCSP status response for 2 Precertificates
>> ------------------------------
>>
>> I -- How your CA first became aware of the problem (e.g. via a problem 
>> report submitted to your Problem Reporting Mechanism, a discussion in 
>> mozilla.dev.security.policy, a Bugzilla bug, or internal self-audit), and 
>> the time and date.
>>
>> Microsec received an iformation by phone, that 2 Microsec OCSP problems 
>> reported on the following site: https://sslmate.com/labs/ocsp_watch/
>> ------------------------------
>>
>> II -- A timeline of the actions your CA took in response. A timeline is a 
>> date-and-time-stamped sequence of all relevant events. This may include 
>> events before the incident was reported, such as when a particular 
>> requirement became applicable, or a document changed, or a bug was 
>> introduced, or an audit was done.
>>
>> 2023-07-18 19:55 CET
>>    
>>    - receive a notification phone call about the problem
>>
>> 2023-07-18 19:57 CET
>>    
>>    - Microsec opened an internal JIRA ticket to record the problem
>>
>> 2023-07-18 20:11 CET
>>    
>>    - initiating an investigation to identify the cause(s) of the problem 
>>    and to prevent further similar errors
>>
>> 2023-07-18 20:49 CET
>>    
>>    - information collected about the problematic precertificates
>>
>> 2023-07-18 20:56 CET
>>    
>>    - finding the reason of the problem
>>
>> 2023-07-18 21:00 CET
>>    
>>    - adding the two missing precertificates to our OCSP responders 
>>    database
>>    - revoking the two precertificates
>>    - error messages disappeard from the 
>>    https://sslmate.com/labs/ocsp_watch/
>>
>> ------------------------------
>>
>> III -- Whether your CA has stopped, or has not yet stopped, issuing 
>> certificates with the problem. A statement that you have will be considered 
>> a pledge to the community; a statement that you have not requires an 
>> explanation.
>>
>>
>>    - The two problems happened in different time, so they were 
>>    independent events.
>>    - The investigation started after office hours, when there is no 
>>    certificate issuance.
>>    - The problem was temporarily solved very quickly, so there was no 
>>    need to stop the certificate issuance.
>>
>> ------------------------------
>>
>> IV -- A summary of the problematic certificates. For each problem: number 
>> of certs, and the date the first and last certs with that problem were 
>> issued.
>>
>> 2022-12-16
>>    
>>    - One precertificate without issued TLS certificate - 
>>    https://crt.sh/?id=8214560966
>>
>> 2023-04-14
>>    
>>    - One precertificate without issued TLS certificate - 
>>    https://crt.sh/?id=9146975721
>>
>> ------------------------------
>>
>> V -- The complete certificate data for the problematic certificates. The 
>> recommended way to provide this is to ensure each certificate is logged to 
>> CT and then list the fingerprints or crt.sh IDs, either in the report or as 
>> an attached spreadsheet, with one list per distinct problem.
>>
>>
>> domain
>> crt.sh link
>> dtk.kszdr.gov.hu
>> https://crt.sh/?id=8214560966
>> smtp1.mkb.hu
>> https://crt.sh/?id=9146975721
>> ------------------------------
>>
>> VI -- Explanation about how and why the mistakes were made or bugs 
>> introduced, and how they avoided detection until now.
>>
>> We performed the initial investigation and we found the following
>>    
>>    - We could find in the CA log entries, that in booth cases an error 
>>    happened during the certificate issuance:
>>
>> -- the precertificate was created successfully
>>
>> -- the precertificate transmitted to at least one log server successfully
>>
>> -- the CA software could not reach the necessary number of log servers
>>
>> -- the certificate issuance process was terminated with an error status
>>
>> -- the TLS certificate was not issued
>>
>> -- due to the improper error management flow installed in the CA 
>> software, the precertificate has not been added to the OCSP responders 
>> database.
>>
>>    - After the unsuccessful issuance, the CA created a new 
>>    precertificate with the same plublic key and with new serial number, and 
>>    with that the certificate issuance was successful.
>>
>> Summary of the findings
>>
>> The problem was caused by a configuration problem in the CA program
>>
>>    - the precertificate was not added to the OCSP responders database, 
>>    when at least one log server could respond with an SCT
>>
>> ------------------------------
>>
>> VII -- List of steps your CA is taking to resolve the situation and 
>> ensure such issuance will not be repeated in the future, accompanied with a 
>> timeline of when your CA expects to accomplish these things.
>>
>> Immediate actions
>>    
>>    - Microsec added the two missing precertificates to its OCSP 
>>    responders database
>>    - Microsec revoked the two problematic precertificates immediately
>>    - A quick initial investigation was made to find out the reason of 
>>    the problem.
>>    - Microsec identified the causes of the problem as you see it above.
>>    - Microsec made a quick fix on the CA program, which reduces the 
>>    chance to have this type of problem again
>>    - Microsec opened an incident bug in Mozilla's Bugzilla with the 
>>    present report.
>>
>> ------------------------------
>> Further planned actionsDeadline: 2023-08-20
>>    
>>    - Microsec will make a more detailed investigation on the CA software 
>>    and makes further changes if necessary to prevent this problem happening 
>>    again.
>>    - Microsec will develop an automatic tool tho check the 
>>    https://sslmate.com/labs/ocsp_watch/ daily
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"CCADB Public" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to public+unsubscr...@ccadb.org.
To view this discussion on the web visit 
https://groups.google.com/a/ccadb.org/d/msgid/public/be775cee-c292-43d7-9ea8-507f5db8ddcen%40ccadb.org.

Reply via email to