cybersecurity-compliance: Скилл для соответствия требованиям

--- name: cybersecurity-compliance description: | Use when identifying cybersecurity-specific regulations and incident reporting obligations. Covers NIS2, DORA, SEC cyber disclosure rules, CISA incident reporting, state breach notification laws, cyber insurance requirements, and security certification frameworks. USE FOR: NIS2, DORA, SEC cybersecurity rules, CISA, breach notification, incident reporting, SOC 2, ISO 27001, cyber insurance, FedRAMP, StateRAMP, CMMC, data breach response DO NOT USE FOR: implementing security controls (use security skills), security testing tools (use security/security-testing), general data privacy (use privacy-data-protection) license: MIT metadata: displayName: "Cybersecurity Compliance" author: "Tyler-R-Kendrick" compatibility: claude, copilot, cursor references: - title: "NIS2 Directive Official Text (EUR-Lex)" url: "https://eur-lex.europa.eu/eli/dir/2022/2555/oj" - title: "ISO/IEC 27001 Information Security Management" url: "https://www.iso.org/standard/27001" - title: "NIST Cybersecurity Framework" url: "https://www.nist.gov/cyberframework" --- # Cybersecurity Compliance > **Disclaimer**: This skill provides general educational information about legal topics relevant to software development. It is **not legal advice**. Laws vary by jurisdiction and change frequently. Always consult a qualified attorney licensed in the relevant jurisdiction before making legal decisions for your organization. ## Overview Cybersecurity is no longer just a technical concern — it is a regulated activity. Mandatory incident reporting, board-level accountability, and third-party risk requirements are expanding globally. Organizations that experience a cyber incident face not only the technical challenge of response and recovery but also a complex web of legal obligations with strict timelines. Failure to comply with these obligations can result in penalties that compound the damage of the underlying incident. Understanding your reporting obligations, certification requirements, and insurance coverage before an incident occurs is essential. ## Cybersecurity Regulations | Regulation | Jurisdiction | Scope | Key Requirements | Effective | |---|---|---|---|---| | **NIS2 Directive** | EU | Essential + important entities across 18 sectors | Risk management measures, 24hr incident reporting, supply chain security, board accountability | October 2024 | | **DORA** | EU | Financial entities + ICT providers | ICT risk management, incident reporting, resilience testing, third-party risk management | January 2025 | | **SEC Cyber Disclosure Rules** | US | Public companies | Material incident disclosure within 4 business days on Form 8-K, annual risk management disclosure | December 2023 | | **CISA Incident Reporting (CIRCIA)** | US | Critical infrastructure | 72hr incident reporting, 24hr ransomware payment reporting | Rules being finalized | | **State Breach Notification Laws** | US (all 50 states) | Organizations with residents' data | Notification to affected individuals + state AG within specified timeframes | Varies by state — some as short as 30 days | | **PSTI Act** | UK | Consumer IoT devices | No default passwords, vulnerability disclosure policy, defined support period | April 2024 | | **CER Directive** | EU | Critical entities | Risk assessment, resilience measures, incident notification | October 2024 | ## Breach Notification Timelines One of the most critical aspects of cybersecurity compliance is understanding **how quickly you must report** an incident and **to whom**. These timelines begin running from the moment you become aware of the incident, making rapid detection and assessment capabilities essential. | Jurisdiction / Law | Timeline | Notify Whom | Trigger | |---|---|---|---| | **GDPR** | 72 hours | Supervisory authority + data subjects if high risk | Personal data breach | | **NIS2** | 24hr early warning + 72hr notification + 1 month final report | CSIRT / competent authority | Significant incident | | **HIPAA** | 60 days | HHS + individuals + media if >500 affected | PHI breach | | **SEC** | 4 business days | SEC on Form 8-K | Material cybersecurity incident | | **California** | Expedient, without unreasonable delay | AG + individuals | Personal information breach | | **Australia** | 30 days assessment + notification | OAIC + individuals | Eligible data breach | **Key considerations:** - Multiple notification obligations can be triggered by a single incident. A data breach affecting EU residents' personal data that also constitutes a significant NIS2 incident requires parallel notifications under both GDPR and NIS2 with different timelines and recipients. - The definition of "awareness" or "discovery" that starts the clock varies by jurisdiction. Some laws start the clock when you reasonably should have known, not when you actually confirmed. - Late notification can itself be a separate violation carrying its own penalties. ## Security Certifications and Frameworks Many customers, partners, and regulators require evidence of your security posture through formal certifications or audit reports. Choosing the right framework depends on your market, customer base, and regulatory environment. | Framework | Type | Scope | Who Needs It | |---|---|---|---| | **SOC 2** | Audit report (Type I or Type II) | Service organizations | SaaS vendors selling to enterprises | | **ISO 27001** | Certifiable international standard | Any organization | Global enterprises, particularly in EU and APAC | | **FedRAMP** | US federal government authorization | Cloud services for federal agencies | US government contractors and cloud providers | | **StateRAMP** | State government authorization | Cloud services for state/local government | State and local government contractors | | **CMMC** | DoD certification (Levels 1-3) | Defense contractors | US defense supply chain | | **TISAX** | Automotive industry certification | Automotive supply chain | Automotive suppliers and partners | | **HDS** | Healthcare hosting certification | Healthcare data hosting in France | Organizations hosting healthcare data in France | **SOC 2 vs. ISO 27001:** SOC 2 is dominant in North America and focuses on controls relevant to service organizations (security, availability, processing integrity, confidentiality, privacy). ISO 27001 is more widely recognized internationally and provides a certifiable information security management system (ISMS). Many organizations pursue both. **FedRAMP:** If you sell cloud services to US federal agencies, FedRAMP authorization is effectively mandatory. The process is rigorous and can take 12-18 months. FedRAMP Rev 5 aligns with NIST SP 800-53 Rev 5 controls. The FedRAMP authorization boundary must be clearly defined and all components within it must meet the required control baselines (Low, Moderate, or High). **CMMC:** The Cybersecurity Maturity Model Certification is required for Department of Defense contractors. CMMC 2.0 simplified the model to three levels: Level 1 (foundational, self-assessment), Level 2 (advanced, third-party assessment for critical programs), and Level 3 (expert, government-led assessment). Level 2 aligns with NIST SP 800-171. ## Cyber Insurance Cyber insurance has become an important component of organizational risk management, and insurers are increasingly prescriptive about the security controls they require. **What cyber insurance typically covers:** - **First-party coverage** — Direct costs to your organization: incident response and forensics, business interruption losses, data recovery costs, ransomware payments (where legal), notification costs, credit monitoring for affected individuals, public relations and crisis management. - **Third-party coverage** — Claims from others: regulatory fines and penalties (where insurable), legal defense costs, settlements and judgments from lawsuits, media liability. **Common insurer requirements:** Insurers increasingly require specific security controls as a condition of coverage. Failure to maintain these controls can void your policy or result in claim denial: - **Multi-factor authentication (MFA)** on all remote access, email, and privileged accounts - **Endpoint detection and response (EDR)** deployed across all endpoints - **Regular, tested backups** with offline or immutable copies - **Documented incident response plan** that is tested at least annually - **Employee security awareness training** conducted regularly - **Patch management program** with defined timelines for critical vulnerabilities - **Privileged access management** with least-privilege principles - **Email security** including anti-phishing controls **Premium factors:** Premiums are influenced by industry, revenue, data volume, security maturity, claims history, and the specific controls you have in place. Organizations with strong security postures and certifications (SOC 2, ISO 27001) often receive more favorable terms. ## Incident Response Plan Multiple regulations now **legally require** organizations to maintain and test an incident response plan. Beyond regulatory compliance, a well-prepared incident response capability dramatically reduces the cost and impact of security incidents. **Regulations requiring incident response plans:** - NIS2 (Article 21 — incident handling) - DORA (Article 17 — ICT-related incident management process) - HIPAA Security Rule (§164.308(a)(6) — security incident procedures) - PCI DSS v4.0 (Requirement 12.10 — incident response plan) - NIST Cybersecurity Framework (Respond function) - Many state breach notification laws implicitly require response readiness **Key components of a compliant incident response plan:** 1. **Detection and analysis** — How incidents are identified, classified by severity, and triaged. Define what constitutes a reportable incident under each applicable regulation. 2. **Containment** — Immediate actions to limit the scope and impact of the incident. Short-term containment (isolate affected systems) and long-term containment (apply fixes while maintaining business operations). 3. **Legal notification and regulatory coordination** — Mapped timelines and procedures for every applicable notification obligation. Legal counsel should be involved immediately to manage privilege and direct the response. 4. **Forensic investigation** — Evidence preservation, chain of custody, root cause analysis. Use qualified forensic investigators, and be aware that forensic reports may be discoverable in litigation unless properly protected by attorney-client privilege. 5. **Eradication and recovery** — Remove the threat, restore affected systems, verify integrity, and return to normal operations with enhanced monitoring. 6. **Post-incident review and lessons learned** — Document what happened, what worked, what did not, and what changes are needed. Many regulations (NIS2, DORA) require formal post-incident reports. **Critical legal consideration:** Involve legal counsel at the start of any incident response, not at the end. Communications during incident response may be discoverable in subsequent litigation or regulatory proceedings. Structuring the response under attorney-client privilege can protect sensitive assessments and recommendations. ## Best Practices - **Recognize that cyber incidents trigger mandatory legal obligations, and legal counsel should be part of the incident response team from the first moment.** Delaying legal involvement can result in missed notification deadlines, waived privilege, and increased liability. - **Map all of your notification obligations before an incident occurs.** Create a matrix of every regulation, customer contract, and insurance policy that imposes notification requirements, including timelines, recipients, content requirements, and methods. Do not try to figure this out during the chaos of an active incident. - **Pursue security certifications strategically based on your market.** SOC 2 for North American enterprise sales, ISO 27001 for international markets, FedRAMP for US government, CMMC for defense. These certifications also demonstrate due diligence in regulatory and litigation contexts. - **Test your incident response plan at least annually through tabletop exercises.** Include technical staff, legal counsel, executive leadership, and communications teams. Simulate scenarios that trigger multiple notification obligations simultaneously. - **Maintain cyber insurance and understand your policy's conditions and exclusions.** Review your policy annually, ensure you are meeting all required security controls, and understand what is and is not covered — particularly regarding ransomware, nation-state attacks, and war exclusions. - **Monitor the regulatory landscape actively.** NIS2 transposition into national laws, CIRCIA final rules, and evolving SEC enforcement priorities are all creating new obligations. Assign responsibility for tracking regulatory changes to a specific role. - **Implement board-level cybersecurity governance.** NIS2 and SEC rules explicitly require board or management body accountability for cybersecurity. Ensure regular reporting to the board, documented risk acceptance decisions, and management training on cyber risk. - **Treat third-party risk management as a regulatory requirement, not just a best practice.** NIS2, DORA, and many industry frameworks require formal assessment and ongoing monitoring of your supply chain's cybersecurity posture. Maintain an inventory of critical suppliers and their security certifications.