Legalalirezarezvani-skills
soc2-compliance
Use when the user asks to prepare for SOC 2 audits, map Trust Service Criteria, build control matrices, collect audit evidence, perform gap analysis, or assess SOC 2 Type I vs Type II readiness.
3k est. installs25k stars
Estimated installs are a discovery signal based on public repository popularity and source completeness, not recorded Dokki installation events.
Repository
alirezarezvani/claude-skills
Pinned commit
f2bac0a8f29b
License
MIT
Execution
Instructions only
Complete source instructions
SKILL.md
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
- Trust Service Criteria
- Control Matrix Generation
- Gap Analysis Workflow
- Evidence Collection
- Audit Readiness Checklist
- Vendor Management
- Continuous Compliance
- Anti-Patterns
- Tools
- 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
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
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.
Availability (A1) — Optional
Select when: Customers depend on your uptime; you have SLAs; downtime causes direct business impact.
Confidentiality (C1) — Optional
Select when: You handle trade secrets, proprietary data, or contractually confidential information.
Processing Integrity (PI1) — Optional
Select when: Data accuracy is critical (financial processing, healthcare records, analytics platforms).
Privacy (P1-P8) — Optional
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
Control Naming Convention
Workflow
- Select applicable TSC categories based on business needs
- Run
control_matrix_builder.pyto generate the baseline matrix - Customize controls to match your actual environment
- Assign owners and evidence requirements
- Validate coverage — every selected TSC criterion must have at least one control
Gap Analysis Workflow
Phase 1: Current State Assessment
- Document existing controls — inventory all security policies, procedures, and technical controls
- Map to TSC — align existing controls to Trust Service Criteria
- Collect evidence samples — gather proof that controls exist and operate
- 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:
Phase 4: Timeline Planning
Evidence Collection
Evidence Types by Control Category
Automation Opportunities
Continuous Monitoring
Move from point-in-time evidence collection to continuous compliance:
- Automated evidence gathering — scripts that pull evidence on schedule
- Control dashboards — real-time visibility into control status
- Alert-based monitoring — notify when a control drifts out of compliance
- Evidence repository — centralized, timestamped evidence storage
Audit Readiness Checklist
Pre-Audit Preparation (4-6 Weeks Before)
- All controls documented with descriptions, owners, and frequencies
- Evidence collected for the entire observation period (Type II)
- Control matrix reviewed and gaps remediated
- Policies signed and distributed within the last 12 months
- Access reviews completed within the required frequency
- Vulnerability scans current (no critical/high unpatched > SLA)
- Incident response plan tested within the last 12 months
- Vendor risk assessments current for all subservice organizations
- DR/BCP tested and documented within the last 12 months
- Employee security training completed for all staff
Readiness Scoring
Common Audit Findings
Vendor Management
Third-Party Risk Assessment
Every vendor that accesses, stores, or processes customer data must be assessed:
- Vendor inventory — maintain a register of all service providers
- Risk classification — categorize vendors by data access level
- Due diligence — collect SOC 2 reports, security questionnaires, certifications
- Contractual protections — ensure DPAs, security requirements, breach notification clauses
- Ongoing monitoring — annual reassessment, continuous news monitoring
Vendor Risk Tiers
Subservice Organizations
When your SOC 2 report relies on controls at a subservice organization (e.g., AWS, GCP, Azure):
- Inclusive method — your report covers the subservice org's controls (requires their cooperation)
- Carve-out method — your report excludes their controls but references their SOC 2 report
- Most companies use carve-out and include complementary user entity controls (CUECs)
Continuous Compliance
From Point-in-Time to Continuous
Implementation Steps
- Automate evidence gathering — cron jobs, API integrations, IaC snapshots
- Build control dashboards — aggregate control status into a single view
- Configure drift alerts — notify when controls fall out of compliance
- Establish review cadence — weekly control owner check-ins, monthly steering
- Maintain evidence repository — centralized, timestamped, auditor-accessible
Annual Re-Assessment Cycle
Anti-Patterns
Tools
Control Matrix Builder
Generates a SOC 2 control matrix from selected TSC categories.
Evidence Tracker
Tracks evidence collection status per control.
Gap Analyzer
Analyzes current controls against SOC 2 requirements and identifies gaps.
References
- Trust Service Criteria Reference [blocked] — All 5 TSC categories with sub-criteria, control objectives, and evidence examples
- Evidence Collection Guide [blocked] — Evidence types per control, automation tools, documentation requirements
- Type I vs Type II Comparison [blocked] — Detailed comparison, timeline, cost analysis, and upgrade path
Cross-References
- gdpr-dsgvo-expert — SOC 2 Privacy criteria overlaps significantly with GDPR requirements; use together when processing EU personal data
- information-security-manager-iso27001 — ISO 27001 Annex A controls map closely to SOC 2 Security criteria; organizations pursuing both can share evidence
- isms-audit-expert — Audit methodology and finding management patterns transfer directly to SOC 2 audit preparation
Same repository
Related Skills
agent-launcher-orchestrator
Use when a user wants to build, launch, grade, or schedule a Claude Managed Agent (CMA) in their own Anthropic account — "build me an agent", "launch this as a managed agent", "run this on a schedule", "grade my agent against a rubric", "set up a nightly worker". Reads the per-session goal (./my-agent/goal.json), routes deterministically to one of five phase sub-skills (interview → stage-launch → grade-iterate → run-without-you → wrap-up) via goal_router.py, and compiles the goal+phase into an execution shape (single-pass workflow / bounded grade→iterate loop / recurring cron deployment loop) via loop_compiler.py. Forks context so heavy intake (build sheets, payloads, eval cases) stays out of the parent thread. All launches are emitted as BYOK curl the user runs with their own key; no tool makes API calls. Inspired by anthropics/launch-your-agent (Apache-2.0). Distinct from engineering/agent-harness (generic domain loop) and engineering/write-a-skill (authors Claude Code skills, not CMAs).
View detailsagent-protocol
Inter-agent communication protocol for C-suite agent teams. Defines invocation syntax, loop prevention, isolation rules, and response formats. Use when C-suite agents need to query each other, coordinate cross-functional analysis, or run board meetings with multiple agent roles.
View detailsarquiteto-de-empresa
Company Architect: builds a business from scratch as an OKF (Open Knowledge Format) bundle — a tree of version-controllable .md files with frontmatter type, links forming a graph, and reserved index.md/log.md, readable by humans and agents. Guides the founder through a 12-phase interview (foundation, strategy, market, financial, sales, marketing, product, operations, tech, people, legal, governance), one phase at a time, few questions per block, and generates the concepts as conformant markdown. Trigger when the user wants to create, structure, or document an entire company in folders and .md files; when they mention build my company from scratch, company as code, company knowledge base for AI to read, company wiki for agents, OKF, or knowledge bundle. In English.
View detailsarquiteto-de-empresa
Company Architect: builds a business from scratch as an OKF (Open Knowledge Format) bundle — a tree of version-controllable .md files with frontmatter type, links forming a graph, and reserved index.md/log.md, readable by humans and agents. Guides the founder through a 12-phase interview (foundation, strategy, market, financial, sales, marketing, product, operations, tech, people, legal, governance), one phase at a time, few questions per block, and generates the concepts as conformant markdown. Trigger when the user wants to create, structure, or document an entire company in folders and .md files; when they mention build my company from scratch, company as code, company knowledge base for AI to read, company wiki for agents, OKF, or knowledge bundle. In English.
View detailsboard-deck-builder
Assembles comprehensive board and investor update decks by pulling perspectives from all C-suite roles. Use when preparing board meetings, investor updates, quarterly business reviews, or fundraising narratives. Covers structure, narrative framework, bad news delivery, and common mistakes.
View detailsboard-meeting
Multi-agent board meeting protocol for strategic decisions. Runs a structured 6-phase deliberation: context loading, independent C-suite contributions (isolated, no cross-pollination), critic analysis, synthesis, founder review, and decision extraction. Use when the user invokes /cs:boardroom, calls a board meeting, or wants structured multi-perspective executive deliberation on a strategic question.
View details