-
Notifications
You must be signed in to change notification settings - Fork 124
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix broken IR process #2429
Fix broken IR process #2429
Conversation
- Is there evidence of compromise or attack? | ||
- Has the system been unable to maintain our [service level objectives]({{ site.baseurl }}{% link _docs/overview/customer-service-objectives.md %})? | ||
- An availability issue impacting a single customer is likely _not_ an incident | ||
- Is an attack imminent or suspected (e.g. a Log4J type vulnerability) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- Is an attack imminent or suspected (e.g. a Log4J type vulnerability) | |
- Is an attack imminent or suspected (e.g. a Log4J type vulnerability)? |
When a TTS staff member (the *reporter*) notices and reports a cloud.gov-related incident using the [TTS incident response process](https://handbook.tts.gsa.gov/general-information-and-resources/tech-policies/security-incidents/) they should then notify the cloud.gov team in [`#cg-support`](https://gsa-tts.slack.com/archives/C09CR1Q9Z) | ||
|
||
When a cloud.gov team member is the first person to notice an incident, they should | ||
join [`#cg-incidents`](https://gsa-tts.slack.com/archives/GTNBK2L9K), and use the "Declare Incident" Workflow. | ||
|
||
When a cloud.gov team member is the first person to notice an incident, they should also begin reporting it by using the [TTS incident response process](https://handbook.tts.gsa.gov/general-information-and-resources/tech-policies/security-incidents/) and posting about it in [`#cloud-gov`](https://gsa-tts.slack.com/messages/cloud-gov/) using `@cg-team` (including notifying the cloud.gov leads). | ||
Declaring an incident results in further guidance to: | ||
- Designate an Incident Commander and Scribe | ||
- Claim an incident folder in our "Incident Response" [Google Drive folder](https://drive.google.com/drive/folders/1WtLFiZuxLmKR4mrztEE9YtS78nGxC--P) | ||
- We try to populate incident folders in advance based on existing templates | ||
- Share the URL of the incident document | ||
- Update incident doc in that folder with comms and key findings. | ||
- Gather in a Google Meet | ||
- Set reminders to send comms updates, and to rotate key roles every 6 hours. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This section feels broadly repetitive of https://github.com/cloud-gov/cg-site/pull/2429/files#diff-8b21e674168ee96c2cb0966300d0c51b63e5fd2389228d91f3d3cf45df23d510R39-R48
Is there any way to avoid that?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The IR document is still very duplicative. I’d like to do another round and leverage somthing like https://gist.github.com/scmx/eca72d44afee0113ceb0349dd54a84a2 to expand/collapse the details.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fair. As a first pass, this is a big improvement
Changes proposed in this pull request:
This is still a less-than-ideal document but is significantly better. I'd like to merge it once we correct what's still clearly wrong even we may still have some omissions.
Security Considerations
The IR process has already been open-source.