Cloud Audit

Name: Cloud Audit
Author: gebalamariusz

本地服务

haitmg.pl开发工具737 周前更新

代码仓库访问官网

关于 Cloud Audit

Cloud Audit 是只读的开源 AWS 安全扫描器，面向需要审计账户风险的团队。它包含 110 项检查、攻击链关联和 Breach Cost 估算，并为每项发现提供 AWS CLI 与 Terraform 修复方案。同时提供 agent-blast 功能，用于分析被劫持的 AI Agent 能触达的 AWS 资源。

主要功能

01110 项只读配置检查，覆盖 25 项 AWS 服务
0264 种 IAM 权限提升方法与 31 条攻击链规则
03每项发现附带 AWS CLI 与 Terraform 修复方案
04agent-blast 分析 Bedrock Agent 与 AgentCore 的可达范围
05Proof Mode 借助 iam:SimulatePrincipalPolicy 验证路径
06支持 SARIF、HTML、JSON 等多种输出格式

适用场景

01审计 AWS 账户的 IAM 权限提升路径与暴露面
02评估 AI Agent 被提示词注入或凭证泄露后的影响范围
03在 CI 中以 SARIF 格式将结果上传至 GitHub Code Scanning

MCP 相关

该项目提供 MCP 服务，包含 7 个只读工具，可供 Claude Code、Cursor 等 MCP 客户端调用，其中包括 get_agent_blast。

#aws #security #cloud #scanner #mcp #terraform #devops #compliance

配置

本地服务的配置在各客户端中通用，复制后粘贴到客户端的 MCP 配置文件即可。

mcp.json · 通用配置

{
  "mcpServers": {
    "cloud-audit": {
      "command": "uvx",
      "args": [
        "cloud-audit"
      ]
    }
  }
}

启动命令uvx cloud-audit

本地服务需要在你的电脑上安装运行环境（如 Node.js 18+）。各客户端的配置文件位置不同，请参考客户端文档。

安装包

pypicloud-audit2.0.1stdio

工具

收录的工具列表 · 更新于 2 周前

参数	类型	必填
min_severity	string	否
profile	string	否
regions	string	否

详细介绍

cloud-audit

English | 简体中文

被劫持的 AI Agent 能访问你 AWS 账户中的哪些内容？你能证明吗？

开源、只读的 AWS 安全扫描器。包含 110 项检查、64 种 IAM 权限提升方法、31 条攻击链规则、任意资源的爆炸半径，以及适用于 Bedrock Agents 和 AgentCore 的 agent-blast：可揭示遭提示词注入或凭证盗取的 Agent 能访问哪些内容，并以 IAM 策略模拟器作为佐证。每项发现都附带 AWS CLI + Terraform 修复方案。不会向你的账户写入任何内容。

30 秒演示 - agent-blast - 完整扫描 - 包含内容 - 证明模式 - 安装 - 文档

30 秒体验，无需 AWS 账户

pip install cloud-audit

cloud-audit agent-blast --demo          # a hijacked Bedrock Agent, two threat models, one screen
cloud-audit demo --save demo.json       # a full sample scan, then explore it offline:
cloud-audit blast-radius --report demo.json --resource arn:aws:iam::123456789012:role/support-bot-ticket-role
cloud-audit simulate     --report demo.json --fix aws-iam-018
cloud-audit exposure     --report demo.json

示例账户为虚构账户。由此生成的所有内容（攻击链、根本原因、违规成本、安全图谱、Agent 可访问范围）均由真实扫描所用的同一套引擎生成。

提供凭证后，只需运行一条命令即可执行真实扫描，且只读。AWS 托管的 SecurityAudit 策略涵盖所有检查（所需权限）：

cloud-audit scan                         # default profile and region
cloud-audit scan --verify                # plus IAM policy-simulator proof for escalation paths
cloud-audit agent-blast --verify         # then: what your agents can reach, simulator-confirmed

agent-blast：被劫持的 AI Agent 能触及什么

