Incident Response
Security incident detection, response procedures, and reporting guidelines.
On this page
1. Detection
Automated Detection
- 4-Layer Defense-in-Depth: Middleware β Dispatcher β Handler β Page Action validation failures trigger automatic audit logging
- Security Response Service: Pattern-based threat detection for XSS, SQLi, command injection, path traversal
- Rate Limiter: Brute-force detection with automatic IP blocking after threshold
- Account Lockout: 5 failed attempts β 15-minute lock (HTTP 423)
Manual Detection Channels
| Channel | Response SLA |
|---|---|
security@sveltycms.com |
48 hours |
| GitHub Security Advisory | 24 hours |
| security.txt | RFC 9116 standard |
2. Severity Classification
| Level | Definition | Response Time | Example |
|---|---|---|---|
| π΄ Critical | Unauthenticated RCE, data exfiltration, auth bypass | 4 hours | SSRF to internal metadata |
| π High | Authenticated privilege escalation, stored XSS | 24 hours | SVG polyglot upload |
| π‘ Medium | Information disclosure, DoS vector | 72 hours | GraphQL introspection |
| π’ Low | Best practice violation, hardening opportunity | Next release | Missing rate limit |
3. Response Procedure
Step 1: Contain (Immediate)
- Deploy hotfix or configuration change to block the vector
- Rotate any potentially exposed secrets (JWT, encryption keys, API tokens)
- If applicable, trigger IP blocking for active exploit attempts
Step 2: Investigate (Within SLA)
- Review crypto-chained audit logs for the affected time window
- Run
verifyChain()to confirm no log tampering - Identify all affected tenants, users, and data
- Document the attack vector and entry point
Step 3: Fix (Within SLA)
- Implement the permanent fix in
nextbranch - Add regression test to prevent recurrence
- Update security documentation
- Run full CI parity pipeline (
format && lint && check && test:unit)
Step 4: Disclose
- Publish GitHub Security Advisory
- If applicable, request CVE via GitHubβs CNA
- Update SECURITY.md with acknowledgment
- Notify affected enterprise customers directly
4. Post-Incident
- Root Cause Analysis: Document in
docs/architecture/security/tested-security-features.mdx - Test Coverage: Add tests for the specific attack vector
- Process Review: Update this runbook if the response procedure was insufficient
- Metrics Update: Update security scorecard in SECURITY.md
5. Communication Templates
Critical Incident Notification
Subject: [CRITICAL] Security Incident β SveltyCMS
A critical security vulnerability has been identified and patched.
- Affected versions: [range]
- Fixed in: [version]
- Impact: [description]
- Action required: Upgrade to [version] immediately
Full advisory: [link]
6. References
- Security Scorecard
- Security.txt
- GitHub Security Advisories
- EU Directive 2006/114/EC Compliance
- OWASP Incident Response
Related
Was this page helpful?