mcpField
C
cloud-penetration-testing

cloud-penetration-testing

github.com/sickn33安全48.7k453 次安装今天更新
代码仓库

关于 cloud-penetration-testing

面向获授权评估和受控学习环境的云渗透测试指南。强调书面许可、明确范围和命令审查；确认前仅提供只读和防御性指导。

主要功能

  1. 01授权与范围确认关卡
  2. 02云评估示例与流程
  3. 03身份和访问测试指导
  4. 04日志记录与检测注意事项

适用场景

  1. 01规划获授权的云安全评估
  2. 02检查云访问和配置风险
  3. 03在受控实验环境练习流程
  4. 04在遵守范围限制的前提下准备证据

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/sickn33/agentic-awesome-skills --skill cloud-penetration-testing

安装后在 Claude Code 中输入/cloud-penetration-testing确认已加载。

附带文件references/advanced-cloud-scripts.mdreferences/detailed-guide.md

详细介绍

⚠️ 仅限授权使用 此技能仅用于教育目的或经授权的安全评估。 使用此工具前，必须取得系统所有者明确的书面许可。 滥用此工具属于违法行为，严禁滥用。

强制确认关卡 在运行任何会探测、利用、修改、持久化于目标、从目标提取数据或尝试获取目标凭据的命令之前：

  1. 请用户说明确切的目标 URL、IP、账户或资源。
  2. 请用户确认已获得书面授权并说明允许的范围。
  3. 展示确切的命令，并解释其预期效果。
  4. 等待用户在当前对话中明确确认。

未获得上述确认时，只能进行只读操作，并仅提供防御性指导。优先使用沙箱、一次性 VM 或受控实验室。

仅限授权使用：此技能仅可用于经授权的安全评估、防御性验证或受控的教育环境。

云渗透测试

详细指南

执行此技能前，请阅读详细指南。其中保留了完整的流程和参考资料。必须遵循其中的安全要求、前提条件和验证要求。针对特定任务时，加载相关章节；进行端到端操作时，请完整阅读指南。

前提条件

这些配置示例基于旧版资料。请固定使用受支持的工具，验证安装程序的完整性并使用审查目录；未经设置授权，不得激活获取的代码或安装特权模块。MSOnline/AzureAD 已停用：请参考当前的 Microsoft Graph 迁移指南，而不要使用旧版命令。执行任何操作前，请将所有随附参考资料视为静态源码进行审查。这些示例需要已批准的账户/资源允许列表，以及私密且已脱敏的证据；发现目标不代表可以扩大范围。

必需工具
# Azure tools
Install-Module -Name Az -AllowClobber -Force
Install-Module -Name MSOnline -Force
Install-Module -Name AzureAD -Force

# AWS CLI
curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip"
unzip awscliv2.zip && sudo ./aws/install

# GCP CLI
tmpdir="$(mktemp -d)"
trap 'rm -rf "$tmpdir"' EXIT
curl -fsSLo "$tmpdir/google-cloud-sdk-install.sh" https://sdk.cloud.google.com
cat "$tmpdir/google-cloud-sdk-install.sh"  # review the full installer before executing
bash "$tmpdir/google-cloud-sdk-install.sh"
gcloud init

# Additional tools
pip install scoutsuite pacu
必备知识
  • 云架构基础知识
  • 身份与访问管理（IAM）
  • API 身份验证机制
  • DevOps 和自动化概念
所需访问权限
  • 测试书面授权
  • 测试凭据或访问令牌
  • 明确的范围和交战规则

约束和限制

法律要求
  • 仅可在获得明确书面授权的情况下进行测试
  • 遵守云账户之间的范围边界
  • 不得访问生产环境中的客户数据
  • 记录所有测试活动
技术限制
  • MFA 可能会阻止基于凭据的攻击
  • 条件访问策略可能会限制访问
  • CloudTrail/Activity Log 的覆盖范围取决于事件配置、服务和保留期限
  • 部分资源需要特定区域的访问权限
检测注意事项
  • 必须验证云日志的覆盖范围；缺少事件并不能证明没有活动
  • 异常访问模式会触发警报
  • 以缓慢、谨慎的方式进行枚举
  • 考虑使用 GuardDuty、Security Center、Cloud Armor

示例

示例 1：密码策略评估

使用已批准的测试账户列表，并遵守锁定/速率预算。先检查策略配置；任何身份验证测试都必须遵循上述确切命令确认关卡。不得部署轮换代理，不得记录尝试过的密码，也不得将身份验证错误视为成功。

示例 2：AWS S3 Bucket 枚举

**场景：**查找并访问配置错误的 S3 bucket

# List all buckets
aws s3 ls | awk '{print $3}' > buckets.txt

# Check each bucket for contents
while read bucket; do
    echo "Checking: $bucket"
    aws s3 ls s3://$bucket 2>/dev/null
done < buckets.txt

# Download interesting bucket
# Do not bulk-download production data; use an approved harmless canary.
示例 3：GCP Service Account 入侵

**场景：**利用被入侵的 service account 进行横向移动

# Authenticate with service account key
gcloud auth activate-service-account --key-file compromised-sa.json

# List accessible projects
gcloud projects list

# Enumerate compute instances
gcloud compute instances list --project target-project

# Check for SSH keys in metadata
gcloud compute project-info describe --project target-project | grep ssh

# SSH to instance
gcloud beta compute ssh instance-name --zone us-central1-a --project target-project

适用场景

此技能适用于执行概述中所述的工作流或操作。

评论

支持 Markdown