AWS 中的 AI Agent 是一组 IAM 身份：Agent 运行时使用的角色、其工具背后的 Lambda 函数执行角色，以及其知识库、网关和沙盒的角色。Agent 被劫持后，攻击者便会以这些身份行事。agent-blast 会针对每个 Agent，在两种威胁模型下说明这意味着什么：

威胁模型	攻击者掌握的信息	可触及的范围
身份接管	Agent 运行时使用的角色凭证（逃出沙盒、读取元数据服务、会话泄露）	完整角色权限：提权方法、AssumeRole 跳转、数据
行为接管	除了提示词以外一无所有（通过文档、工单、网页进行间接提示词注入）	Agent 的工具能做什么，受工具自身执行角色的权限限制

示例 Agent 的实际输出（cloud-audit agent-blast --demo -a support-bot）：

support-bot (bedrock_agent, eu-central-1)
├── A hijacked tool (tool: create-ticket) can escalate to account admin via PassRole+Lambda
├── status: PREPARED
├── Identity takeover (attacker holds the role's credentials)
│   └── support-bot-agent-role arn:aws:iam::123456789012:role/support-bot-agent-role
│       └── no escalation path; 3 reach(es) from policy grants, 1 on named resources (see Reach)
│           (risk 0/100, 1 nodes)
├── Behaviour takeover (prompt injection: the agent's tools, their roles)
│   ├── search-docs action_group_lambda -> support-bot-search-role
│   │   ├── 3 OpenAPI path(s) in apiSchema; state ENABLED
│   │   └── no escalation path; 4 reach(es) from policy grants, 4 on named resources (see Reach)
│   ├── create-ticket action_group_lambda -> support-bot-ticket-role
│   │   ├── 2 function(s) in functionSchema; state ENABLED
│   │   ├── reaches Account Takeover in 1 hop(s) via PassRole+Lambda (risk 72/100)
│   │   └── escalation: PassRole+Lambda
│   └── product-docs knowledge_base -> support-bot-kb-role
│       ├── 1 S3 data source(s)
│       └── no escalation path; 2 reach(es) from policy grants, 2 on named resources (see Reach)
├── Reach (13 action/resource pairs)
│   ├── tool: search-docs secretsmanager:GetSecretValue on
│   │   arn:aws:secretsmanager:eu-central-1:123456789012:secret:prod/db-credentials-Ab12Cd
│   │   unverified read secret values
│   ├── tool: create-ticket sts:AssumeRole on arn:aws:iam::123456789012:role/ops-admin unverified
│   │   assume IAM roles
│   ├── tool: create-ticket lambda:InvokeFunction on * unverified invoke Lambda functions
│   ├── tool: search-docs s3:PutObject on arn:aws:s3:::company-backups-2024/* unverified write S3
│   │   objects
│   ├── support-bot-agent-role s3:GetObject on arn:aws:s3:::kb-product-docs/* unverified read the
│   │   agent's knowledge base
│   ├── tool: search-docs s3:GetObject on arn:aws:s3:::company-backups-2024/* unverified read S3
│   │   objects
│   ...
├── Tags
│   ├── OWASP Agentic: ASI02 Tool Misuse and Exploitation, ASI03 Identity and Privilege Abuse,
│   │   ASI05 Unexpected Code Execution
│   └── MITRE ATLAS: AML.T0034 Cost Harvesting, AML.T0040 AI Model Inference API Access, AML.T0053
│       AI Agent Tool Invocation, AML.T0086 Exfiltration via AI Agent Tool Invocation
└── Simulated, not executed: identity policies, the attached permissions boundary and SCPs are
    evaluated by the IAM policy simulator; resource-based policies of the targets, RCPs and VPC
    endpoint policies are not. Tool reach is an upper bound set by the tool's role; what the tool
    code does with its inputs is narrower.

输出所揭示的情况是：support bot 本身无害，但如果某份文档诱使它调用 create-ticket，代码就会以一个能够将管理员角色传递给新 Lambda 的角色运行。search-docs 工具本来用于读取产品文档，却也能读取生产数据库密钥，并向备份存储桶写入内容。每一行都列明了身份、操作和资源，因此修复方式是修改策略声明，而不是争论。

同一引擎也适用于 AgentCore。对于示例网关（--demo -a tools-gw），核心结论涉及多个 Agent：

tools-gw (agentcore_gateway, eu-central-1)
├── tool: crm-sync can write into agent 'support-bot' knowledge base (RAG poisoning): arn:aws:s3:::kb-product-docs/*
├── inbound authorizer: NONE; policy engine: none
...
│   ├── tool: crm-sync s3:PutObject on arn:aws:s3:::kb-product-docs/* unverified write into agent
│   │   'support-bot' knowledge base (RAG poisoning)
...
├── Coverage notes
│   └── tool 'erp-mcp' (gateway_target_mcp_server): backend identity unknown, not assessed - remote
│       MCP server; credential provider: OAUTH

agent-blast 读取的内容（全部为 list/get，不收费）：

Bedrock Agents：Agent 资源角色、解析到 Lambda 及其执行角色的 DRAFT 版本中每个操作组，以及解析到 S3 数据源存储桶的知识库。
AgentCore：运行时角色和网络模式、带有授权器的网关角色、策略引擎，以及每个目标（Lambda、远程 MCP 服务、API Gateway、OpenAPI、Smithy）及其凭证提供程序、代码解释器和浏览器执行角色。
这些身份的 IAM 策略（内联、附加、组策略），保持原样：操作、资源、效果，以及是否存在 Condition。对条件只做标记，不作猜测，由模拟器作出判断。

随后，针对每个身份，检查 64 种提权方法、沿信任关系图进行 AssumeRole 跳转，并逐项将数据、密钥、横向移动、代码执行和模型调用授权与具体资源匹配。即使知识库存储桶被 s3:* 作用于 * 的策略涵盖，它始终是一个具体目标；对其拥有写入权限时，会报告为 RAG 投毒。扫描器无法读取的任何内容（被拒绝访问的区域、没有 IAM 身份的工具）都会列为覆盖范围说明，绝不会默默放行。

--verify 会使用攻击者实际拥有的上下文（会话未启用 MFA、使用 TLS 传输），针对每个具体组合调用 iam:SimulatePrincipalPolicy，并将每项可触及权限标记为 PROVEN、DENIED（注明拒绝它的策略层：SCP、权限边界）或 not asserted。输出格式：tree、json、markdown。MCP 服务会通过 get_agent_blast 提供相同的报告。

全量扫描

cloud-audit scan 会对 25 项 AWS 服务执行 110 项只读检查，将发现关联成攻击链，按照可打断的攻击链数量对修复方案排序，并估算风险暴露。以下是示例账户（cloud-audit demo）的结果，由与实际扫描相同的代码生成，并进行了精简：

┌─────── Health Score ───────┐
│ 15 / 100                   │
└────────────────────────────┘
  Provider             AWS
  Account              123456789012
  Regions              eu-central-1
  Resources scanned    80
  Checks passed        14
  Checks failed        6
  Attack chains        3
  Risk exposure        $572K - $12.5M  (IBM/Verizon data)
┌───────────────────────── Attack Chains (3 detected) ─────────────────────────┐
│   CRITICAL      PassRole Escalation to Admin (support-bot-ticket-role)       │
│                 Principal 'support-bot-ticket-role' has iam:PassRole and     │
│                 can create resources with privileged roles via:              │
│                 PassRole+Lambda. The attacker passes an admin role to a      │
│                 service, then uses that service to execute code with admin   │
│                 privileges.                                                  │
│                 Fix: Scope iam:PassRole for 'support-bot-ticket-role' to     │
│                 specific role ARNs                                           │
│                 Risk: $250K - $5.0M                                          │
│                                                                              │
│   CRITICAL      Internet-Exposed Admin Instance                              │
│                 i-0abc123def456789, sg-0a1b2c3d4e5f67890                     │
│                 Instance i-0abc123def456789 is reachable from the internet   │
│                 via open security group and has admin IAM role               │
│                 'prod-admin-role'. An attacker can reach the instance,       │
│                 access IMDS credentials, and gain full admin access to the   │
│                 AWS account.                                                 │
│                 Fix: Restrict security group sg-0a1b2c3d4e5f67890 to         │
│                 specific IPs (effort: LOW).                                  │
│                 Risk: $62K - $625K                                           │
│                                                                              │
│   CRITICAL      CI/CD to Admin Takeover                                      │
│                 Role 'github-deploy-role' trusts an OIDC provider without    │
│                 restricting the 'sub' claim AND has admin permissions. Any   │
│                 repository on the CI/CD platform can assume this role and    │
│                 gain full AWS admin access.                                  │
│                 Fix: Add 'sub' condition to the trust policy (effort:        │
│                 LOW).                                                        │
│                 Risk: $125K - $1.2M                                          │
└──────────────────────────────────────────────────────────────────────────────┘
┌────────────── Remediation Plan (fix 3 things, break 3 chains) ───────────────┐
│    #  Fix                             Effort     Chains   Findings  Risk Red │
│    1  Restrict security groups        LOW             1          1  $62.5K - │
│    2  Add OIDC 'sub' condition to     LOW             1          1  $125K -  │
│       trust policies                                                         │
│    3  Remove IAM privilege            MEDIUM          1          1  $250K -  │
│       escalation paths                                                       │
└──────────────────────────────────────────────────────────────────────────────┘
┌─────────────────── Quick Wins (break CRITICAL chains now) ───────────────────┐
│ 1. aws ec2 revoke-security-group-ingress --group-id sg-0a1b2c3d4e5f67890     │
│ --protocol tcp --port 22 --cidr 0.0.0.0/0                                    │
│    Breaks: AC-01 (Internet-Exposed Admin Instance)                           │
│                                                                              │
│ 2. aws iam update-assume-role-policy --role-name github-deploy-role          │
│ --policy-document file://trust-with-sub.json                                 │
│    Breaks: AC-07 (CI/CD to Admin Takeover)                                   │
└──────────────────────────────────────────────────────────────────────────────┘

在采取任何操作前，先预览修复效果。simulate 会移除检查所能修复的发现，并离线重新计算评分、攻击链和风险暴露：

$ cloud-audit simulate --report demo.json --fix aws-iam-018

Simulation: Apply Remove IAM privilege escalation paths

┌────────────────────────────── Impact Analysis ───────────────────────────────┐
│   Metric                        Before                After          Delta   │
│   Health Score                  15/100               35/100            +20   │
│   Attack Chains                      3                    2             -1   │
│   Findings                           6                    5             -1   │
│   Risk Exposure         $572K - $12.5M      $187.5K - $1.9M           -85%   │
└──────────────────────────────────────────────────────────────────────────────┘

Chains broken (1):
  CRITICAL  PassRole Escalation to Admin (support-bot-ticket-role)  -> GONE

Chains remaining (2):
  CRITICAL  Internet-Exposed Admin Instance
  CRITICAL  CI/CD to Admin Takeover

Next recommended fix: Restrict security groups -> breaks 1 more chain(s)

从任意资源出发，沿关系向外追踪，查看该资源遭到入侵后会影响哪些对象：

$ cloud-audit blast-radius --report demo.json --resource arn:aws:iam::123456789012:role/support-bot-ticket-role

┌────────────────────────────────────── Blast Radius ──────────────────────────────────────┐
│ Compromise of role/support-bot-ticket-role leads to Account Takeover via 2 hop(s).       │
│ Resource: arn:aws:iam::123456789012:role/support-bot-ticket-role                         │
│ Reachable: 3 | Paths to impact: 1 | Risk score: 72/100                                   │
└──────────────────────────────────────────────────────────────────────────────────────────┘

role/support-bot-ticket-role - IAM Role (assumed compromised)
├── Account Takeover - Full AWS admin (via grants admin, type=exploit) <high-value>
└── arn:aws:s3:::company-backups-2024 - S3 bucket (reachable via admin) (via s3:GetObject +
    ListBucket, type=data) <high-value>

Available fixes (from scan findings):
  - aws-iam-018 Role 'support-bot-ticket-role' can escalate via PassRole+Lambda (breaks chain, effort=MEDIUM)
  - aws-s3-001 Bucket 'company-backups-2024' has Block Public Access disabled (breaks chain, effort=LOW)

--format json 可直接导入开放的浏览器可视化工具 blast-audit.haitmg.pl；--format mermaid 可生成适用于 Wiki 页面的图表。exposure 会根据互联网可达性和权限提升情况，对安全图中的所有节点进行排序：

$ cloud-audit exposure --report demo.json -n 6
   Score    Type              Label                       Why
      60    iam_role          prod-admin-role             internet-reachable
      41    internet          Internet                    internet-reachable
      41    ec2               i-0abc123def456789          internet-reachable
      41    security_group    sg-0a1b2c3d4e5f67890        internet-reachable
      20    iam_role          support-bot-ticket-role     escalation
      20    iam_role          support-bot-search-role     linked to others

_{该可视化工具完全在浏览器中运行，使用 blast-radius --format json 导出文件。}

## 包含内容

能力	规模	命令
配置检查，每项检查均提供 AWS CLI 和 Terraform 修复方案	110 项检查，涵盖 25 项服务：IAM、S3、EC2、VPC、RDS、KMS、CloudTrail、CloudWatch、GuardDuty、Config、Lambda、ECS、EFS、SSM、Secrets Manager、DynamoDB、Backup、Inspector、Security Hub、WAF、Bedrock、SageMaker、Bedrock AgentCore、Data Perimeter、账户	`scan`、`list-checks`
IAM 权限提升	9 个类别中的 64 种方法：IAM 自我变更、凭证访问、将 PassRole 授予服务、修改 Lambda 代码、滥用信任策略、绕过权限边界、滥用资源策略、劫持计算资源、横向 AssumeRole（在信任图上执行 BFS）	`scan`（`aws-iam-018`）
攻击链	31 条规则，将调查结果与实时关系（EC2 到角色、Lambda 到角色、OIDC 到策略）关联起来，形成攻击路径，并附带 MITRE ATT&CK 参考和优先修复建议	`scan`
根本原因和快速见效项	按可消除问题的修复方案对调查结果分组，并根据中断的攻击链数量排序	`scan`
假设分析	离线评估任意一组检查修复前后的分数、攻击链和暴露情况	`simulate --fix`
影响范围	从 EC2 实例、IAM 角色或用户、Lambda、S3 存储桶或密钥出发执行正向 BFS；为可视化工具提供 JSON 契约	`blast-radius`
暴露风险排序	根据互联网可达性和权限提升风险，为安全图中的每个节点评分	`exposure`
AI Agent	清点 Bedrock Agents 和 AgentCore 运行时、网关、代码解释器、浏览器及其 IAM 身份和工具；覆盖两种威胁模型；提供 OWASP Agentic 和 MITRE ATLAS 标签；模拟器验证结果	`agent-blast`
验证模式	对权限提升路径执行 `iam:SimulatePrincipalPolicy`（范围较广），并对具体的（主体、操作、资源）三元组执行验证（agent-blast）	`scan --verify`、`agent-blast --verify`
威胁情报源	10 个检测器，用于检测正在发生的滥用；每个检测器均对应有文档记录的 2025-2026 年事件模式，并作为规则包进行版本管理	`threat-feed`
数据边界	针对资源策略的 5 项检查：检测混淆代理和跨组织暴露，并评估条件值	`scan`（`aws-dp-*`）
AgentCore 配置	6 项检查：代码解释器和运行时网络模式、MMDSv2、内存 KMS、网关授权器、网关策略引擎	`scan`（`aws-agc-*`）
入侵成本	为每项调查结果和每条攻击链提供美元成本范围，并注明每个数字所依据的公开来源	`scan`
合规性	6 个框架，提供每项控制措施的证据：CIS AWS v3.0、SOC 2 Type II、ISO 27001:2022、HIPAA、NIS2、BSI C5:2020	`scan --compliance`、`list-frameworks`
漂移和趋势	对比两次扫描并返回退出码；通过迷你图查看安全态势历史	`diff`、`trend`
覆盖缺口	若扫描器读取操作遭拒，会报告为“未评估”，绝不会视为通过	每条命令
输出格式	控制台、JSON、HTML 报告、SARIF（GitHub Code Scanning）、Markdown	`scan --format`
MCP 服务	为 Claude Code、Cursor 及任何 MCP 客户端提供 7 个只读工具，包括 `get_agent_blast`	`cloud-audit-mcp`

以下是 cloud-audit threat-feed --list 列出的十个威胁情报源检测器（规则包 2026-Q2）：

模式	严重程度	检测内容
TF-001	MEDIUM	最近验证的 SES 身份（网络钓鱼准备阶段的前兆）
TF-002	HIGH	公开的 Lambda Function URL（`AuthType=NONE`）
TF-003	CRITICAL	附加了 AWS 凭证隔离策略
TF-004	CRITICAL	在 CloudTrail 中观察到用于扫描泄露凭证的用户代理
TF-005	HIGH	最近创建且具有加密货币挖矿类计算访问权限的 IAM 角色
TF-006	HIGH	使用 IMDSv1 / MMDSv1 的 EC2 或 AgentCore（SSRF 凭证窃取途径）
TF-007	MEDIUM	面临 whoAMI 混淆攻击风险的 CI/CD 角色
TF-008	HIGH	CloudTrail 篡改前兆（日志记录已停止或传送失败）
TF-009	HIGH	使用外部 CA 的 IAM Roles Anywhere 信任锚
TF-010	HIGH	向非管理员主体附加了 `AmazonDataZoneFullAccess`

Proof Mode：模拟验证，而非猜测

IAM 策略的静态分析会过度报告。Proof Mode 会调用 AWS 自己的授权引擎 iam:SimulatePrincipalPolicy，该操作是只读的，且不会按调用收费。

scan --verify 会检查检测到的每条权限提升路径。verified: true 表示模拟器允许所有必需操作；false 表示模拟器拒绝了其中一项（该路径极有可能是误报）； null 表示未断言，原因见 verification_detail。
agent-blast --verify 会检查每个具体的（主体、操作、资源）可达性，提供攻击者窃取或假定凭证后所具备的上下文，并指出拒绝请求的层。

截至 2026-07-30，模拟器评估的内容包括：身份策略、附加的权限边界、组织的 SCP（包括其条件键），以及你提供的上下文键。它不评估：资源控制策略、VPC 端点策略、角色链式调用，以及针对 IAM 角色的基于资源的策略。cloud-audit 会在每一行已验证的结果中说明这一点。true 证明权限存在，但不能证明端到端攻击可行；不会执行任何操作。

报告

cloud-audit scan --format html     -o report.html     # client-ready
cloud-audit scan --format sarif    -o results.sarif   # GitHub Code Scanning
cloud-audit scan --format json     -o report.json     # machine-readable, feeds every offline command
cloud-audit scan --format markdown -o report.md       # PR comments
cloud-audit scan --compliance cis_aws_v3 --format html -o cis.html
cloud-audit agent-blast --format markdown -o agents.md

CI/CD

- run: pip install cloud-audit
- run: cloud-audit scan --format sarif --output results.sarif
- uses: github/codeql-action/upload-sarif@v3
  with:
    sarif_file: results.sarif

--quiet 只返回退出代码：0 表示通过，1 表示发现问题，2 表示错误。使用 --min-severity high 按严重性设置门槛。cloud-audit diff old.json new.json --quiet 在出现新问题时返回 1，因此每日扫描可以发现 ClickOps 导致的配置漂移。此仓库也提供组合式 GitHub Action （gebalamariusz/cloud-audit@v0）。现成的工作流：基本扫描、每日差异比较、部署后扫描。

安装

pip install cloud-audit                               # pip (recommended)
pipx install cloud-audit                              # isolated
uvx --from cloud-audit cloud-audit scan               # no install
docker run ghcr.io/gebalamariusz/cloud-audit scan     # Docker (also on Docker Hub: haitmg/cloud-audit)

使用凭证运行 Docker：

docker run -v ~/.aws:/home/cloudaudit/.aws:ro ghcr.io/gebalamariusz/cloud-audit scan

支持 Python 3.10 至 3.13。依赖项：boto3、typer、rich、pydantic、jinja2、pyyaml、mcp。

AWS 权限

只读。附加 AWS 托管策略 SecurityAudit；该策略涵盖所有检查、IAM 权限提升分析、 Agent 清单和 Proof Mode：

aws iam attach-role-policy --role-name auditor \
  --policy-arn arn:aws:iam::aws:policy/SecurityAudit

cloud-audit 绝不会修改你的基础设施。simulate、blast-radius、exposure、diff、 trend 和 agent-blast 会针对已保存的扫描结果在本地运行，不会调用 AWS；只有 --verify 会额外调用模拟器。不存在相应服务的区域会被跳过；扫描器无权读取的区域会列为覆盖缺口。

MCP 服务

为 AI 助手提供七种只读工具：scan_aws、get_findings、get_attack_chains、 get_remediation、get_health_score、list_checks、get_agent_blast。

claude mcp add cloud-audit -- uvx --from cloud-audit cloud-audit-mcp

然后询问：“扫描我的 AWS 账户，并告诉我 Bedrock Agent 被劫持后可能访问哪些内容。”

常用标志和配置

cloud-audit scan -R                                      # show remediation inline
cloud-audit scan --profile prod --regions eu-central-1   # profile / region
cloud-audit scan --regions all                           # all enabled regions
cloud-audit scan --role-arn arn:aws:iam::...:role/audit  # cross-account
cloud-audit scan --export-fixes fixes.sh                 # every CLI fix as a script
cloud-audit scan --categories security,cost              # skip reliability/performance checks
cloud-audit agent-blast -a support-bot --profile prod --verify

默认值位于 .cloud-audit.yml 中（区域、min_severity、exclude_checks、有时限的 suppressions）。环境变量（CLOUD_AUDIT_REGIONS、CLOUD_AUDIT_MIN_SEVERITY 等）会覆盖该文件；CLI 标志的优先级最高。请参阅配置指南。

文档

完整文档请访问 haitmg.pl/cloud-audit：快速入门、 agent-blast、攻击链、 IAM 权限提升、影响范围、 Proof Mode、威胁源、数据边界、 AgentCore、合规性，以及完整检查参考。

商业支持

cloud-audit 免费，而且会一直免费。如果您希望有人协助解读发现，作者提供以下专业服务：

扫描器输出审查（免费）：发送您的 cloud-audit、Prowler 或 Security Hub 输出，即可获得简短的书面审查，说明哪些问题真正重要以及应优先修复什么
AWS 安全审计：全面审计账户，并提供按优先级排序的报告和可直接应用的修复方案
AI Agent 访问审查：检查您的 Bedrock 和 AgentCore Agent 能访问什么，并提供收窄访问范围的策略变更
修复支持：提供 Terraform 和 IAM 变更，并针对您的工作负载进行验证
AWS 上的 Palo Alto VM-Series：架构和安全审查（GWLB/TGW、高可用性、路由）

详情：haitmg.pl/cloud-audit-support 或发送邮件至 [email protected]。

开发

git clone https://github.com/gebalamariusz/cloud-audit.git
cd cloud-audit
pip install -e ".[dev]"
pytest -q && ruff check src/ tests/ && mypy src/

请参阅 CONTRIBUTING.md 添加检查项。发布记录见 CHANGELOG.md。

许可证

MIT - Mariusz Gebala / HAIT

支持 Markdown

登录后评论

第一次接触 MCP？

从协议是什么，到在客户端里装上第一个服务，这几条回答覆盖了大多数入门问题。

阅读入门指南

一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。