[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71CT492G8CMY3GBCZSXVF2M":3,"skill-same:01M71CT492G8CMY3GBCZSXVF2M":94},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":44,"linkOnly":45,"markdownContent":46,"markdownBody":47,"frontMatter":48,"refName":67,"commitSha":68,"skillDirectory":69,"forksCount":14,"repositoryHtmlUrl":70,"repositoryHomepageUrl":6,"ownerHtmlUrl":71,"ownerBlogUrl":6,"ownerDescription":72,"updatedAt":73,"install":74,"resources":87},"01M71CT492G8CMY3GBCZSXVF2M","cis-cloud-analyze",null,"This skill details how to conduct cloud security audits using Center for Internet Security benchmarks for AWS, Azure, and GCP. It covers interpreting CIS Foundations Benchmark controls, running automated assessments with tools like Prowler and ScoutSuite, remediating failed controls, and maintaining continuous compliance monitoring against CIS v5 for AWS, v4 for Azure, and v4 for GCP.","DCx7C5\u002Fai-marketplace","DCx7C5","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F42419559?v=4","01M71C01G2AZV3NTNGWAWSHJPP","DC","01M71C01GQW6G50S2BYMS7PP3E",0,"MIT","https:\u002F\u002Fgithub.com\u002FDCx7C5\u002Fai-marketplace\u002Fblob\u002Fmain\u002Fskills\u002Fcompliance\u002Fcis\u002Fcloud\u002Fanalyze\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000037","律师与法务","PROFESSION","适用职业",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"cis cloud analyze","cloud","cis","analyze","Bash","internet","foundations","how to","map","benchmark controls","cm","cybersecurity","gcp","security-hardening","prowler","compliance-assessment","cloud-audit","cis-benchmarks","monitoring","assessment","2026-11-10 10:12:30",false,"---\nname: cis-cloud-analyze\ndescription: This skill details how to conduct cloud security audits using Center for Internet Security benchmarks for AWS, Azure, and GCP. It covers interpreting CIS Foundations Benchmark controls, running automated assessments with tools like Prowler and ScoutSuite, remediating failed controls, and maintaining continuous compliance monitoring against CIS v5 for AWS, v4 for Azure, and v4 for GCP.\ndomain: cybersecurity\nsubdomain: cloud-security\ntags:\n- cis-benchmarks\n- cloud-audit\n- compliance-assessment\n- prowler\n- security-hardening\nnist_ai_rmf:\n- GOVERN-1.1\n- GOVERN-4.2\n- MAP-2.3\nnist_csf:\n- PR.IR-01\n- ID.AM-08\n- GV.SC-06\n- DE.CM-01\nmodel: sonnet\nmaxTurns: 20\ntools: [Read, Bash, Glob, Grep]\ncapec: []\n---\n\n# Auditing Cloud with CIS Benchmarks\n\n## When to Use\n\n- When performing initial security audits of cloud environments against industry-standard benchmarks\n- When preparing for SOC 2, ISO 27001, or regulatory audits that reference CIS controls\n- When establishing a measurable security baseline for new cloud accounts or subscriptions\n- When tracking compliance improvement over time with periodic reassessment\n- When evaluating the security posture of acquired or inherited cloud environments\n\n**Do not use** for runtime threat detection (see detecting-cloud-threats-with-guardduty), for application-level security testing (see conducting-cloud-penetration-testing), or for compliance frameworks not based on CIS (refer to specific regulatory skill files).\n\n## Prerequisites\n\n- Read-only access to target cloud accounts (AWS SecurityAudit policy, Azure Reader role, GCP Viewer role)\n- Prowler, ScoutSuite, or cloud-native CSPM tools installed and configured\n- Understanding of CIS benchmark structure: sections, controls, profiles (Level 1 and Level 2)\n- Remediation access for implementing fixes (separate from audit credentials)\n\n## Workflow\n\n### Step 1: Select Appropriate CIS Benchmark Version\n\nChoose the correct benchmark version for each cloud provider. Current versions as of 2025 include CIS AWS Foundations Benchmark v5.0, CIS Azure Foundations Benchmark v4.0, and CIS GCP Foundations Benchmark v4.0.\n\n```\nCIS Benchmark Coverage Areas:\n+-------------------+-------------------------+------------------------+\n| Section           | AWS v5.0                | Azure v4.0             |\n+-------------------+-------------------------+------------------------+\n| Identity & Access | IAM policies, MFA, root | Azure AD, RBAC, PIM    |\n| Logging           | CloudTrail, Config      | Activity Log, Diag     |\n| Monitoring        | CloudWatch alarms       | Defender, Sentinel     |\n| Networking        | VPC, SG, NACLs         | NSG, ASG, Firewall     |\n| Storage           | S3 encryption, access   | Storage encryption     |\n| Database          | RDS encryption          | SQL TDE, auditing      |\n+-------------------+-------------------------+------------------------+\n\nCIS Profile Levels:\n  Level 1: Practical security settings that can be implemented without significant\n           performance impact or reduced functionality\n  Level 2: Defense-in-depth settings that may reduce functionality or require\n           additional planning for implementation\n```\n\n### Step 2: Run Automated Assessment with Prowler\n\nExecute comprehensive CIS benchmark scans using Prowler for automated control evaluation across AWS, Azure, and GCP.\n\n```bash\n# AWS CIS v5.0 assessment\nprowler aws \\\n  --compliance cis_5.0_aws \\\n  --profile audit-account \\\n  --output-formats json-ocsf,html,csv \\\n  --output-directory .\u002Fcis-audit-$(date +%Y%m%d)\n\n# Azure CIS v4.0 assessment\nprowler azure \\\n  --compliance cis_4.0_azure \\\n  --subscription-ids \"sub-id-1,sub-id-2\" \\\n  --output-formats json-ocsf,html,csv \\\n  --output-directory .\u002Fcis-audit-azure-$(date +%Y%m%d)\n\n# GCP CIS v4.0 assessment\nprowler gcp \\\n  --compliance cis_4.0_gcp \\\n  --project-ids \"project-1,project-2\" \\\n  --output-formats json-ocsf,html,csv \\\n  --output-directory .\u002Fcis-audit-gcp-$(date +%Y%m%d)\n\n# Multi-account AWS scan using ScoutSuite\nscout suite aws \\\n  --profile audit-account \\\n  --report-dir .\u002Fscout-report \\\n  --ruleset cis-5.0 \\\n  --force\n```\n\n### Step 3: Interpret Results and Prioritize Remediation\n\nAnalyze audit results by section and severity. Prioritize Level 1 controls first as they represent fundamental security hygiene, then address Level 2 controls for defense in depth.\n\n```bash\n# Parse Prowler results for failed controls\ncat .\u002Fcis-audit-*\u002Fprowler-output-*.json | \\\n  jq '[.[] | select(.StatusExtended == \"FAIL\")] | group_by(.CheckID) |\n  map({control: .[0].CheckID, description: .[0].CheckTitle,\n  failed_resources: length, severity: .[0].Severity}) |\n  sort_by(-.failed_resources)'\n\n# Generate compliance score by section\ncat .\u002Fcis-audit-*\u002Fprowler-output-*.json | \\\n  jq 'group_by(.Section) | map({\n    section: .[0].Section,\n    total: length,\n    passed: [.[] | select(.StatusExtended == \"PASS\")] | length,\n    failed: [.[] | select(.StatusExtended == \"FAIL\")] | length,\n    score: (([.[] | select(.StatusExtended == \"PASS\")] | length) \u002F length * 100 | round)\n  })'\n```\n\n### Step 4: Remediate Critical and High Controls\n\nAddress failed controls starting with the highest impact items. Use AWS Config remediation, Azure Policy, or Terraform to apply fixes systematically.\n\n```bash\n# CIS 1.4: Ensure no root account access key exists\naws iam list-access-keys --user-name root\n# If keys exist, delete them\naws iam delete-access-key --user-name root --access-key-id AKIAEXAMPLE\n\n# CIS 2.1.1: Ensure S3 bucket default encryption is enabled\nfor bucket in $(aws s3api list-buckets --query 'Buckets[*].Name' --output text); do\n  aws s3api put-bucket-encryption --bucket \"$bucket\" \\\n    --server-side-encryption-configuration '{\n      \"Rules\": [{\"ApplyServerSideEncryptionByDefault\": {\"SSEAlgorithm\": \"AES256\"}}]\n    }' 2>\u002Fdev\u002Fnull && echo \"Encrypted: $bucket\" || echo \"FAILED: $bucket\"\ndone\n\n# CIS 3.1: Ensure CloudTrail is enabled in all regions\naws cloudtrail create-trail \\\n  --name organization-trail \\\n  --s3-bucket-name cloudtrail-logs-bucket \\\n  --is-multi-region-trail \\\n  --enable-log-file-validation \\\n  --kms-key-id arn:aws:kms:us-east-1:123456789012:key\u002Fkey-id\n\naws cloudtrail start-logging --name organization-trail\n\n# CIS 4.x: Configure CloudWatch metric filters and alarms\naws logs put-metric-filter \\\n  --log-group-name CloudTrail\u002FDefaultLogGroup \\\n  --filter-name UnauthorizedAPICalls \\\n  --filter-pattern '{ ($.errorCode = \"*UnauthorizedAccess*\") || ($.errorCode = \"AccessDenied*\") }' \\\n  --metric-transformations metricName=UnauthorizedAPICalls,metricNamespace=CISBenchmark,metricValue=1\n```\n\n### Step 5: Establish Continuous Compliance Monitoring\n\nDeploy automated compliance monitoring to detect configuration drift between periodic audits. Use AWS Security Hub, Azure Policy, or GCP Security Command Center.\n\n```bash\n# AWS: Enable CIS v5.0 in Security Hub\naws securityhub batch-enable-standards \\\n  --standards-subscription-requests '[\n    {\"StandardsArn\": \"arn:aws:securityhub:::ruleset\u002Fcis-aws-foundations-benchmark\u002Fv\u002F5.0.0\"}\n  ]'\n\n# Azure: Assign CIS benchmark policy initiative\naz policy assignment create \\\n  --name cis-azure-benchmark \\\n  --scope \"\u002Fsubscriptions\u002F\u003Csub-id>\" \\\n  --policy-set-definition \"1a5bb27d-173f-493e-9568-eb56638dbd0e\" \\\n  --params '{\"effect\": {\"value\": \"AuditIfNotExists\"}}'\n\n# Schedule periodic Prowler assessments\n# Run weekly via cron or CI\u002FCD pipeline\n0 2 * * 1 prowler aws --compliance cis_5.0_aws --output-formats csv --output-directory \u002Fopt\u002Faudits\u002Fweekly-$(date +\\%Y\\%m\\%d)\n```\n\n## Key Concepts\n\n| Term | Definition |\n|------|------------|\n| CIS Benchmark | Prescriptive security configuration guidelines developed by the Center for Internet Security through community consensus |\n| Level 1 Profile | Practical security controls implementable without significant performance or functionality impact, representing security hygiene |\n| Level 2 Profile | Defense-in-depth controls that may restrict functionality and require careful planning before implementation |\n| Foundations Benchmark | CIS benchmark specifically for cloud providers covering IAM, logging, monitoring, networking, and storage security |\n| Control ID | Unique numerical identifier for each CIS recommendation (e.g., 1.4 for root access key checks, 2.1.1 for S3 encryption) |\n| Compliance Score | Percentage of CIS controls in a passing state, tracked over time to measure security posture improvement |\n| Automated Assessment | Tool-driven evaluation of CIS controls using cloud provider APIs to check resource configurations against benchmark requirements |\n| Remediation Runbook | Documented step-by-step procedure for fixing a specific failed CIS control, including pre-checks and validation |\n\n## Tools & Systems\n\n- **Prowler**: Open-source cloud security tool performing 300+ checks including CIS benchmark assessments for AWS, Azure, and GCP\n- **ScoutSuite**: Multi-cloud security auditing tool with CIS benchmark rule sets generating HTML reports\n- **AWS Security Hub**: Native AWS service supporting CIS AWS Foundations Benchmark as a security standard\n- **Azure Policy**: Governance service with built-in CIS benchmark policy initiatives for automated compliance monitoring\n- **GCP Security Command Center**: Native GCP service evaluating configurations against CIS GCP Foundations Benchmark\n\n## Common Scenarios\n\n### Scenario: Pre-Audit CIS Assessment for SOC 2 Certification\n\n**Context**: A SaaS company pursuing SOC 2 Type II certification needs to demonstrate cloud security controls aligned to CIS benchmarks. The auditor requires evidence of continuous compliance monitoring across 45 AWS accounts.\n\n**Approach**:\n1. Run Prowler CIS v5.0 assessment across all 45 accounts to establish the baseline compliance score\n2. Export results to CSV and categorize failures by section (IAM, Logging, Monitoring, Networking)\n3. Map each CIS control to the relevant SOC 2 Trust Services Criteria (CC6.1, CC6.6, CC7.1, etc.)\n4. Remediate all Level 1 control failures within 30 days and Level 2 within 60 days\n5. Enable CIS v5.0 in AWS Security Hub for continuous monitoring and automated drift detection\n6. Generate weekly compliance reports showing improvement trajectory for the auditor\n7. Document exceptions for controls intentionally not implemented with risk acceptance justification\n\n**Pitfalls**: Remediating controls without testing in a staging environment first can break production workloads. Ignoring Level 2 controls entirely weakens the audit narrative even if they are not strictly required.\n\n## Output Format\n\n```\nCIS Benchmark Audit Report\n============================\nCloud Provider: AWS\nBenchmark Version: CIS AWS Foundations Benchmark v5.0\nAccounts Assessed: 45\nAssessment Date: 2025-02-23\nTool: Prowler v4.3.0\n\nOVERALL COMPLIANCE SCORE: 74%\n\nCOMPLIANCE BY SECTION:\n  1. Identity and Access Management:  68% (41\u002F60 controls passed)\n  2. Storage:                         82% (28\u002F34 controls passed)\n  3. Logging:                         91% (20\u002F22 controls passed)\n  4. Monitoring:                      55% (18\u002F33 controls passed)\n  5. Networking:                      78% (32\u002F41 controls passed)\n\nTOP FAILED CONTROLS (by affected accounts):\n  [1.4]   Root account has active access keys           - 3\u002F45 accounts\n  [1.5]   MFA not enabled for root account              - 2\u002F45 accounts\n  [2.1.1] S3 default encryption not enabled             - 12\u002F45 accounts\n  [3.1]   CloudTrail not multi-region                   - 8\u002F45 accounts\n  [4.3]   No alarm for root account usage               - 28\u002F45 accounts\n  [5.1]   VPC flow logs not enabled                     - 15\u002F45 accounts\n  [5.4]   Security groups allow 0.0.0.0\u002F0 ingress      - 22\u002F45 accounts\n\nREMEDIATION PRIORITY:\n  Critical (Fix within 7 days):  Root access keys, missing root MFA\n  High (Fix within 30 days):     S3 encryption, CloudTrail, VPC flow logs\n  Medium (Fix within 60 days):   CloudWatch alarms, security group restrictions\n  Low (Fix within 90 days):      Level 2 controls, informational items\n```\n","# Auditing Cloud with CIS Benchmarks\n\n## When to Use\n\n- When performing initial security audits of cloud environments against industry-standard benchmarks\n- When preparing for SOC 2, ISO 27001, or regulatory audits that reference CIS controls\n- When establishing a measurable security baseline for new cloud accounts or subscriptions\n- When tracking compliance improvement over time with periodic reassessment\n- When evaluating the security posture of acquired or inherited cloud environments\n\n**Do not use** for runtime threat detection (see detecting-cloud-threats-with-guardduty), for application-level security testing (see conducting-cloud-penetration-testing), or for compliance frameworks not based on CIS (refer to specific regulatory skill files).\n\n## Prerequisites\n\n- Read-only access to target cloud accounts (AWS SecurityAudit policy, Azure Reader role, GCP Viewer role)\n- Prowler, ScoutSuite, or cloud-native CSPM tools installed and configured\n- Understanding of CIS benchmark structure: sections, controls, profiles (Level 1 and Level 2)\n- Remediation access for implementing fixes (separate from audit credentials)\n\n## Workflow\n\n### Step 1: Select Appropriate CIS Benchmark Version\n\nChoose the correct benchmark version for each cloud provider. Current versions as of 2025 include CIS AWS Foundations Benchmark v5.0, CIS Azure Foundations Benchmark v4.0, and CIS GCP Foundations Benchmark v4.0.\n\n```\nCIS Benchmark Coverage Areas:\n+-------------------+-------------------------+------------------------+\n| Section           | AWS v5.0                | Azure v4.0             |\n+-------------------+-------------------------+------------------------+\n| Identity & Access | IAM policies, MFA, root | Azure AD, RBAC, PIM    |\n| Logging           | CloudTrail, Config      | Activity Log, Diag     |\n| Monitoring        | CloudWatch alarms       | Defender, Sentinel     |\n| Networking        | VPC, SG, NACLs         | NSG, ASG, Firewall     |\n| Storage           | S3 encryption, access   | Storage encryption     |\n| Database          | RDS encryption          | SQL TDE, auditing      |\n+-------------------+-------------------------+------------------------+\n\nCIS Profile Levels:\n  Level 1: Practical security settings that can be implemented without significant\n           performance impact or reduced functionality\n  Level 2: Defense-in-depth settings that may reduce functionality or require\n           additional planning for implementation\n```\n\n### Step 2: Run Automated Assessment with Prowler\n\nExecute comprehensive CIS benchmark scans using Prowler for automated control evaluation across AWS, Azure, and GCP.\n\n```bash\n# AWS CIS v5.0 assessment\nprowler aws \\\n  --compliance cis_5.0_aws \\\n  --profile audit-account \\\n  --output-formats json-ocsf,html,csv \\\n  --output-directory .\u002Fcis-audit-$(date +%Y%m%d)\n\n# Azure CIS v4.0 assessment\nprowler azure \\\n  --compliance cis_4.0_azure \\\n  --subscription-ids \"sub-id-1,sub-id-2\" \\\n  --output-formats json-ocsf,html,csv \\\n  --output-directory .\u002Fcis-audit-azure-$(date +%Y%m%d)\n\n# GCP CIS v4.0 assessment\nprowler gcp \\\n  --compliance cis_4.0_gcp \\\n  --project-ids \"project-1,project-2\" \\\n  --output-formats json-ocsf,html,csv \\\n  --output-directory .\u002Fcis-audit-gcp-$(date +%Y%m%d)\n\n# Multi-account AWS scan using ScoutSuite\nscout suite aws \\\n  --profile audit-account \\\n  --report-dir .\u002Fscout-report \\\n  --ruleset cis-5.0 \\\n  --force\n```\n\n### Step 3: Interpret Results and Prioritize Remediation\n\nAnalyze audit results by section and severity. Prioritize Level 1 controls first as they represent fundamental security hygiene, then address Level 2 controls for defense in depth.\n\n```bash\n# Parse Prowler results for failed controls\ncat .\u002Fcis-audit-*\u002Fprowler-output-*.json | \\\n  jq '[.[] | select(.StatusExtended == \"FAIL\")] | group_by(.CheckID) |\n  map({control: .[0].CheckID, description: .[0].CheckTitle,\n  failed_resources: length, severity: .[0].Severity}) |\n  sort_by(-.failed_resources)'\n\n# Generate compliance score by section\ncat .\u002Fcis-audit-*\u002Fprowler-output-*.json | \\\n  jq 'group_by(.Section) | map({\n    section: .[0].Section,\n    total: length,\n    passed: [.[] | select(.StatusExtended == \"PASS\")] | length,\n    failed: [.[] | select(.StatusExtended == \"FAIL\")] | length,\n    score: (([.[] | select(.StatusExtended == \"PASS\")] | length) \u002F length * 100 | round)\n  })'\n```\n\n### Step 4: Remediate Critical and High Controls\n\nAddress failed controls starting with the highest impact items. Use AWS Config remediation, Azure Policy, or Terraform to apply fixes systematically.\n\n```bash\n# CIS 1.4: Ensure no root account access key exists\naws iam list-access-keys --user-name root\n# If keys exist, delete them\naws iam delete-access-key --user-name root --access-key-id AKIAEXAMPLE\n\n# CIS 2.1.1: Ensure S3 bucket default encryption is enabled\nfor bucket in $(aws s3api list-buckets --query 'Buckets[*].Name' --output text); do\n  aws s3api put-bucket-encryption --bucket \"$bucket\" \\\n    --server-side-encryption-configuration '{\n      \"Rules\": [{\"ApplyServerSideEncryptionByDefault\": {\"SSEAlgorithm\": \"AES256\"}}]\n    }' 2>\u002Fdev\u002Fnull && echo \"Encrypted: $bucket\" || echo \"FAILED: $bucket\"\ndone\n\n# CIS 3.1: Ensure CloudTrail is enabled in all regions\naws cloudtrail create-trail \\\n  --name organization-trail \\\n  --s3-bucket-name cloudtrail-logs-bucket \\\n  --is-multi-region-trail \\\n  --enable-log-file-validation \\\n  --kms-key-id arn:aws:kms:us-east-1:123456789012:key\u002Fkey-id\n\naws cloudtrail start-logging --name organization-trail\n\n# CIS 4.x: Configure CloudWatch metric filters and alarms\naws logs put-metric-filter \\\n  --log-group-name CloudTrail\u002FDefaultLogGroup \\\n  --filter-name UnauthorizedAPICalls \\\n  --filter-pattern '{ ($.errorCode = \"*UnauthorizedAccess*\") || ($.errorCode = \"AccessDenied*\") }' \\\n  --metric-transformations metricName=UnauthorizedAPICalls,metricNamespace=CISBenchmark,metricValue=1\n```\n\n### Step 5: Establish Continuous Compliance Monitoring\n\nDeploy automated compliance monitoring to detect configuration drift between periodic audits. Use AWS Security Hub, Azure Policy, or GCP Security Command Center.\n\n```bash\n# AWS: Enable CIS v5.0 in Security Hub\naws securityhub batch-enable-standards \\\n  --standards-subscription-requests '[\n    {\"StandardsArn\": \"arn:aws:securityhub:::ruleset\u002Fcis-aws-foundations-benchmark\u002Fv\u002F5.0.0\"}\n  ]'\n\n# Azure: Assign CIS benchmark policy initiative\naz policy assignment create \\\n  --name cis-azure-benchmark \\\n  --scope \"\u002Fsubscriptions\u002F\u003Csub-id>\" \\\n  --policy-set-definition \"1a5bb27d-173f-493e-9568-eb56638dbd0e\" \\\n  --params '{\"effect\": {\"value\": \"AuditIfNotExists\"}}'\n\n# Schedule periodic Prowler assessments\n# Run weekly via cron or CI\u002FCD pipeline\n0 2 * * 1 prowler aws --compliance cis_5.0_aws --output-formats csv --output-directory \u002Fopt\u002Faudits\u002Fweekly-$(date +\\%Y\\%m\\%d)\n```\n\n## Key Concepts\n\n| Term | Definition |\n|------|------------|\n| CIS Benchmark | Prescriptive security configuration guidelines developed by the Center for Internet Security through community consensus |\n| Level 1 Profile | Practical security controls implementable without significant performance or functionality impact, representing security hygiene |\n| Level 2 Profile | Defense-in-depth controls that may restrict functionality and require careful planning before implementation |\n| Foundations Benchmark | CIS benchmark specifically for cloud providers covering IAM, logging, monitoring, networking, and storage security |\n| Control ID | Unique numerical identifier for each CIS recommendation (e.g., 1.4 for root access key checks, 2.1.1 for S3 encryption) |\n| Compliance Score | Percentage of CIS controls in a passing state, tracked over time to measure security posture improvement |\n| Automated Assessment | Tool-driven evaluation of CIS controls using cloud provider APIs to check resource configurations against benchmark requirements |\n| Remediation Runbook | Documented step-by-step procedure for fixing a specific failed CIS control, including pre-checks and validation |\n\n## Tools & Systems\n\n- **Prowler**: Open-source cloud security tool performing 300+ checks including CIS benchmark assessments for AWS, Azure, and GCP\n- **ScoutSuite**: Multi-cloud security auditing tool with CIS benchmark rule sets generating HTML reports\n- **AWS Security Hub**: Native AWS service supporting CIS AWS Foundations Benchmark as a security standard\n- **Azure Policy**: Governance service with built-in CIS benchmark policy initiatives for automated compliance monitoring\n- **GCP Security Command Center**: Native GCP service evaluating configurations against CIS GCP Foundations Benchmark\n\n## Common Scenarios\n\n### Scenario: Pre-Audit CIS Assessment for SOC 2 Certification\n\n**Context**: A SaaS company pursuing SOC 2 Type II certification needs to demonstrate cloud security controls aligned to CIS benchmarks. The auditor requires evidence of continuous compliance monitoring across 45 AWS accounts.\n\n**Approach**:\n1. Run Prowler CIS v5.0 assessment across all 45 accounts to establish the baseline compliance score\n2. Export results to CSV and categorize failures by section (IAM, Logging, Monitoring, Networking)\n3. Map each CIS control to the relevant SOC 2 Trust Services Criteria (CC6.1, CC6.6, CC7.1, etc.)\n4. Remediate all Level 1 control failures within 30 days and Level 2 within 60 days\n5. Enable CIS v5.0 in AWS Security Hub for continuous monitoring and automated drift detection\n6. Generate weekly compliance reports showing improvement trajectory for the auditor\n7. Document exceptions for controls intentionally not implemented with risk acceptance justification\n\n**Pitfalls**: Remediating controls without testing in a staging environment first can break production workloads. Ignoring Level 2 controls entirely weakens the audit narrative even if they are not strictly required.\n\n## Output Format\n\n```\nCIS Benchmark Audit Report\n============================\nCloud Provider: AWS\nBenchmark Version: CIS AWS Foundations Benchmark v5.0\nAccounts Assessed: 45\nAssessment Date: 2025-02-23\nTool: Prowler v4.3.0\n\nOVERALL COMPLIANCE SCORE: 74%\n\nCOMPLIANCE BY SECTION:\n  1. Identity and Access Management:  68% (41\u002F60 controls passed)\n  2. Storage:                         82% (28\u002F34 controls passed)\n  3. Logging:                         91% (20\u002F22 controls passed)\n  4. Monitoring:                      55% (18\u002F33 controls passed)\n  5. Networking:                      78% (32\u002F41 controls passed)\n\nTOP FAILED CONTROLS (by affected accounts):\n  [1.4]   Root account has active access keys           - 3\u002F45 accounts\n  [1.5]   MFA not enabled for root account              - 2\u002F45 accounts\n  [2.1.1] S3 default encryption not enabled             - 12\u002F45 accounts\n  [3.1]   CloudTrail not multi-region                   - 8\u002F45 accounts\n  [4.3]   No alarm for root account usage               - 28\u002F45 accounts\n  [5.1]   VPC flow logs not enabled                     - 15\u002F45 accounts\n  [5.4]   Security groups allow 0.0.0.0\u002F0 ingress      - 22\u002F45 accounts\n\nREMEDIATION PRIORITY:\n  Critical (Fix within 7 days):  Root access keys, missing root MFA\n  High (Fix within 30 days):     S3 encryption, CloudTrail, VPC flow logs\n  Medium (Fix within 60 days):   CloudWatch alarms, security group restrictions\n  Low (Fix within 90 days):      Level 2 controls, informational items\n```\n",{"name":5,"tags":49,"capec":50,"model":51,"tools":52,"domain":35,"maxTurns":56,"nist_csf":57,"subdomain":62,"description":7,"nist_ai_rmf":63},[41,40,39,38,37],[],"sonnet",[53,28,54,55],"Read","Glob","Grep",20,[58,59,60,61],"PR.IR-01","ID.AM-08","GV.SC-06","DE.CM-01","cloud-security",[64,65,66],"GOVERN-1.1","GOVERN-4.2","MAP-2.3","main","a91f1293287ffa9f4f1b8f486cd6e835a1568c84","skills\u002Fcompliance\u002Fcis\u002Fcloud\u002Fanalyze","https:\u002F\u002Fgithub.com\u002FDCx7C5\u002Fai-marketplace","https:\u002F\u002Fgithub.com\u002FDCx7C5","#Python","2026-09-01 11:21:00",{"source":8,"skillName":5,"commands":75,"prompt":85,"zipAvailable":86},[76,79,82],{"tool":77,"command":78},"npx","npx skills add DCx7C5\u002Fai-marketplace --skill cis-cloud-analyze",{"tool":80,"command":81},"bunx","bunx skills add DCx7C5\u002Fai-marketplace --skill cis-cloud-analyze",{"tool":83,"command":84},"pnpm","pnpm dlx skills add DCx7C5\u002Fai-marketplace --skill cis-cloud-analyze","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FDCx7C5\u002Fai-marketplace\u002Fblob\u002Fmain\u002Fskills\u002Fcompliance\u002Fcis\u002Fcloud\u002Fanalyze\u002FSKILL.md",true,[88],{"path":89,"resourceType":90,"resourceTypeDesc":91,"sizeBytes":92,"sourceHtmlUrl":93},"index.json","REFERENCE","参考文档",672,"https:\u002F\u002Fgithub.com\u002FDCx7C5\u002Fai-marketplace\u002Fblob\u002Fmain\u002Fskills\u002Fcompliance\u002Fcis\u002Fcloud\u002Fanalyze\u002Findex.json",[95,119,141,161,183,199],{"skillNo":96,"name":97,"nameZh":6,"description":98,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":99,"categories":100,"keywords":101,"publishedAt":44},"01M71HAPZ01KQ30RKTB0FFSQ05","services-wmi-persistence-detect","Detect WMI event subscription persistence by enumerating ActiveScriptEventConsumer, CommandLineEventConsumer, and permanent subscriptions in the WMI repository.","https:\u002F\u002Fgithub.com\u002FDCx7C5\u002Fai-marketplace\u002Fblob\u002Fmain\u002Fskills\u002Fwindows\u002Fservices\u002Fwmi\u002Fpersistence\u002Fdetect\u002FSKILL.md",[],[102,103,104,105,106,107,34,108,109,110,111,112,113,114,115,116,117,35,118],"services","detect","services wmi persistence detect","wmi","persistence","de","process","activescript","event","subscriptions","commandline-consumer","repository","subscription","event-subscription","t1546.003","forensics","process-forensics",{"skillNo":120,"name":121,"nameZh":6,"description":122,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":123,"categories":124,"keywords":125,"publishedAt":44},"01M71HAK6JTTTS229T17WJMMCG","services-wmi-exec-exploit","Perform lateral movement across Windows networks using WMI-based remote execution techniques including Impacket wmiexec.py, CrackMapExec, and native WMI commands for stealthy post-exploitation during red team engagements.","https:\u002F\u002Fgithub.com\u002FDCx7C5\u002Fai-marketplace\u002Fblob\u002Fmain\u002Fskills\u002Fwindows\u002Fservices\u002Fwmi\u002Fexec\u002Fexploit\u002FSKILL.md",[],[126,102,127,105,128,129,130,35,28,131,132,133,134,135,107,136,137,138,139,140],"exploit","services wmi exec exploit","exec","remote","traffic","analysis","team","across","crackmapexec","native","command","lateral movement","read","lateral-movement","Impacket",{"skillNo":142,"name":143,"nameZh":6,"description":144,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":145,"categories":146,"keywords":147,"publishedAt":44},"01M71HAG6MHKNQV8KDZKMT4886","registry-artifact-extract","Extract and analyze Windows Registry hives to uncover user activity, installed software, autostart entries, and evidence of system compromise.","https:\u002F\u002Fgithub.com\u002FDCx7C5\u002Fai-marketplace\u002Fblob\u002Fmain\u002Fskills\u002Fwindows\u002Fregistry\u002Fartifact\u002Fextract\u002FSKILL.md",[],[148,149,150,151,152,153,35,28,154,131,27,155,107,138,156,157,158,159,160,51],"artifact","registry","registry artifact extract","extract","evidence-collection","artifact-analysis","collection","uncover","software","activity","digital-forensics","windows-registry","regripper",{"skillNo":162,"name":163,"nameZh":6,"description":164,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":165,"categories":166,"keywords":167,"publishedAt":44},"01M71HACR4A8XTWTTSXK4124AA","processes-token-impersonate-detect","Detect Windows token impersonation and privilege abuse including SeImpersonatePrivilege exploitation via Potato attacks and token stealing techniques.","https:\u002F\u002Fgithub.com\u002FDCx7C5\u002Fai-marketplace\u002Fblob\u002Fmain\u002Fskills\u002Fwindows\u002Fprocesses\u002Ftoken\u002Fimpersonate\u002Fdetect\u002FSKILL.md",[],[103,168,169,170,171,172,173,34,174,35,118,175,176,177,178,179,180,181,182,107],"processes token impersonate detect","token","processes","attacks","windows","escalation","techniques","privilege-escalation","seimpersonate","token-impersonation","printspoofer","exploitation","potato","impersonation","via",{"skillNo":184,"name":185,"nameZh":6,"description":186,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":187,"categories":188,"keywords":189,"publishedAt":44},"01M71HAABSB4Z6QFSXEG00R4RK","processes-thread-injection-detect","Detect Windows thread injection techniques including CreateRemoteThread, QueueUserAPC, NtCreateThreadEx, and thread hijacking via process memory analysis.","https:\u002F\u002Fgithub.com\u002FDCx7C5\u002Fai-marketplace\u002Fblob\u002Fmain\u002Fskills\u002Fwindows\u002Fprocesses\u002Fthread\u002Finjection\u002Fdetect\u002FSKILL.md",[],[190,191,103,192,170,172,193,34,194,174,35,118,131,195,196,197,198,182,107,108],"thread","processes thread injection detect","injection","memory","process-injection","api","apc-injection","thread-injection","nt-api",{"skillNo":200,"name":201,"nameZh":6,"description":202,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":203,"categories":204,"keywords":205,"publishedAt":44},"01M71HA7H311V5G14WMX58HQSS","processes-hollow-technique-detect","Detect process hollowing (RunPE) by identifying processes with mismatched image paths between PEB and VAD tree, or unmapped PE headers in memory.","https:\u002F\u002Fgithub.com\u002FDCx7C5\u002Fai-marketplace\u002Fblob\u002Fmain\u002Fskills\u002Fwindows\u002Fprocesses\u002Fhollow\u002Ftechnique\u002Fdetect\u002FSKILL.md",[],[206,103,170,207,193,34,208,209,35,118,210,211,212,213,214,215,107,108,216,217],"processes hollow technique detect","tree","memory-forensics","process-hollow","peb","runpe","image","pe-header","in memory","with","mismatched","headers"]