agentsclimarketplace

Performing soc2 type2 audit preparation

Skill autohandai/community-skills/performing-soc2-type2-audit-preparation

A collection of curated, useful, and safe skills for Autohand Code CLI Agent

Install
npx -y skills add autohandai/community-skills --skill performing-soc2-type2-audit-preparation

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 9 stars9 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

SOC 2 Type II audit preparation involves designing, implementing, and demonstrating the operational effectiveness of controls aligned to the AICPA Trust Services Criteria (TSC) over a defined audit pe

The file declares its own license as Apache-2.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

6.9 KB, as published. Nobody here has run it

Performing SOC 2 Type II Audit Preparation

Overview

SOC 2 Type II audit preparation involves designing, implementing, and demonstrating the operational effectiveness of controls aligned to the AICPA Trust Services Criteria (TSC) over a defined audit period (typically 6-12 months). Unlike Type I which assesses control design at a point in time, Type II evaluates whether controls operated effectively throughout the entire examination period.

Prerequisites

  • Understanding of AICPA Trust Services Criteria (2017, updated 2022)
  • Knowledge of internal control frameworks (COSO 2013)
  • Familiarity with organizational IT infrastructure and data flows
  • Access to GRC (Governance, Risk, Compliance) tooling

Core Concepts

Trust Services Criteria (TSC)

Five categories, with Security (Common Criteria) being mandatory:

CriteriaDescriptionRequired
Security (CC)Protection against unauthorized accessMandatory
Availability (A)System availability for operation and useOptional
Processing Integrity (PI)System processing is complete, valid, accurate, timely, authorizedOptional
Confidentiality (C)Information designated as confidential is protectedOptional
Privacy (P)Personal information collected, used, retained, disclosed per noticeOptional

Common Criteria (CC Series)

Security is organized into 9 series based on COSO principles:

SeriesFocus AreaCOSO Principle
CC1Control EnvironmentIntegrity and ethical values
CC2Communication and InformationQuality information for controls
CC3Risk AssessmentIdentify and assess risks
CC4Monitoring ActivitiesMonitor and evaluate controls
CC5Control ActivitiesSelect and develop controls
CC6Logical and Physical AccessRestrict access to authorized users
CC7System OperationsDetect and respond to system anomalies
CC8Change ManagementAuthorized, tested, approved changes
CC9Risk MitigationRisk mitigation through business processes

Type I vs Type II

AspectType IType II
ScopeControl design at a point in timeControl effectiveness over a period
Audit PeriodSingle date6-12 months (typically 12)
EvidenceDesign documentationOperating evidence throughout period
AssuranceLowerHigher
Market ValueInitial baselineIndustry standard expectation

Implementation Steps

Phase 1: Scoping and Readiness (Weeks 1-4)

  1. Determine which TSC categories to include (Security mandatory, others based on customer needs)
  2. Define system boundaries and description components:
    • Infrastructure (servers, networks, cloud services)
    • Software (applications, operating systems)
    • People (roles, responsibilities)
    • Procedures (automated and manual)
    • Data (data flows, classification)
  3. Select audit firm (CPA firm with SOC experience)
  4. Define audit window (start and end dates)
  5. Conduct readiness assessment against selected criteria

Phase 2: Control Design and Implementation (Weeks 5-16)

  1. Map organizational controls to TSC criteria
  2. Design controls for each applicable criterion:
    • CC6.1: Logical access security (SSO, MFA, RBAC)
    • CC6.2: System credential management
    • CC6.3: Access removal upon termination
    • CC7.1: Intrusion detection and monitoring
    • CC7.2: Security incident response
    • CC8.1: Change management process
  3. Implement technical controls:
    • Identity provider (Okta, Azure AD)
    • Endpoint detection and response
    • SIEM for log aggregation
    • Vulnerability scanning
    • Encryption at rest and in transit
  4. Implement administrative controls:
    • Security policies and procedures
    • Background check process
    • Security awareness training
    • Vendor management programme
  5. Document all controls with:
    • Control objective
    • Control activity description
    • Frequency (continuous, daily, weekly, quarterly, annual)
    • Control owner
    • Evidence type (screenshot, report, ticket, log)

Phase 3: Evidence Collection Period (Audit Window)

  1. Operate controls consistently throughout the audit period
  2. Collect and organize evidence:
    • Access review completion records (quarterly)
    • Change management tickets and approvals
    • Incident response logs
    • Vulnerability scan reports
    • Penetration test results
    • Training completion records
    • Backup verification logs
    • System availability reports
  3. Maintain evidence repository with clear naming conventions
  4. Track control failures and exceptions
  5. Implement remediation for any control gaps identified during the period

Phase 4: Pre-Audit Preparation (Weeks before audit)

  1. Perform internal control testing (walkthroughs)
  2. Prepare system description document
  3. Organize evidence by TSC criterion
  4. Brief control owners on audit process
  5. Prepare management assertion letter
  6. Identify and remediate any last-minute gaps

Phase 5: Audit Execution

  1. Auditor performs inquiry, observation, inspection, and reperformance
  2. Provide requested evidence and access
  3. Respond to auditor questions and information requests
  4. Address any exceptions identified during testing
  5. Review draft report for factual accuracy

Phase 6: Report and Remediation

  1. Receive SOC 2 Type II report
  2. Address any qualified opinions or control exceptions
  3. Distribute report to customers (typically under NDA)
  4. Plan remediation for identified exceptions
  5. Begin preparing for next audit cycle

Key Artifacts

  • System Description Document
  • Control Matrix (TSC mapping)
  • Risk Assessment Documentation
  • Evidence Repository
  • Management Assertion Letter
  • SOC 2 Type II Report (Sections I-V)
  • Remediation Plan for Exceptions

Common Pitfalls

  • Starting evidence collection too late - need full audit period coverage
  • Inconsistent control operation (e.g., missing quarterly access reviews)
  • Insufficient system description detail
  • Not including subservice organizations (IaaS providers)
  • Failing to document complementary user entity controls (CUECs)
  • Manual controls without documented evidence of execution

References

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.