일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 정보보안
- docker
- NQ5
- 웹모의해킹
- 정보보안기사
- 기아
- AI
- NEXUS
- 보안기사실기
- VMware
- Python
- 취약점진단
- 데이터모델링
- 보안컨설팅
- Snort
- M1
- snort2.9
- 리눅스
- 드림핵
- GitLab
- 리눅스보안
- gns3
- Synology
- DreamHack
- 모의해킹
- 유닉스
- dreamhack.io
- 정보보안산업기사
- 스노트
- Bigdata
- Today
- Total
Security_Analysis
[DreamHack.io]_(4)_XSS_2 본문
DreamHack.io 의 웹해킹의 네번째 문제 "XSS_2" 를 풀어보자.
XSS_1 에 이어져있지만, XSS_1 과는 다른점이 있다.
app.py를 먼저 확인해보자
# app.py
# ========================================================
def check_xss(param, cookie={"name": "name", "value": "value"}):
url = f"http://127.0.0.1:8000/vuln?param={urllib.parse.quote(param)}"
return read_url(url, cookie)
@app.route('/admin')
@app.route("/vuln")
def vuln():
return render_template("vuln.html")
@app.route("/flag", methods=["GET", "POST"])
def flag():
if request.method == "GET":
return render_template("flag.html")
elif request.method == "POST":
param = request.form.get("param")
if not check_xss(param, {"name": "flag", "value": FLAG.strip()}):
return '<script>alert("wrong??");history.go(-1);</script>'
return '<script>alert("good");history.go(-1);</script>'
memo_text = ""
@app.route("/memo")
def memo():
global memo_text
text = request.args.get("memo", "")
memo_text += text + "\n"
return render_template("memo.html", memo=memo_text)
서버를 열어보면 이동할 수 있는 페이지 역시 3개 존재한다.
Vuln(xss) Page
먼저 vuln(xss) page 로 이동해보았다
XSS_1 과 다르게 Vuln(xss)Page 에 접속했지만 Alert 메시지박스가 출력되지 않았다.
Memo Page
두번째로 memo 페이지로 이동해보았다.
memo 페이지로 이동해보니 역시 이 페이지 또한 GET 방식으로 URL에 있는 값을 입력해주는 것으로 확인할 수 있다.
Flag Page
마지막으로 세번째 페이지는 flag로 이동해보았다.
힌트
3가지의 페이지를 돌면서 나는 몇가지의 힌트를 얻었다.
<1>. 해당 웹서버는 URL에다가 GET방식으로 XSS 공격을 할 수 있다는 것
<2>. <Script> , </Script> 구문이 작동하지 않는다는 것
<3>. memo 페이지에는 새로고침 할때마다 GET방식으로 전달한 파라미터를 계속해서 추가작성 된다는 것
<4>. Flag 페이지에 있는 입력창에 memo 페이지로의 Redirect 와 파라미터를 넘겼을때 넘겨받는다는 점
Flag 페이지의 입력창에 memo 페이지로의 리다이렉트와 값을 같이 전달하는 해당 구문을 넣고 memo페이지로 넘어가봤다
힌트를 합쳐보면
해당 웹서버는 URL에 GET방식으로 파라미터를 보내면 해당 스크립트 구문이 실행이 되지만,
<script> 구문이 실행이 되지 않기 때문에, FLAG 페이지에서 memo 페이지로 리다이렉트 시키기 위해서 HTML Tag의 옵션을 사용해야 된다.
풀이
XSS 공격시에는 대표적으로 "<script>document.cookie;</script>" 구문을 사용하는데,
flag 페이지의 입력창 param 뒤에 memo 페이지로의 리다이렉트와 Cookie 값을 같이 전달하도록 작성했지만,
<script> , </script> 구문이 작동하지 않기 때문에 <script> 를 대신하여 쓸 수 있는 XSS 공격 구문이 필요했다.
아래 사이트는 XSS Scripting 주소이며 공격가능한 구문들이 있었기에 응용해보면 좋을 것 같다.
주소 : Port-Swigger_Cross-Site-Scripting_Cheat_Sheet
다양하게 구문을 사용해봤지만 되는게 몇개 없었다.
테스트는 Vuln 사이트에서 URL에다가 직접 넣어보고 alert가 발생한 구문만 작성해보았다.
# 성공
<img src onerror=alert(1)>
<audio src onerror=alert(1)>
<input type="submit" onclick=alert(1)>
<button type="submit" onclick=alert(1)>
# 실패
<body onload=alert(1)>
사용한 엘리먼트는 총 3개였다.
1). onerror : img, audio 등을 src에서 불러와야 하는데, 없을때 실행
2). onclick : 버튼을 클릭했을 때 실행
3). onload : 페이지가 전부 로드된 이후 실행
여러 태그도 있고, 더 많은 엘리먼트가 있지만 3개의 엘리먼트를 시도해본 이유는 다음과 같다.
1). onerror : 특정 조건이 있을 때 실행(img, audio 등 src에서 불러와야 하는 조건이 오류가 발생했을 때 사용 가능)
2). onclick : 버튼을 눌렀을 때 실행(input type="submit", button type="submit")
3). onload : 페이지 로드가 다 되고 나서 실행
Vuln 페이지에서 body onload 로 페이지가 전부 로드된 이후에 alert를 발생시켰지만 alert가 발생하지 않았기에 PASS!
남은 2개는 모두 작동이 되는 것을 확인했다.
작동한 원인에 대해서 한번 생각해보면 다음과 같다.
- onerror 엘리먼트는 img src 로 특정 경로에서 이미지를 불러와야 하는데 없기 때문에 조건에 만족해서 실행
- onclick 엘리먼트는 input으로 버튼을 생성했고, 해당 버튼을 클릭하면 실행되기 때문에 실행
그럼 이 2개를 가지고 flag 사이트에서 실행하려했지만, Flag 사이트에는 이미 URL을 Vuln 페이지로 리다이렉트 되도록 되어 있기 때문에,
<input type="submit" onclick="location.href='/memo?memo='+document.cookie"> 를 하더라도 특정 버튼이 있어야 memo 페이지에 리다이렉트 하면서 cookie 값을 넣어주는건데 "제출" 을 누르면 특정 버튼이 생기는게 아니라서 불가능하기 때문에 이것도 제외해야 했다.
그럼 이제 마지막으로 가능했던 onerror 엘리먼트로 실행해보았다.
onerror 엘리먼트는 audio src를 불러와야 하나, 없기 때문에 onerror 조건에 만족하여 location.href 를 통해서 전달된 것으로 보인다.
<audio src onerror="location.href='/memo?memo='+document.cookie">
제출 버튼을 누르면 "good" 문구가 나오고 다시 /flag 페이지가 새로고침 되었으니, Home을 통해 "memo" 페이지로 이동해서 확인해보자
플래그 찾기 성공!
다음 문제 : CSRF
P.S> 모의해킹 자체를 처음하다보니 제가 알고있는게 많이 적어서,,, 혹시나 제가 생각했던게 잘못되었을 경우 언제든 피드백 부탁드립니다.
'[Penetration] > _WEB' 카테고리의 다른 글
[DreamHack.io]_CSRF_2 (0) | 2023.12.02 |
---|---|
[DreamHack.io]_CSRF_1 (0) | 2023.12.01 |
[DreamHack.io]_(3)_XSS_1 (0) | 2023.11.29 |
[DreamHack.io]_(2)_Session (0) | 2023.11.28 |
[DreamHack.io]_(1)_Cookie (0) | 2023.11.28 |