일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
Tags
- esbuild
- MongoDB #NoSQL #CreateUser #DropUser #mongod #mognod.conf
- Sequoia
- 보이스피싱 #대검찰청 #명의도용 #비밀번호 #계좌번호 #공공기관 #가짜검찰청
- 채팅환전사기
- Frida
- 모의해킹
- self-signed
- ssrf
- speed-measure-webpack-plugin
- Malware Sample
- XSS
- 로맨스스캠
- EC2
- 변태는
- 많다..
- 허리디스크
- 네이버카페
- 다우오피스
- intelmac
- 척추관협착증
- AWS
- shell_gpt
- ue4dumper
- S3
- CryptoJS
- 취약점
- 중고나라
- CJ대한통운 #쿠팡 #통관번호오류 #통관고유번호오류 #안주원팀장 #모건인베스트
- 안전결제
Archives
- Today
- Total
목록dynamodb (1)
annyoung
AWS accessKey
모의해킹 하다보면 가끔 서비스에서 AWS accessKey를 발급하는 API를 사용하는 경우가 있다. 적절한 role을 부여받으면 상관은 없다 생각되는데, 이보다 과도한 role을 배정받는 경우 취약한 경우가 발생하곤한다. 예를 들어서 S3로 파일 업로드할 때 버킷에 업로드하기 위해 accessKey(aws_access_key_id, aws_secret_access_key, aws_session_token)를 요청하고 API에서는 결과를 준다. uploadObject role만 할당받은 경우 업로드만 되기 때문에 덜 취약하다고 생각할 수 있는데, 동일하게 취약하다. 왜냐면 공격자가 경로를 아는 경우 파일을 덮어씌워서 공급망 공격을 할 수 있기 때문이다.아무튼.. accessKey는 대부분 IAM role..
모의해킹
2025. 6. 18. 09:29