Skip to content
Back to Resources
Security10 min readUpdated on , published on 

Incident Response Playbook

Playbook for security incidents on the Noveu platform: detect, contain and recover, with the classification of incidents and the steps per phase.

Overview

This playbook describes the steps for detecting, containing and recovering from security incidents on the Noveu platform.

Incident Taxonomy

Categories

CategoryExamplesTypical Severity
MalwareRansomware, trojans, virusesSev1-2
Unauthorised AccessCredential theft, privilege escalationSev1-2
Data BreachExfiltration, unauthorised disclosureSev1
DDoSVolumetric, application layerSev2-3
PhishingCredential harvesting, BECSev2-3
Insider ThreatData theft, sabotageSev1-2
MisconfigurationExposed data, weak controlsSev2-3

Determining Severity

                        ┌─────────────────────────────┐
                        │     IMPACT ASSESSMENT       │
                        └─────────────────────────────┘
                                     │
            ┌────────────────────────┼────────────────────────┐
            ▼                        ▼                        ▼
     ┌───────────┐            ┌───────────┐            ┌───────────┐
     │ How many  │            │ Which     │            │ Reputation│
     │ systems?  │            │ data?     │            │ damage?   │
     └───────────┘            └───────────┘            └───────────┘
            │                        │                        │
            ▼                        ▼                        ▼
     All: Sev1               Sensitive: Sev1          Public: Sev1
     Multiple: Sev2          Internal: Sev2           Limited: Sev2
     Single: Sev3            Public: Sev3             None: Sev3

Response Phases

Phase 1: Detection and Analysis (0-30 min)

Goal: Validate the incident and determine the scope

Steps

  1. Alert triage

    • Alert received from monitoring (Prometheus and Alertmanager)
    • Rule out a false positive
    • Determine the severity
  2. Initial analysis

    • Identify affected systems
    • Determine the attack vector
    • Reconstruct the timeline
    • Collect IOCs
  3. Communication

    • Appoint an Incident Commander
    • Open a war room (virtual/physical)
    • Notify stakeholders

Documentation

## Incident Report: [INCIDENT-ID]

**Detected**: [timestamp]
**Reported by**: [name/system]
**Severity**: [1-4]
**Status**: [Open/In Progress/Resolved]

### Description
[Short description of the incident]

### Affected Systems
- [System 1]
- [System 2]

### Initial IOCs
- IP: [...]
- Hash: [...]
- Domain: [...]

Phase 2: Containment (30 min to 2 hours)

Goal: Prevent further damage

Short-term containment

ActionWhenRisk
Account lockoutCompromised credentialsUser impact
Network isolationActive breachService impact
Process killMalware activeData loss
Block IOCsOngoing attackFalse positives

Long-term containment

ActionDescription
Segment networkIsolate the affected segment
Revoke credentialsAll potentially compromised ones
Increase loggingMore detail on suspicious systems
Enable additional controlsMFA, DLP, etc.

Decision tree

Is the attack still active?
├── YES → Immediate isolation
│        ├── Critical system? → Failover first
│        └── Non-critical? → Isolate directly
└── NO → Controlled containment
          ├── Identify all entry points
          └── Close them one by one

Phase 3: Eradication (2-24 hours)

Goal: Remove the threat completely

Clean-up Steps

  1. System remediation

    • Remove malware
    • Close backdoors
    • Patch vulnerabilities
    • Restore the configuration
  2. Credential hygiene

    • Enforce password resets
    • Rotate API keys
    • Reissue certificates
    • Re-enrol MFA
  3. Evidence preservation

    • Create forensic images
    • Export logs
    • Document the chain of custody

Phase 4: Recovery (24 hours to 1 week)

Goal: Safe return to normal operation

Recovery plan

StepActionVerification
1System rebuild/restoreIntegrity check
2Validate security controlsConfig review
3Increase monitoringAlert thresholds
4Phased reactivationSmoke tests
5Restore user accessAccess audit

Go-Live Checklist

  • All IOCs blocked
  • Vulnerabilities patched
  • Credentials rotated
  • Monitoring active
  • Backup validated
  • Stakeholders informed

Phase 5: Post-Incident (1-4 weeks)

Goal: Learn and improve

Post-Mortem

## Post-Incident Review

**Incident**: [ID]
**Review date**: [...]
**Participants**: [...]

### Timeline
[Chronological reconstruction]

### Root Cause
[Technical and process cause]

### What Went Well
- [...]

### What Could Improve
- [...]

### Action Items
| Item | Owner | Deadline | Status |
|------|-------|----------|--------|
| [...] | [...] | [...] | [...] |

Reporting obligation

Internal Notification

SeverityWhoWhen
Sev1Management + Security + LegalImmediately
Sev2Security + Account teamWith priority
Sev3SecurityOn working days
Sev4Ticket system< 1 working day

External Notification

Authorities (in case of a data breach)

AuthorityDeadlineCriterion
Autoriteit Persoonsgegevens72 hoursPersonal data leaked
NIS2 authority24 hoursSignificant incident
PoliceAs soon as possibleIn case of crime

Customers

SeverityNotification
Sev1 with customer impactImmediately
Sev2 with customer dataWithout undue delay, within 48 hours at the latest (art. 7 of the data processing agreement)
Sev3 relevantPost-incident report

Customer Notification Template

Subject: Security Incident Notification: [Short description]

Dear [Customer],

On [date] we detected a security incident that [impact description].

What happened:
[Description]

Which measures have been taken:
[Actions]

What this means for you:
[Impact and recommendations]

Next steps:
[What we will do]

For questions, please contact [contact].

Kind regards,
[Incident coordinator of your organisation]

Contacts

You report a vulnerability at Noveu via security@noveu.eu. For a question or incident, open a support ticket in the customer portal or email support@noveu.eu. Response times are in the SLA.

Internal contact list for your organisation

Fill in the contact persons of your own organisation below.

RoleContactAvailability
Security Lead[name][internal contact channel]
CTO[name]Escalation
Legal[name]Working days

External

PartyTypeContact
Autoriteit PersoonsgegevensSupervisory authoritymeldplicht@autoriteitpersoonsgegevens.nl
NCSCSecuritycert@ncsc.nl
Forensic PartnerInvestigation[partner]
Legal CounselLegal[lawyer]

Review: every year or after a major incident

Read more

What is your next step?

Want to know what this looks like for your organisation? See how Noveu approaches it, or schedule a conversation.

View more resources