Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- goKart
- SUA
- Codeup
- JDBC
- LGTM
- JSP
- Database
- juice-shop
- 백준알고리즘
- Juice Shop
- 자료구조
- C언어
- gotify
- 운영체제
- ubuntu
- gosec
- sqli
- CodeQL
- firewall
- virtualbox
- OpenSource
- MySQL
- 데이터통신
- DVWA
- Python
- github action
- 알고리즘
- Network
- github
- OWASP
Archives
- Today
- Total
비트(bit)주세요
[Juice-Shop] Repetitive Registration 본문
728x90
반복 등록 : 사용자 등록 시 DRY 원칙을 따르십시오
DRY 원칙이 뭐지 궁금해졌다.
힌트를 봐야겠다.
[unsolved] 버튼을 누르면 볼 수 있다.
비밀번호 변경할때, 변경 전 비밀번호를 또 쓰지 말라는 얘기같다.
여기서 하는 것 같다.
여기서 바꾸면 된다.
DRY원칙을 우회하라는데, 일단은 프록시로 서버에 요청하는 내용을 봐야겠다.
아무일도 일어나지 않는데, 여기 아닌거 같다.
다른 곳 가보자,,
힌트를 잘 보니까 "사용자 등록 시"이다.
본문을 제대로 읽는 습관을 들이자.
여기서 하는 것 같다.
값을 채우고 보니까, Repeat Password 칸이 비어있거나, Password 칸과 다르면 전송이 안된다.
Password 값과 같은 값으로 채워주고 전송시킨다.
프록시로 보면, 이게 회원가입을 했을 때 클라이언트의 요청 내용이다.
passwordRepeat 값을 바꾸고 전송해보겠다.
성공적으로 가입이 되었고, test@test.com 계정으로 로그인하니까 문제가 풀려있었다.
클라이언트에서는 passwordRepeat값을 password값과 동일하게 하지 않았으면 전송도 못하게 했는데,
전송만 됐으면 두 변수의 내용은 생각하지 않겠다는 안일함(?)이 취약점으로 작용했나보다.
'SUA > 오픈소스 보안' 카테고리의 다른 글
[Juice-Shop] Missing Encoding (0) | 2021.10.27 |
---|---|
[Juice-Shop] Bonus Payload (0) | 2021.10.26 |
정보보안 SUA - [오픈소스 보안] 4주차 (0) | 2021.10.24 |
[GitHub Opensource] goKart (0) | 2021.10.23 |
[GitHub Opensource] gosec (0) | 2021.10.22 |