soc2-compliance-expert
SOC 2 Type I and Type II compliance management. Use when conducting SOC 2 readiness assessments, performing gap analysis against Trust Services Criteria, collecting audit evidence, validating infrastructure security controls, preparing for CPA firm audits, managing the observation period, or building continuous compliance programs. Covers all TSC categories (CC1-CC9, A1, PI1, C1, P1) with infrastructure validation for cloud, DNS, TLS, endpoints, and CI/CD pipelines.
What this skill does
# SOC 2 Compliance Expert SOC 2 Type I and Type II compliance management covering all Trust Services Criteria (TSC), infrastructure security validation, evidence collection, and end-to-end audit preparation. --- ## SOC 2 Overview ### 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 | Single date (snapshot) | Observation period (3-12 months, typically 6-12) | | Cost | $20K-$60K (first audit) | $40K-$150K (first audit) | | Timeline | 1-3 months | 6-15 months (includes observation period) | | Customer Preference | Early-stage acceptable | Enterprise customers require | Start with Type I to validate control design, then transition to Type II within 6 months. ### Trust Services Criteria Summary | Category | Focus | Controls | |----------|-------|----------| | CC1-CC5 | Common Criteria (COSO-based) | Control environment, communication, risk, monitoring, control activities | | CC6 | Logical and Physical Access | Authentication, authorization, physical security, encryption | | CC7 | System Operations | Vulnerability management, monitoring, incident response, BCP | | CC8 | Change Management | Authorization, testing, deployment controls | | CC9 | Risk Mitigation | Vendor management, business disruption, risk transfer | | A1 | Availability | Capacity planning, DR, recovery testing | | PI1 | Processing Integrity | Data validation, error handling, reconciliation | | C1 | Confidentiality | Classification, encryption, disposal | | P1 | Privacy | Notice, consent, data subject rights, retention | For detailed control requirements per category, see [REFERENCE.md](REFERENCE.md). --- ## Readiness Assessment Workflow The agent guides organizations through SOC 2 readiness from gap analysis through audit completion. ### Workflow: Phase 1 -- Gap Analysis (Weeks 1-4) 1. **Define scope** -- determine which TSC categories to include (Security is mandatory), define system boundaries, identify subservice organizations (carve-out vs. inclusive), document principal service commitments. 2. **Assess current state** -- inventory existing policies and procedures, map current controls to TSC requirements, interview process owners and control operators. 3. **Run automated gap analysis** using `scripts/soc2_readiness_checker.py`. 4. **Document gaps** -- missing controls, controls lacking evidence, controls not operating effectively. 5. **Prioritize** gaps by risk level and remediation effort. 6. **Validation checkpoint:** Gap analysis covers all in-scope TSC categories; each gap has severity rating and remediation owner assigned. ### Workflow: Phase 2 -- Remediation (Weeks 5-16) 1. **Develop/update policies** -- information security policy, supporting procedures per control domain, policy review and approval workflows. 2. **Implement technical controls** -- configure IdP with SSO/MFA enforcement, deploy endpoint security (MDM, EDR, disk encryption), implement SIEM logging and monitoring, configure backup and DR, harden cloud infrastructure. 3. **Establish processes** -- access review procedures, change management workflow, incident response procedures, vendor management program, security awareness training. 4. **Set up evidence collection** -- configure automated collection, establish repository structure, define refresh cadence per TSC category. 5. **Validation checkpoint:** All identified gaps remediated; technical controls verified via `scripts/soc2_infrastructure_auditor.py`; evidence collection producing artifacts. ### Workflow: Phase 3 -- Pre-Audit (Weeks 17-20) 1. **Conduct internal readiness assessment** -- mock audit against all in-scope TSC, validate evidence completeness and quality, run infrastructure auditor for technical validation. 2. **Remediate pre-audit findings** -- address remaining gaps, strengthen evidence. 3. **Select and engage CPA firm** -- negotiate scope, timeline, fees; schedule kickoff; prepare system description draft. 4. **Validation checkpoint:** Mock audit passes with no critical gaps; system description reviewed; auditor engaged. ### Workflow: Phase 4 -- Audit Execution 1. **Type I audit** (if applicable) -- auditor reviews control design; management provides assertions; address findings before Type II. 2. **Type II observation period** (3-12 months) -- controls operate consistently, evidence collected continuously, quarterly self-assessments, regular auditor check-ins. 3. **Fieldwork** (2-4 weeks) -- auditor selects samples, tests controls, interviews personnel; draft report review; final report issuance. 4. **Validation checkpoint:** Clean opinion received; any findings have management response and remediation plan. --- ## Evidence Collection Framework ### Evidence by TSC Category | TSC | Evidence Type | Collection Method | Refresh | |-----|---------------|-------------------|---------| | CC1 | Code of conduct acknowledgments | HR system export | Annual | | CC2 | Security awareness training records | LMS export | Ongoing | | CC3 | Risk assessment report, risk register | GRC platform | Annual/Quarterly | | CC4 | Penetration test reports, vulnerability scans | Third-party/scanner | Annual/Monthly | | CC5 | Policy documents with version history | Policy management | Annual review | | CC6 | Access reviews, MFA enrollment, offboarding | IAM/IdP/HRIS | Quarterly/Per event | | CC7 | Vulnerability remediation, incident records | Ticketing/ITSM | Ongoing | | CC8 | Change tickets with approvals, code reviews | ITSM/Git | Per change | | CC9 | Vendor risk assessments, vendor SOC 2 reports | GRC platform | Annual | | A1 | Uptime reports, DR tests, backup logs | Monitoring/backup | Monthly/Semi-annual | | PI1 | Data validation/reconciliation reports | Application logs | Per process | | C1 | Data classification inventory, encryption configs | Manual/automated | Annual/Quarterly | | P1 | PIAs, DSR response tracking | Privacy tool | Per event | ### Example: Evidence Collection Command ```bash # Generate evidence checklist for all TSC categories python scripts/evidence_collector.py --generate-checklist --categories all # Track evidence status python scripts/evidence_collector.py --status evidence-tracker.json # Update specific evidence item python scripts/evidence_collector.py --update evidence-tracker.json \ --item CC6.1-MFA --status collected # Generate readiness dashboard python scripts/evidence_collector.py --dashboard evidence-tracker.json # Export for auditor review python scripts/evidence_collector.py --export evidence-tracker.json --format json ``` ### Automation Strategies **GRC Platforms:** Vanta, Drata, Secureframe, Laika, AuditBoard -- automated evidence collection via API integrations, continuous control monitoring, auditor collaboration portals. **Infrastructure-as-Evidence:** Cloud configuration snapshots (AWS Config, Azure Policy, GCP Org Policies), Terraform state as configuration evidence, Git history as change management evidence, CI/CD pipeline logs as deployment control evidence. --- ## Infrastructure Security Validation The agent validates infrastructure configurations against SOC 2 requirements. ### Quick Reference: Infrastructure Checks | Domain | Key Checks | SOC 2 Mapping | |--------|-----------|---------------| | Cloud (AWS/Azure/GCP) | Encryption, IAM, logging, network, backup, secrets | CC6, CC7, A1, C1 | | DNS | SPF, DKIM, DMARC, DNSSEC, CAA | CC6.6, CC2.2 | | TLS/SSL | TLS 1.2+, AEAD ciphers, HSTS, auto-renewal | CC6.7 | | Endpoint | MDM, disk encryption, EDR, patching, screen lock | CC6.1, CC6.8, CC7.1 | | Network | Segmentation, WAF, DDoS, VPN/ZTNA, egress filtering | CC6.6, A1.1 | | Container | Image scanning, minimal base, no privileged, RBAC | CC6.1, CC7.1 | | CI/CD | Signed commits, branch protection, SAST/DAST, SBOM | CC7.1, CC8.1 | | Secrets | Vault storage, rotation policies, git scanning | CC6.1 | For detailed per-provider control mappings, see [REF
Related in Cloud & DevOps
appbuilder-action-scaffolder
IncludedCreate, implement, deploy, and debug Adobe Runtime actions with consistent layout, validation, and error handling. Use this skill whenever the user needs to add actions to an App Builder project, understand action structure (params, response format, web/raw actions), configure actions in the manifest, use App Builder SDKs (State, Files, Events, database), deploy and invoke actions via CLI, debug action issues, or implement patterns such as webhook receivers, custom event providers, journaling consumers, large payload redirects, action sequence pipelines, and Asset Compute workers. Also trigger when users mention serverless functions in Adobe context, action logging, IMS authentication for actions, or cron-style scheduled actions.
orchestrating-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. Use this skill when the user needs a multi-step Data Cloud pipeline, cross-phase troubleshooting, or data space and data kit management. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase sf data360 workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching phase-specific skill), the task is STDM/session tracing/parquet telemetry (use observing-agentforce), standard CRM SOQL (use querying-soql), or Apex implementation (use generating-apex).
github-project-automation
IncludedAutomate GitHub repository setup with CI/CD workflows, issue templates, Dependabot, and CodeQL security scanning. Includes 12 production-tested workflows and prevents 18 errors: YAML syntax, action pinning, and configuration. Use when: setting up GitHub Actions CI/CD, creating issue/PR templates, enabling Dependabot or CodeQL scanning, deploying to Cloudflare Workers, implementing matrix testing, or troubleshooting YAML indentation, action version pinning, secrets syntax, runner versions, or CodeQL configuration. Keywords: github actions, github workflow, ci/cd, issue templates, pull request templates, dependabot, codeql, security scanning, yaml syntax, github automation, repository setup, workflow templates, github actions matrix, secrets management, branch protection, codeowners, github projects, continuous integration, continuous deployment, workflow syntax error, action version pinning, runner version, github context, yaml indentation error
sf-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase `sf data360` workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching sf-datacloud-* skill), the task is STDM/session tracing/parquet telemetry (use sf-ai-agentforce-observability), standard CRM SOQL (use sf-soql), or Apex implementation (use sf-apex).
fabric-cli
IncludedUse this skill for Fabric.so CLI workflows with the `fabric` terminal command: diagnose/install/login, search or browse a Fabric library, save notes/links/files, create folders, ask the Fabric AI assistant, manage tasks/workspaces, generate shell completion, check subscription usage, produce JSON output, and use Fabric as persistent agent memory. Do not use for Microsoft Fabric/Azure/Power BI `fab`, Daniel Miessler's Fabric framework, Python Fabric SSH, Fabric.js, or textile/fashion fabric.
lark
IncludedLark/Feishu CLI skills: lark-cli operations for docs, markdown, sheets, base, calendar, im, mail, task, okr, drive, wiki, slides, whiteboard, apps, approval, attendance, contact, vc, minutes, event. Use when the user needs to operate Lark/Feishu resources via lark-cli, send messages, manage documents, spreadsheets, calendars, tasks, OKRs, deploy web pages, or any Feishu/Lark workspace operations.