soc2-compliance – skill Bảo mật cho agent AI

SOC 2 Compliance

SOC 2 Type I and Type II compliance preparation for SaaS companies. Covers Trust Service Criteria mapping, control matrix generation, evidence collection, gap analysis, and audit readiness assessment.

Table of Contents

• [Overview](#overview)
• [Trust Service Criteria](#trust-service-criteria)
• [Control Matrix Generation](#control-matrix-generation)
• [Gap Analysis Workflow](#gap-analysis-workflow)
• [Evidence Collection](#evidence-collection)
• [Audit Readiness Checklist](#audit-readiness-checklist)
• [Vendor Management](#vendor-management)
• [Continuous Compliance](#continuous-compliance)
• [Anti-Patterns](#anti-patterns)
• [Tools](#tools)
• [References](#references)
• [Cross-References](#cross-references)

---

Overview

What Is SOC 2?

SOC 2 (System and Organization Controls 2) is an auditing framework developed by the AICPA that evaluates how a service organization manages customer data. It applies to any technology company that stores, processes, or transmits customer information — primarily SaaS, cloud infrastructure, and managed service providers.

Type I vs Type II

| Aspect | Type I | Type II |

|--------|--------|---------|

| Scope | Design of controls at a point in time | Design AND operating effectiveness over a period |

| Duration | Snapshot (single date) | Observation window (3-12 months, typically 6) |

| Evidence | Control descriptions, policies | Control descriptions + operating evidence (logs, tickets, screenshots) |

| Cost | $20K-$50K (audit fees) | $30K-$100K+ (audit fees) |

| Timeline | 1-2 months (audit phase) | 6-12 months (observation + audit) |

| Best For | First-time compliance, rapid market need | Mature organizations, enterprise customers |

Who Needs SOC 2?

• SaaS companies selling to enterprise customers
• Cloud infrastructure providers handling customer workloads
• Data processors managing PII, PHI, or financial data
• Managed service providers with access to client systems
• Any vendor whose customers require third-party assurance

Typical Journey

Gap Assessment → Remediation → Type I Audit → Observation Period → Type II Audit → Annual Renewal
    (4-8 wk)      (8-16 wk)     (4-6 wk)       (6-12 mo)          (4-6 wk)       (ongoing)

---

Trust Service Criteria

SOC 2 is organized around five Trust Service Criteria (TSC) categories. Security is required for every SOC 2 report; the remaining four are optional and selected based on business need.

Security (Common Criteria CC1-CC9) — Required

The foundation of every SOC 2 report. Maps to COSO 2013 principles.

| Criteria | Domain | Key Controls |

|----------|--------|-------------|

| CC1 | Control Environment | Integrity/ethics, board oversight, org structure, competence, accountability |

| CC2 | Communication & Information | Internal/external communication, information quality |

| CC3 | Risk Assessment | Risk identification, fraud risk, change impact analysis |

| CC4 | Monitoring Activities | Ongoing monitoring, deficiency evaluation, corrective actions |

| CC5 | Control Activities | Policies/procedures, technology controls, deployment through policies |

| CC6 | Logical & Physical Access | Access provisioning, authentication, encryption, physical restrictions |

| CC7 | System Operations | Vulnerability management, anomaly detection, incident response |

| CC8 | Change Management | Change authorization, testing, approval, emergency changes |

| CC9 | Risk Mitigation | Vendor/business partner risk management |

Availability (A1) — Optional

| Criteria | Focus | Key Controls |

|----------|-------|-------------|

| A1.1 | Capacity management | Infrastructure scaling, resource monitoring, capacity planning |

| A1.2 | Recovery operations | Backup procedures, disaster recovery, BCP testing |

| A1.3 | Recovery testing | DR drills, failover testing, RTO/RPO validation |

Select when: Customers depend on your uptime; you have SLAs; downtime causes direct business impact.

Confidentiality (C1) — Optional

| Criteria | Focus | Key Controls |

|----------|-------|-------------|

| C1.1 | Identification | Data classification policy, confidential data inventory |

| C1.2 | Protection | Encryption at rest and in transit, DLP, access restrictions |

| C1.3 | Disposal | Secure deletion procedures, media sanitization, retention enforcement |

Select when: You handle trade secrets, proprietary data, or contractually confidential information.

Processing Integrity (PI1) — Optional

| Criteria | Focus | Key Controls |

|----------|-------|-------------|

| PI1.1 | Accuracy | Input validation, processing checks, output verification |

| PI1.2 | Completeness | Transaction monitoring, reconciliation, error handling |

| PI1.3 | Timeliness | SLA monitoring, processing delay alerts, batch job monitoring |

| PI1.4 | Authorization | Processing authorization controls, segregation of duties |

Select when: Data accuracy is critical (financial processing, healthcare records, analytics platforms).

Privacy (P1-P8) — Optional

| Criteria | Focus | Key Controls |

|----------|-------|-------------|

| P1 | Notice | Privacy policy, data collection notice, purpose limitation |

| P2 | Choice & Consent | Opt-in/opt-out, consent management, preference tracking |

| P3 | Collection | Minimal collection, lawful basis, purpose specification |

| P4 | Use, Retention, Disposal | Purpose limitation, retention schedules, secure disposal |

| P5 | Access | Data subject access requests, correction rights |

| P6 | Disclosure & Notification | Third-party sharing, breach notification |

| P7 | Quality | Data accuracy verification, correction mechanisms |

| P8 | Monitoring & Enforcement | Privacy program monitoring, complaint handling |

Select when: You process PII and customers expect privacy assurance (complements GDPR compliance).

---

Control Matrix Generation

A control matrix maps each TSC criterion to specific controls, owners, evidence, and testing procedures.

Matrix Structure

| Field | Description |

|-------|-------------|

| Control ID | Unique identifier (e.g., SEC-001, AVL-003) |

| TSC Mapping | Which criteria the control addresses (e.g., CC6.1, A1.2) |

| Control Description | What the control does |

| Control Type | Preventive, Detective, or Corrective |

| Owner | Responsible person/team |

| Frequency | Continuous, Daily, Weekly, Monthly, Quarterly, Annual |

| Evidence Type | Screenshot, Log, Policy, Config, Ticket |

| Testing Procedure | How the auditor verifies the control |

Control Naming Convention

{CATEGORY}-{NUMBER}
SEC-001 through SEC-NNN  → Security
AVL-001 through AVL-NNN  → Availability
CON-001 through CON-NNN  → Confidentiality
PRI-001 through PRI-NNN  → Processing Integrity
PRV-001 through PRV-NNN  → Privacy

Workflow

1. Select applicable TSC categories based on business needs

2. Run control_matrix_builder.py to generate the baseline matrix

3. Customize controls to match your actual environment

4. Assign owners and evidence requirements

5. Validate coverage — every selected TSC criterion must have at least one control

---

Gap Analysis Workflow

Phase 1: Current State Assessment

1. Document existing controls — inventory all security policies, procedures, and technical controls

2. Map to TSC — align existing controls to Trust Service Criteria

3. Collect evidence samples — gather proof that controls exist and operate

4. Interview control owners — verify understanding and execution

Phase 2: Gap Identification

Run gap_analyzer.py against your current controls to identify:

• Missing controls — TSC criteria with no corresponding control
• Partially implemented — Control exists but lacks evidence or consistency
• Design gaps — Control designed but does not adequately address the criteria
• Operating gaps (Type II only) — Control designed correctly but not operating effectively

Phase 3: Remediation Planning

For each gap, define:

| Field | Description |

|-------|-------------|

| Gap ID | Reference identifier |

| TSC Criteria | Affected criteria |

| Gap Description | What is missing or insufficient |

| Remediation Action | Specific steps to close the gap |

| Owner | Person responsible for remediation |

| Priority | Critical / High / Medium / Low |

| Target Date | Completion deadline |

| Dependencies | Other gaps or projects that must complete first |

Phase 4: Timeline Planning

| Priority | Target Remediation |

|----------|--------------------|

| Critical | 2-4 weeks |

| High | 4-8 weeks |

| Medium | 8-12 weeks |

| Low | 12-16 weeks |

---

Evidence Collection

Evidence Types by Control Category

| Control Area | Primary Evidence | Secondary Evidence |

|--------------|-----------------|-------------------|

| Access Management |

… (nội dung đầy đủ có trong gói tải về)