CONFIDENTIAL — Shared under mutual NDA. Do not distribute outside your organization.

Incident Response Policy

CloudFive  ·  Effective: June 2026  ·  Owner: Todd Densmore  ·  Review: Annual

1. Purpose

This policy defines how CloudFive detects, responds to, and recovers from security incidents affecting client data or CloudFive systems. The goal is to minimize impact, restore operations quickly, and improve defenses after every incident.

2. What Constitutes an Incident

3. Incident Severity

4. Response Phases

Phase 1 — Detection & Triage Identify the incident through monitoring alerts (AWS GuardDuty, CloudTrail anomalies, endpoint alerts) or external report. Assess severity. Assign P-level. Begin incident log.
Phase 2 — Containment Isolate affected systems (revoke credentials, quarantine EC2 instances, disable compromised accounts). Preserve evidence (snapshot affected systems before remediation). Stop the bleeding before fixing the root cause.
Phase 3 — Eradication Remove threat (malware, backdoors, unauthorized access). Rotate all potentially exposed credentials. Review access logs to identify full scope. Patch exploited vulnerability.
Phase 4 — Recovery Restore systems from clean backups where needed. Verify integrity before returning to production. Re-enable services. Monitor closely for 48 hours post-recovery.
Phase 5 — Post-Mortem Conduct blameless post-mortem within 5 business days. Document: timeline, root cause, impact, response actions, and prevention measures. Share relevant portions with affected clients.

5. Client Notification

6. Contact During an Incident

Primary: Todd Densmore — todd@cloudfive.net
To report a suspected incident: email with subject line [SECURITY INCIDENT].

7. Tools & Resources