# Implementing Cloud Security Posture Management

> 实施云安全态势管理（CSPM），使用 Prowler、ScoutSuite、AWS Security Hub、Azure Defender 和 GCP Security Command Center 对多云环境中的错误配置、合规违规和安全风险进行持续监控。

- Skill: `killvxk/implementing-cloud-security-posture-management` (Agent Skill, multi-file: 4 files)
- Install (CLI): `npx skillmds@latest add killvxk/implementing-cloud-security-posture-management`
- Raw SKILL.md: https://api.skillmd.com/api/skills/killvxk/implementing-cloud-security-posture-management/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: DevOps & Infra
- License: Apache-2.0
- Author: killvxk (https://skillmd.com/u/killvxk)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/killvxk/implementing-cloud-security-posture-management

---


# 实施云安全态势管理

## 适用场景

- 在 AWS、Azure 和 GCP 环境中建立持续安全监控时
- 合规要求需要针对 CIS、SOC 2 或 PCI DSS 进行自动化态势评估时
- 安全团队需要跨多个账户和订阅了解云错误配置时
- 构建能检测和修复偏离安全基线的安全运营工作流时
- 将工作负载迁移到云端并需要强制执行安全护栏时

**不适用于**：运行时工作负载保护（使用 Falco 或 Aqua 等 CWPP 工具）、应用安全测试（使用 DAST/SAST 工具），或网络入侵检测（使用 GuardDuty 或 Network Watcher 等云原生 IDS）。

## 前置条件

- 跨所有目标环境具有只读安全审计权限的多云凭据
- 已安装 Prowler v3+（`pip install prowler`）
- 已安装 ScoutSuite（`pip install scoutsuite`）
- 在各自环境中启用 AWS Config、Azure Policy 和 GCP Organization Policy
- 用于发现结果聚合的集中日志目标（S3 存储桶、Log Analytics 工作区或 Cloud Storage）
- 已配置严重发现结果告警的通知渠道（Slack、PagerDuty、邮件）

## 工作流程

### 步骤 1：部署云原生 CSPM 服务

在每个云提供商中启用内置 CSPM 功能，用于基线态势评估。

```bash
# AWS：启用带 FSBP 和 CIS 标准的 Security Hub
aws securityhub enable-security-hub --enable-default-standards
aws securityhub batch-enable-standards --standards-subscription-requests \
  '[{"StandardsArn":"arn:aws:securityhub:::standards/cis-aws-foundations-benchmark/v/1.4.0"}]'

# Azure：启用 Microsoft Defender for Cloud（CSPM 层）
az security pricing create --name CloudPosture --tier standard
az security auto-provisioning-setting update --name default --auto-provision on

# GCP：启用 Security Command Center Premium
gcloud services enable securitycenter.googleapis.com
gcloud scc settings update --organization=ORG_ID \
  --enable-asset-discovery
```

### 步骤 2：运行 Prowler 进行多云评估

执行 Prowler，对所有三个云提供商进行全面安全检查。

```bash
# AWS 评估，执行所有 CIS 检查
prowler aws \
  --profile production \
  -M json-ocsf csv html \
  -o ./prowler-results/aws/ \
  --compliance cis_1.4_aws cis_1.5_aws

# Azure 评估
prowler azure \
  --subscription-ids SUB_ID_1 SUB_ID_2 \
  -M json-ocsf csv html \
  -o ./prowler-results/azure/ \
  --compliance cis_2.0_azure

# GCP 评估
prowler gcp \
  --project-ids project-1 project-2 \
  -M json-ocsf csv html \
  -o ./prowler-results/gcp/ \
  --compliance cis_2.0_gcp

# 查看跨所有提供商的摘要
prowler aws --list-compliance
```

### 步骤 3：运行 ScoutSuite 进行跨云比较

使用 ScoutSuite 进行统一的多云安全评估，并生成可视化报告。

```bash
# 扫描 AWS
python3 -m ScoutSuite aws --profile production \
  --report-dir ./scoutsuite/aws/

# 扫描 Azure
python3 -m ScoutSuite azure --cli \
  --all-subscriptions \
  --report-dir ./scoutsuite/azure/

# 扫描 GCP
python3 -m ScoutSuite gcp --user-account \
  --all-projects \
  --report-dir ./scoutsuite/gcp/

# 每次均生成包含风险评分发现结果的 HTML 报告
```

### 步骤 4：构建自动化合规监控管道

创建每日运行 CSPM 检查并将发现结果路由到相应渠道的定期管道。

```bash
# 通过 EventBridge + CodeBuild 创建每日 Prowler 扫描（AWS）
cat > buildspec.yml << 'EOF'
version: 0.2
phases:
  install:
    commands:
      - pip install prowler
  build:
    commands:
      - prowler aws -M json-ocsf -o s3://security-findings-bucket/prowler/$(date +%Y%m%d)/
      - prowler aws --compliance cis_1.5_aws -M csv -o s3://security-findings-bucket/prowler/compliance/
  post_build:
    commands:
      - |
        CRITICAL=$(cat output/*.json | grep -c '"CRITICAL"')
        if [ "$CRITICAL" -gt 0 ]; then
          aws sns publish --topic-arn arn:aws:sns:us-east-1:ACCOUNT:security-alerts \
            --subject "Prowler: 发现 $CRITICAL 个严重问题" \
            --message "请查看 s3://security-findings-bucket/prowler/$(date +%Y%m%d)/"
        fi
EOF

# 使用 EventBridge 设置定时任务
aws events put-rule \
  --name daily-prowler-scan \
  --schedule-expression "cron(0 6 * * ? *)" \
  --state ENABLED
```

### 步骤 5：配置发现结果聚合和去重

将来自多个 CSPM 工具和云提供商的发现结果聚合到统一视图。

```python
# findings_aggregator.py - 规范化和去重 CSPM 发现结果
import json
import hashlib
from datetime import datetime

def normalize_finding(finding, source):
    """将来自不同 CSPM 工具的发现结果规范化为通用格式。"""
    normalized = {
        'id': hashlib.sha256(f"{finding.get('ResourceId','')}{finding.get('CheckId','')}".encode()).hexdigest()[:16],
        'source': source,
        'cloud': finding.get('Provider', 'unknown'),
        'account': finding.get('AccountId', finding.get('SubscriptionId', '')),
        'region': finding.get('Region', ''),
        'resource_type': finding.get('ResourceType', ''),
        'resource_id': finding.get('ResourceId', ''),
        'severity': finding.get('Severity', 'INFO').upper(),
        'status': finding.get('Status', 'FAIL'),
        'title': finding.get('CheckTitle', finding.get('Title', '')),
        'description': finding.get('StatusExtended', ''),
        'compliance': finding.get('Compliance', {}),
        'remediation': finding.get('Remediation', {}).get('Recommendation', {}).get('Text', ''),
        'timestamp': datetime.utcnow().isoformat()
    }
    return normalized

def aggregate_findings(prowler_file, scoutsuite_file):
    findings = {}
    for file_path, source in [(prowler_file, 'prowler'), (scoutsuite_file, 'scoutsuite')]:
        with open(file_path) as f:
            for line in f:
                raw = json.loads(line)
                normalized = normalize_finding(raw, source)
                if normalized['status'] == 'FAIL':
                    findings[normalized['id']] = normalized
    return sorted(findings.values(), key=lambda x: {'CRITICAL':0,'HIGH':1,'MEDIUM':2,'LOW':3}.get(x['severity'],4))
```

### 步骤 6：实施配置漂移检测和自动修复

为违反安全基线的配置漂移设置自动响应。

```bash
# AWS Config 自动修复不合规 S3 存储桶
aws configservice put-remediation-configurations --remediation-configurations '[{
  "ConfigRuleName": "s3-bucket-public-read-prohibited",
  "TargetType": "SSM_DOCUMENT",
  "TargetId": "AWS-DisableS3BucketPublicReadWrite",
  "Parameters": {
    "S3BucketName": {"ResourceValue": {"Value": "RESOURCE_ID"}}
  },
  "Automatic": true,
  "MaximumAutomaticAttempts": 3,
  "RetryAttemptSeconds": 60
}]'

# Azure Policy 自动修复
az policy assignment create \
  --name "enforce-storage-encryption" \
  --policy "/providers/Microsoft.Authorization/policyDefinitions/404c3081-a854-4457-ae30-26a93ef643f9" \
  --scope "/subscriptions/SUB_ID" \
  --enforcement-mode Default

# GCP 组织策略约束
gcloud resource-manager org-policies set-policy policy.yaml --organization=ORG_ID
# policy.yaml: constraint: constraints/storage.publicAccessPrevention, enforcement: true
```

## 核心概念

| 术语 | 定义 |
|------|------|
| CSPM（云安全态势管理） | 持续监控云基础设施错误配置和合规违规的实践 |
| 配置漂移（Configuration Drift） | 云资源配置随时间偏离已批准安全基线的意外变更 |
| 安全基线（Security Baseline） | 记录了所有云资源必须满足的最低安全配置要求的文档 |
| 合规框架（Compliance Framework） | 用于评估云配置的结构化安全控制和要求集（CIS、SOC 2、PCI DSS、NIST） |
| 发现结果严重程度（Finding Severity） | 基于可利用性和潜在影响的错误配置风险分类（严重、高、中、低、信息） |
| 自动修复（Auto-Remediation） | 无需人工干预即可将不合规资源恢复到所需配置的自动纠正操作 |

## 工具与系统

- **Prowler**：开源多云安全评估工具，包含 300 余项对齐 CIS、PCI DSS、HIPAA 和 NIST 的检查
- **ScoutSuite**：多云安全审计工具，通过 API 收集的配置数据生成风险评分 HTML 报告
- **AWS Security Hub**：具有聚合发现结果和合规标准评估的 AWS 原生 CSPM
- **Microsoft Defender for Cloud**：具有安全评分、合规性和工作负载保护的 Azure 原生 CSPM
- **GCP Security Command Center**：具有资产清单、漏洞扫描和合规监控的 GCP 原生安全平台

## 常见场景

### 场景：为多云企业建立 CSPM

**场景背景**：一家企业在 AWS（主要）、Azure（身份和 Microsoft 服务）和 GCP（数据分析）上运行生产工作负载。安全团队需要统一的态势可见性。

**方法**：
1. 在每个提供商中启用云原生 CSPM：Security Hub、Defender for Cloud、SCC
2. 通过 CI/CD 管道在每个环境中将 Prowler 扫描部署为每日定期任务
3. 使用聚合脚本将发现结果规范化并聚合到中央数据湖
4. 在 Grafana 或 Kibana 中构建按云、账户和严重程度显示态势评分的仪表盘
5. 为已知安全修复（公开访问阻断、加密启用）配置自动修复
6. 将严重（CRITICAL）发现结果路由到 PagerDuty 进行即时响应，将高（HIGH）发现结果路由到 Jira 工单
7. 为管理层生成显示趋势数据的每周合规报告

**常见陷阱**：使用权限过宽运行 CSPM 工具会创建高价值目标。使用具有只读权限的专用服务账户并定期轮换凭据。不同 CSPM 工具可能以不同方式报告同一错误配置，因此去重逻辑必须考虑不同工具之间不同的资源 ID 格式和发现结果标题。

## 输出格式

```
云安全态势管理仪表盘
==============================================
组织: Acme Corp
评估日期: 2026-02-23
环境: AWS（12 个账户）、Azure（8 个订阅）、GCP（5 个项目）

态势评分:
  AWS:   82/100（比上周+3）
  Azure: 76/100（比上周-1）
  GCP:   79/100（比上周+5）
  总体: 79/100

按严重程度划分的发现结果:
  严重:  18（AWS: 7, Azure: 8, GCP: 3）
  高:    67（AWS: 28, Azure: 24, GCP: 15）
  中:   234（AWS: 98, Azure: 87, GCP: 49）
  低:   412（AWS: 178, Azure: 134, GCP: 100）

失败类别 TOP 排行:
  1. IAM 权限过宽策略        （43 个发现结果）
  2. 静态加密未启用           （38 个发现结果）
  3. 公开网络暴露             （29 个发现结果）
  4. 日志和监控缺口           （24 个发现结果）
  5. 未使用的凭据和密钥       （19 个发现结果）

自动修复（过去 7 天）:
  已自动修复的发现结果:  34
  待手动修复:             51
  已批准豁免:              8
```