Security_Analysis

[DreamHack.io]_(4)_XSS_2 본문

[Penetration]/_WEB

[DreamHack.io]_(4)_XSS_2

Positivie 2023. 11. 30. 19:39
728x90
반응형

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> 모의해킹 자체를 처음하다보니 제가 알고있는게 많이 적어서,,, 혹시나 제가 생각했던게 잘못되었을 경우 언제든 피드백 부탁드립니다. 

 

728x90
반응형

'[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