Domain 2 of 4 · Chapter 2 of 2

Report Security Operations and Coordinate Incident Communications

Unlock the complete study guide.

Bundled into the existing CompTIA CySA+ premium course — no separate purchase.

14-day money-back guarantee — no questions asked.

Included in this chapter:

  • From alert to declared, prioritized, escalated or elevated incident
  • The communication plan and the four communication jobs
  • Coordinating with legal, HR, facilities, and providers
  • Notifying regulators, law enforcement, and customers
  • Public communication through approved spokespeople
  • Operational security for channels and records
  • Sharing boundaries with the Traffic Light Protocol
  • Writing the executive summary
  • Shift and incident handover
  • Post-incident reporting and lessons learned
  • Internal threat intelligence reports
  • Detection metrics: alert volume and positive rates
  • Time-based SOC metrics and their clocks
  • Phishing campaign click rate
  • Recognizing the right report, recipient, and metric

Four incident communication jobs: incident coordination, incident notification, public communication, incident information sharing

QuestionIncident coordinationIncident notificationPublic communicationIncident information sharing
PurposeRun the response togetherFormally inform affected parties and authoritiesInform the public and answer media inquiriesHelp other organizations defend against the same threat
Typical recipientsResponders, leadership, legal, human resources, physical security, asset owners, service providersRegulators, law enforcement, affected customers and partnersMedia and the publicInformation Sharing and Analysis Centers (ISACs), peer organizations, partners
Who speaksIncident lead and response teamDesignated individuals under the plan, with legal involvementPublic relations or the designated spokespersonAuthorized staff under sharing agreements
Driven byIncident response plan and communication planLaws, regulations, contracts, plan criteria, management approvalMedia communication and disclosure proceduresUsually voluntary; sharing agreements and TLP labels
Typical failureCoordinating on a channel the attacker can readTreating a press release or police report as the required regulator noticeAnalysts answering reporters from working notesForwarding information beyond its TLP boundary

Decision tree

Purpose: coordinate current orplanned response activities?YesIncident coordinationamong parties with response rolesAlso checkPurpose: formally inform affectedparties of a breach or incident?YesIncident notificationas law, contract or the plan requiresAlso checkPurpose: inform the publicabout the incident status?YesPublic communicationpublic relations or spokespersonAlso checkPurpose: share threat informationbased on activity you observed?YesIncident information sharingusually voluntary; obey the TLP labelA message for one job does not automatically discharge anotherIf attackers may monitor communications, use out-of-band methods such as phone calls

Cheat sheet

  • Incident declaration depends on analyzed activity meeting defined criteria
  • Incident priority reflects impact and urgency rather than arrival order
  • Escalation and elevation should reach the capability or authority the incident needs
  • New evidence can change an incident's priority and reporting needs
  • An incident executive summary emphasizes business impact and decisions
  • Incident summaries should state uncertainty without delaying useful updates
  • A communication plan defines who communicates what to whom and when
  • Legal counsel helps identify incident-related disclosure and preservation obligations
  • Public relations coordinates authorized messaging to the media and public
  • Regulatory notification follows the requirements that apply to the affected organization and incident
  • Law-enforcement engagement uses designated contacts and the incident response plan
  • Affected customers need actionable information rather than an internal investigation dump
  • Provider participation requires a clear division of response and communication responsibilities
  • Employee misconduct and physical access needs determine additional incident stakeholders
  • Suspected compromise of normal communications calls for an independent channel
  • Response plans and contact information need an accessible fallback
  • Incident records need protection against unauthorized access and alteration
  • Information-sharing labels constrain who may receive incident information
  • A sharing label is not a substitute for secure transport or access control
  • An after-action report records the incident and how the organization responded
  • Root cause analysis identifies the underlying conditions that enabled an incident
  • Lessons-learned reviews examine what worked and what needs to improve
  • Documented lessons need to feed updates to plans and operational controls
  • Useful incident lessons can be shared before recovery is complete
  • A handover should let the incoming team continue the response without reconstructing it
  • Open handover actions need explicit ownership and timing
  • Handover records should preserve what was examined and why conclusions were reached
  • Incoming responders need to know which temporary controls and restrictions remain active
  • Internal threat intelligence should explain why the threat matters to this organization
  • Intelligence reports should state confidence and important caveats
  • Indicator timing matters when interpreting an internal intelligence report
  • Actionable intelligence connects findings to suitable defensive responses
  • Threat behavior gives internal reports context beyond a list of indicators
  • Alert volume measures generated alerts rather than confirmed incident count
  • Repeated benign alerts point to detection tuning rather than more incident declarations
  • True-positive and false-positive percentages need explicit denominators
  • Response-time metrics need defined starting and ending events
  • Mean time to detect measures how long activity remains undiscovered
  • Mean time to respond focuses on the delay to the defined response milestone
  • Mean time to remediate tracks how long corrective work takes to resolve the weakness
  • Mean time to close describes completion of the defined case workflow
  • A faster average can reflect a different case mix rather than better handling
  • Phishing campaign click rate measures interaction with the simulated lure
  • Phishing click-rate trends need the difficulty and relevance of the lure
  • False-positive rate measures how often benign cases incorrectly trigger detection
  • True-positive rate measures detection across actual positive cases, including those missed

Unlock with Premium — includes all practice exams and the complete study guide.

Also tested in

References

  1. https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-61r3.pdf
  2. https://www.comptia.org/en-us/certifications/cybersecurity-analyst/v4/
  3. https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-61r2.pdf
  4. https://www.cisa.gov/sites/default/files/publications/CRR_Resource_Guide-VM_0.pdf
  5. https://www.cisa.gov/sites/default/files/2025-03/StopRansomware-Guide%20508.pdf
  6. https://gdpr-info.eu/art-33-gdpr/
  7. https://gdpr.eu/article-34-communication-of-a-personal-data-breach
  8. https://csrc.nist.gov/glossary/term/out_of_band
  9. https://www.cisa.gov/sites/default/files/2024-08/Federal_Government_Cybersecurity_Incident_and_Vulnerability_Response_Playbooks_508C.pdf
  10. https://www.first.org/tlp/
  11. https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-150.pdf
  12. https://csrc.nist.gov/glossary/term/after_action_report
  13. https://csrc.nist.gov/glossary/term/root_cause_analysis
  14. https://csrc.nist.gov/glossary/term/indicator
  15. https://csrc.nist.gov/glossary/term/tactics_techniques_and_procedures
  16. https://csrc.nist.gov/glossary/term/false_positive
  17. https://csrc.nist.gov/glossary/term/false_negative
  18. https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-94.pdf
  19. https://nvlpubs.nist.gov/nistpubs/ir/2014/nist.ir.7972.pdf
  20. https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-55v1.pdf
  21. https://csrc.nist.gov/glossary/term/mean_time_to_detect
  22. https://learn.microsoft.com/en-us/azure/sentinel/manage-soc-with-incident-metrics
  23. https://nvlpubs.nist.gov/nistpubs/TechnicalNotes/NIST.TN.2276.pdf