Google Trust Services: Tracking bug for possible audit delays (audit due 2020-12)
Categories
(CA Program :: CA Certificate Compliance, task)
Tracking
(Not tracked)
People
(Reporter: ryan.sleevi, Assigned: kluge)
Details
(Whiteboard: [ca-compliance] [audit-delay] [covid-19])
On 2020-03-27, David Kluge posted the following on mozilla.dev.security.policy regarding possible delays for Google Trust Services, whose audit period runs from 2019-10-01 to 2020-09-30.
Google Trust Services (GTS) would like to provide an update on a potential risk related to the "Auditing of CA facilities in lockdown because of an environmental disaster/pandemic" thread.
Our annual audit period for all GTS CAs runs from October 1st of one year to September 30th of the following year, so we have just over 6 months to complete facility audits. While we believe it should be possible to fully audit all facilities, we have no way of knowing when the current travel restrictions will be lifted. For this reason, we want to flag this as a possible future risk
Our facility audits normally involve site visits by auditors to 3 locations during July and August. The 3 sites are: 1 in Oklahoma, US, 1 in South Carolina, US and 1 in Zurich canton, Switzerland. At present, all sites are functional and secure but subject to some form of lockdown and most of our staff and auditor staff is subject to shelter in place requirements. We do not have any immediate concerns related to secure ongoing operation or compliance obligations, but if the Covid-19 restrictions extend into the late Summer, our ability to conduct facility audits for some locations may be imperilled.
- 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.
Arvid Vermote started the "Auditing of CA facilities in lockdown because of an environmental disaster/pandemic" thread on m.d.s.p and we have been following it closely.
- 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.
GTS has expanded its business continuity plan to cover pandemics and travel restriction scenarios in more depth. We are maintaining regular communications with our auditors about potential impacts. If we needed to, under essential worker provisions, we could complete key ceremonies and facility audits, but as we have no pressing need to conduct either activity, we are delaying both indefinitely and continually assessing the impact and our risk position.
- 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.
Not applicable for this issue.
- 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.
Not applicable for this issue.
- 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.
Not applicable for this issue.
- Explanation about how and why the mistakes were made or bugs introduced, and how they avoided detection until now.
The current Covid-19 pandemic is unprecedented. Our business continuity plans cover global disruptions but they assumed a higher likelihood of occurrence for disruptions due to local events.
- 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.
Like the rest of the industry, we're in a position of continuous re-evaluation. Should the situation change dramatically or not look likely to accommodate routine operations and activities by July 1, 2020, we will provide an update on our plans.
Reporter | ||
Comment 1•5 years ago
|
||
Thanks for reporting this, David.
I've created a tracking bug, and set a next update to 2020-07-01, as per your message. I'm not setting Needs-Info, as I don't think the weekly reminders will be useful/needed :)
Updated•4 years ago
|
Reporter | ||
Comment 3•4 years ago
|
||
David, do you have an update? I notice 2020-07-01 went by without an update, and we've now also passed 2020-08-31.
Comment 4•4 years ago
|
||
Sorry about the lag. The situation has been rather dynamic, given ever changing pandemic restrictions, thus we did not have high confidence dates until most of the work was actually done. We completed physical audits for 2 of the 3 locations during this week and have a plan with our auditors for the 3rd. We expect the Google Trust Services WebTrust audit to be completed on-time. While we have needed to modify some procedures due to Covid-19, we do not expect any delay or significant deviations.
Updated•4 years ago
|
Comment 5•4 years ago
|
||
The 3rd location has been completed. Other audit tasks are all on track for timely completion. We expect to deliver audit reports on time. We're happy to answer any questions, but Google Trust Services is fine with closing this bug.
Reporter | ||
Comment 6•4 years ago
|
||
Ben: I'm 100% good with closing this as Resolved/Invalid, since it sounds like no issue.
Updated•4 years ago
|
Reporter | ||
Comment 7•4 years ago
|
||
Ben: Marking this Resolved/Invalid, since it appears there was no underlying issue here.
Reporter | ||
Updated•4 years ago
|
Updated•2 years ago
|
Description
•