기본 콘텐츠로 건너뛰기

LAB: Role Based Access Control [ 역할 기반 엑세스 제어 ]

LAB: Role Based Access Control [ 역할 기반 엑세스 제어 ]




[Description]

직원 목록 페이지에서는 많은 계정이 존재하며 비밀번호는 직원의 첫 이름의 소문자입니다. 우리는 이러한 직원의 계정으로 로그인하여 삭제 기능이 있는 직원의 계정을 찾아 무단으로 여러 직원들의 계정들을 삭제가 가능한지에 대한 취약점 진단 여부입니다. 우리는 Tom 의 계정을 삭제하여야합니다.





[그림1] 



[그림1] Tom 의 계정으로 로그인한 그림.

우리는 무단으로 직원의 계정을 삭제하기 위해 직원의 계정중 Tom 의 계정으로 로그인한 결과 Tom 계정에는 삭제 기능이 존재하지 않습니다.



[그림2]




[그림2] John 계정으로 로그인한 그림.


John 계정으로 로그인 시 Tom 계정으로 로그인시 존재하지 않았던 CreateProfile  와 DeleteProfile  기능이 존재합니다.


따라서 DeleteProfile  기능을 통해 Tom 의 계정을 무단으로 삭제가 가능한지에 대한 취약점 진단이 가능합니다.




[그림3] 


[그림3] DeleteProfile 기능을 통해 Request 값 확인 그림.


DeleteProfile 기능을 통해 Request 값 확인 시 employee_id 변수가 존재하며 해당 변수의 ID 를 통해 계정을 삭제합니다.

따라서 , Tom 의 계정으로 로그인할때 사용되는 employee_id 를 넣어 삭제시 Tom 의 계정이 삭제가 되는지에 대한 취약점 진단을 시도합니다.



[그림4] 



[그림4] Tom 계정으로 로그인 시 Request 값 확인 그림.

Tom 계정으로 로그인을 할 때 패킷을 잡아 Request 값을 확인해 보면 employee_id 값은 105 를 사용하고있습니다.

따라서 Tom 의 계정으로 로그인하여 action= 매개변수에 DeleteProfile 변수를 넣어삭제를 시도합니다.


[그림5]




[그림5] Tom의 계정의 id 와 , action 매개변수를 DeleteProfile 변수로 수정하여 전송하는 그림.

Tom 의 계정으로 접근하여 , 아무 기능을 눌러 패킷을 잡고 , action 매개변수를 DeleteProfile 로 수정하여 전송하여 취약점을 진단합니다.



[그림6] 


[그림6] 계정 삭제가 성공한 그림.



[impact]


사용자가 입력한 매개변수 DeleteProfile  필터링이 재대로 처리되지 않아 공격자는 계정 삭제 및 수정 등 다양한 작업을 수행할수있습니다. 

댓글

이 블로그의 인기 게시물

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 Resp...

bWAPP HTML Injection Reflected [ Current URL ]

HTML Injection Reflected (Current URL) Current : low 문제 페이지에선  Your current URL : http://192.168.56.107/bWAPP/htmli_current_url.php  페이지의 글을 출력해줍니다. 내  URL  끝 부분에  ?  를 붙여 임의의 문자열을 입력 시 위와 같이 문자열이 출력되지만 ,  HTML  태그에 대한 결과 값은  인코딩  되어 출력됩니다. 따라서  클라이언트  를 통해  Response  를 분석합니다. 분석시 , 메소드 옆  /bWAPP/htmli_current_url.php  주소가 붙습니다. 즉 처음에 주소 옆  ?  를 붙여 , 임의의 문자열을 입력 시 해당 문자열은 그대로 반환하였습니다. 하지만  HTML  태그에 대한 문자열은 반환하지 못하였습니다. 위를 통해  ?<h1>  를 클라이언트측에 삽입하여  HTML  태그를 삽입이 가능한지 진단합니다. ?<h1>test  를 통해 클라이언트측에  HTML  태그를 삽입 한 후  Forward  를 누릅니다. 위와 같이 성공적으로  HTML  태그가 삽입되어 출력된것 을 확인할 수 있습니다.

Juice Shop XSS [ Dom based XSS ]

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