用途：拿到 AWS 策略文件（IAM Policy、Resource Policy、Lambda 代码、CloudFormation 模板等）后，不盲目枚举，而是先从策略推导攻击面，判断“允许什么”以及允许范围的边界在哪里。
主要能力：一、策略文件快速分类，按 Version/Statement、Principal 字段、handler(event, context)、AWSTemplateFormatVersion、sts:AssumeRole 等特征区分 IAM Policy、Resource Policy、Lambda 代码、CloudFormation、Trust Policy，并确定关注点。二、IAM Policy 危险模式识别，检查 Principal（如 ""、{"AWS": ""} 表示跨账户或匿名访问）、Action 范围（""、"s3:"、sts:AssumeRole、iam:PassRole、lambda:InvokeFunction 等）、Resource 范围（"*" 与带前缀 ARN 的差别），以及 Condition 绕过（StringLike 通配符在 email 与 https 协议下含义不同、IpAddress 可能被 VPN/代理绕过、StringEquals 与 StringLike 区别）。三、服务信任关系图推导，读取策略、识别 Principal 与 Resource、连线 Principal→Action→Resource，定位最弱一环，重点分析 Lambda Execution Role 权限。四、Lambda/应用代码审计，关注路径穿越、命令注入、SSRF、环境变量泄露、SQL 注入、反序列化等代码模式。五、AWS 服务端点发现，从页面或 JS 中提取 amazonaws.com、execute-api、S3 Bucket、Presigned URL（X-Amz-Credential 含 AccessKeyId 和 Region）。六、辅助工具，如 webhook.site 接收回调，以及 aws iam get-policy-version、aws s3api get-bucket-policy、aws lambda get-policy 等命令，另可参考 ScoutSuite、Prowler。
使用方式：先分析附件中的策略文件，再按上述步骤逐步推进；相关深入内容见 references/s3-attack-techniques.md 与 references/aws-resource-policy-exploits.md。需注意：连续出现 AccessDenied/404 三次后应停下重新分析策略；不要忽略附件；不要假设固定攻击链；不要忽略 Condition 字段。适用场景为涉及 AWS 云服务且能获取策略文件的授权安全分析。限制：暂未提供具体收费、平台与效果信息。