기본 콘텐츠로 건너뛰기

XML Injection

XML Injection




[Description]

XML Injection은 서버로부터 전달되는 XML문을 중간에 가로채서 코드를 수정하는 것입니다. WebGoat t-shirt , WebGoat Secure Kettle 등 구매 가능한 물품이 5개가 존재하며
자신의 account ID 를 입력하여 물건을 구매할수가 있습니다.
우리의 목표는 위 존재하는 5개의 물건 모두 구매를 하는것입니다.



[그림1]




[그림1] 자신의 account ID 를 입력한 그림.

자신의 account ID 를 입력 시 구매가능한 물품이 출력되지만,
구매해야할 5개의 물품이 아닌 3개의 물품만 출력됩니다. 





[그림2]



[그림2] 구매가능한 물품 3개를 체크한 후 , Submit 을 누른 그림.

현재 구매 가능한 물품 3개를 모두 체크한 후 , Submit 을 누르면 check 라는 매개변수를 통해 순서대로 값을 전달하고 있습니다.

따라서 , check 매개변수를 임의로 추가하여 보낼 시 구매가 가능한지에 대한 취약점 진을 시도합니다.



[그림3]



[그림3] 임의로 check 를 추가하여 값을 전달하는 그림.

check 변수를 임의로 추가하여 값을 전달하여 코드 수정이 가능한지 진단합니다.



[그림4]



[그림4] 코드 수정이 가능하여 성공적으로 물품을 구매가 가능한 그림. 

check 매개변수를 임의로 추가해줌으로써 [그림4] 와 같이 구매할수없던 물품을 구매가 가능합니다.



[그림5]



[그림5] XML Injection 에 취약한 Content-Type : text/xml 사용 여부 그림.


Content-Type : text/xml 경우 공격자는 XML주입이 시도가 가능합니다. 따라서 공격자는 중간에 코드를 가로채서 공격자가 의도한 대로 코드 추가하여 공격이 가능합니다.


[impact]

공격자는 XML 주입을 통해 공격자가 원하는 코드를 삽입함으로써 외부 코드 호출 및 시스템 변조 등 악영향을 미칠수있습니다.

댓글

이 블로그의 인기 게시물

HackerOne Vulnerability Analysis 1

이 문서는  HackerOne 에서  제출된 많은 보고서들을 토대로 핵심 Payload만 요약하여 직접 작성하였습니다. Link :  https://hackerone.com/ Vulnerabilities list 1. CRLF Injection 2. Open Redirection  3. Cross-Site-Scripting 4. SQL-Injection 5. Path Traversal  CRLF Injection PoC http://www.myshopify.com/xxcrlftest%0aSet-Cookie:test=test3;domain=.myshopify.com; https://www.blackfan.myshopify.com/xxx%0aSet-Cookie:test=test2;domain=.myshopify.com; HTTP Response: HTTP/1.1 302 Moved Temporarily ... Location: http://myshopify.com/xxcrlftest Set-Cookie:test=test;domain=.myshopify.com; PoC: https://engineeringblog.yelp.com/xxcrlftest%0d%0aSet-Cookie:%20test=test;domain=.yelp.com HTTP Response: HTTP/1.1 301 Moved Permanently ... Location: http://engineeringblog.yelp.com/xxcrlftest Set-Cookie: test=test;domain=.yelp.com PoC (Chrome, Internet Explorer) http://gratipay.com/%0dSet-Cookie:csrf_token=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx; HTTP Response: Location: h

Juice Shop XSS [ Dom based XSS ]

Juice Shop XSS [ Dom based XSS ] Search 입력란에 악성 스크립트를 넣어 XSS 취약점을 진단합니다. Payload :  <iframe src="javascript:alert(`xss`)">   다음과 같이 이는 < , > 는 &lt; , &gt; 로 특수문자를 필터링하지 않기에 XSS 에 취약합니다.

Juice Shop Broken Access Control [ Basket Access Tier 1 ]

Juice Shop Broken Access Control [ Basket Access Tier 1 ] 이 취약점은 내 장바구니가 아닌 타인의 장바구니를 아무 인증결합 없이 무단으로 조회가 가능한지에 대한 취약점 진단입니다. 장바구니 버툰을 누르는 동시에 패킷을 잡고 클라이언트측 관점에서 다음과 같이 Reqeust 값을 분석합니다. 위와 같이  GET /rest/basket/53   으로 53번이라는 값을 가지고 있습니다. 이는 현재 내 장바구니의 고유 번호인걸로 추측이됩니다. 만약 이 숫자를 내 장바구니의 고유번호인 53이 아닌 , 2 , 3, 13 , 51 이런식으로 다른사람의 장바구니값을 넣게 되면 다른 사람의 장바구니를 무단으로 조회가 가능합니다. 위와같이  GET /rest/basket/53  ->  GET /rest/basket/1   으로 변경 후 , 마찬가지로 GET /rest/basket/3  , GET /rest/basket/7  등을 입력하여 무단으로 다른사람의 장바구니를 조회할수있는지 취약점을 진단합니다. 그 후 , 내 장바구니를 클릭하여 확인 시 , 아래와 같이 내 장바구니가 아닌 다른 사람의 장바구니를 무단으로 접근이 가능하여 접근관련 인증 처리 , 인증결합 취약점에 취약합니다.