홈페이지 취약점 분석 이야기 파일 지도 사진 깨알






웹 해킹 훈련장 172.16.15.116 40080/tcp 대상 공개용 도구 기반의 홈페이지 취약점 점검 실습 (20200507)

Kali Linux 2020.1b 64bit 설치 설명서 (MS 윈도우 10, VMware 플레이어) (20200325)

VirtualBox 가상머신으로 GSM CE 6.0.2 설치 설명서 (OpenVAS) (20200125)

Kali Linux 2019.4 64bit Light 배포판 설치 설명서 (권장) (20191202)

Kali Linux 2019.3 64bit Large 배포판 설치 및 한글 설정 설명서 (20191129)

[과제] WH-MissAuth-1 웹해킹훈련장: 접속자 권한인증 후 출력 제어 취약점 (20180619)

[과제] WH-WebEditor-SE2 웹해킹훈련장: 취약한 PHP 버전에서 원래 파일이름을 저장하는 웹에디터의 취약점을 이용한 시스템 침투 (20170827)

[과제] WH-FILEDOWN-01 웹해킹훈련장: 파일다운로드로 서버침투 (20170810)

[과제] WH-COOKIE-02 웹해킹훈련장: 쿠키 오용 취약점 (20170809)

Apache Tomcat /manager/html 무작위대입공격 도구 작성 - PHP (20170721)

칼리 리눅스를 이용한 From SQL Injection to Shell 공략 (20170404)

단순한 방어법(../ 제거)의 파일 다운로드 취약점 진단 사례 (20170329)

WH-WebEditor-CH 라이브 ISO: 이미지 검증 기능을 우회하여 PHP 웹쉘 생성 (20170130)

오늘의 웹서버 공격 로그: MySQL 관리 인터페이스 자동탐색 도구 - Jorgee Scanner (20170125)

WH-WebEditor-GM 라이브 ISO: 이미지 검증 기능을 우회하여 PHP 웹쉘 생성 (20170123)

오늘의 웹서버 공격 로그: Apache ProxyAbuse 탐지 시도 (20170122)

오늘의 웹서버 공격 로그: Bash 쉘쇼크 취약점을 이용한 Perl Ircbot 삽입 시도 (20170122)

오늘의 웹서버 공격 로그: phpMyAdmin 취약점 자동탐색 도구 - ZmEu Scanner (20170121)

오늘의 웹서버 공격 로그: 워드프레스 취약점 자동탐색 도구 (20170118)

WH-PathTrav-01 라이브 ISO: 파일 다운로드 취약점으로 서버 침투 (20170116)

WH-Webshell-Loc-01 라이브 ISO: 서버 내 웹쉘 저장경로 알아내기 (20170114)

WH-ImgShell-01 라이브 ISO: 이미지에 덧붙인 웹쉘 취약점 웹해킹훈련장 (20170113)

SSH 무작위 대입 공격으로 root권한을 탈취한 침해사고 사례 (20170112)

WH-IllInst-WordPress 워드프레스 웹해킹훈련장 소개 (20170110)

WH-IllInst-WordPress 워드프레스 웹해킹훈련장 실습 설명서 (20170110)

MSSQL과 MySQL의 SQL구문삽입을 이용한 OS 명령어 실행 (20170109)

WH-CommInj-01 원격 운영체제 명령어 삽입 취약점 훈련장(라이브 ISO) 소개 및 실습 설명서 (20170106)

WH-Deface-01 기능별 권한인증 취약점 훈련장(라이브 ISO) 소개 (20170104)

WH-Deface-01 웹해킹훈련장 실습 설명서 (20170104)

WH-Account-01 회원가입 취약점 훈련장(라이브 ISO) 소개 (20170102)

WH-Account-01 웹해킹훈련장 실습 설명서 (20170103)

WH-Account-02 회원정보수정 취약점 훈련장(라이브 ISO) 소개 (20170103)

WH-Account-02 웹해킹훈련장 실습 설명서 (20170104)

저장형 XSS 공격을 이용한 홈페이지위변조 공격 사례 (20161231)

로그인한 상태에서 웹취약점스캐너의 자동점검 위험성 (20161228)

DBMS Fingerprinting (데이터베이스 관리시스템 탐지) (20161222)

FCKeditor를 대상으로 한 자동화 공격툴의 침해사례 (20161220)

이중 서버스크립트 혼용을 이용한 웹방화벽/확장자검증 우회 (실제 사례) (20161219)

HTTP/HTTPS 혼용에 따른 관리자로그인 페이지 접근 우회 (실제 사례) (20161214)

경로재지정 취약점: 자바스크립트를 이용한 검증과 그 우회, 그리고 XSS (실제 사례) (20161214)

웹해킹 사례: 유명 홈페이지를 악성코드 배포 경유지로... (20161213)

HTML 삽입, XSS 공격 탐지방법 (20161211)

오늘의 웹서버 공격 로그, Axis2, 공개프록시 (20161210)

오늘의 웹서버 공격 로그, XML-RPC, Open Proxy (20161208)

nikto와 owasp-zap 연동 (20161206)

미라이 IoT DDoS 봇넷이 사용한 61개 비밀번호 (20161205)

오늘의 웹서버 공격 로그, SOAP 원격코드실행, D-Link 명령어 삽입, muieblackcat (20161205)

오늘의 웹서버 공격 로그, w00tw00t (DFind) (20161204)

기억하기 쉽고 안전한 비밀번호 만들기 (20161203)

2016.12.01-02 웹서버 공격 로그, armgg DDoS 악성코드 (20161202)

KISA의 랜섬웨어 예방 수칙 (20161202)

WH-DVWA-1.9 Damn Vulnerable Web App 웹해킹훈련장 (20161201)

DVWA Brute Force 실습 설명서 (20161205)

DVWA Command Injection 실습 설명서 (20161207)

DVWA CSRF (low, high level) 실습 설명서 (20161208)

DVWA File Inclusion 실습 설명서 (20161215)

DVWA File Upload 실습 설명서 (20161221)

DVWA SQL Injection (low, medium, high level) 실습 설명서 (20161224)

DVWA SQL Injection medium level - OWASP-ZAP과 sqlmap 실습 설명서 (20161222)

DVWA Blind SQLi (high level) 수동점검을 통한 '눈먼'SQL 구문삽입의 이해 (20161227)

DVWA Blind SQL Injection (low, medium level) sqlmap 실습 설명서 (20161226)

DVWA Reflected Cross Site Scripting (XSS) 실습 설명서 (20161227)

DVWA Stored Cross Site Scripting (XSS) 실습 설명서 (20170101)

SVG 이미지의 ECMAscript를 이용한 악성코드 배포 (20161201)

WH-WebGoat-7.0.1 웹해킹훈련장 라이브 ISO (20161130)

WebGoat: Bypass a Path Based Access Control Scheme (20161207)

WebGoat, LAB: DOM-Based cross-site scripting (20161208)

WebGoat, Authentication Flaws: Multi Level Login 2 (20161209)

WebGoat, Code Quality: Discover Clues in the HTML (20161210)

WebGoat XSS: Phishing with XSS (20161211)

WebGoat: OS Command Injection (20161215)

WebGoat: Numeric SQL Injection (20161216)

WebGoat: String SQL Injection (UNION기반 SQL 구문삽입의 이해) (20161217)

WebGoat: Blind Numeric SQL Injection (추리기반 SQL 구문삽입의 이해) (20161218)

2016.11.30 웹서버 공격 로그 (20161130)

OWASP TOP 10 (2013) 문서의 각종 해킹 시나리오 모음 (20161129)

WH-LFI-01: 널바이트삽입과 내부파일실행 웹해킹훈련장 (20161126)

WH-LFI-01 웹해킹훈련장의 취약점 분석 결과보고서 (20161128)

인터넷(Internet)과 보안에 대해 짧게 생각해보다 (20161125)

PHP Easter Egg의 이해와 조치방안 (20161125)

WH-COOKIE-01: 잘못된 쿠키 사용 사례를 보여주는 웹해킹훈련장 (20161124)

WH-COOKIE-01 웹해킹훈련장 홈페이지 취약점분석 결과보고서 (20161126)

웹해킹 공격/방어 일람 (20161121)

webhack.dynu.net 문자배너 만들기 - toilet (20161121)

MIME 형식의 보안위협 완화: X-Content-Type-Options 헤더 (20161120)

X-XSS-Protection헤더 시험 페이지 (20161119)

방화벽을 노리는 블랙너스(Black Nurse) DoS 공격 (20161118)

클릭재킹 방지를 위한 X-Frame-Options 헤더 (20161117)

X-Frame-Options헤더 시험 페이지 (20161118)

공시생 성적조작 사건, 물리보안과 정보보안 (20161117)

ID/PW 평문전송, 정말 그렇게 큰 취약점인가? (20161116)

[웹해킹훈련장] 취약한 비밀번호: WH-weak-root-pw 실습 설명서 (20161116)

weak-root-pw 훈련장 웹취약점 분석 보고서 (20161117)

슬리타즈 리눅스 4.0 설치와 웹해킹훈련장 Live ISO 만들기 (20161115)

버추얼박스 가상머신에서 Tails OS 설치 (20161114)

Kali Linux에 Tor Browser 설치하기 (20161114)

인터넷익명성 - VPN과 Tor (20161114)

Kali Linux, open-vm-tools, Shared Folder (20161113)

SSL Strip 공격과 HSTS (20161112)

모든 꼬리표 모아보기(태그 클라우드) (20161111)

HTTP 세션 탈취와 IP보안 (20161111)

HTTP TRACE method와 XST 공격 (20161111)

세션쿠키와 HttpOnly (20161110)

HTTP 메소드 수동점검 방법 (20161110)

파일업로드(웹쉘) 방어하기 (20161109)

파일다운로드/경로조작 방어하기 (20161109)

XSS, SQL Injection 방어하기 (20161109)

길찾기(sitemap) (20161109)

웹취약성분석 관련 파일 목록 (20161108)

SQL 인젝션 공격도구 sqlmap의 간단한 사용법 (20161107)

웹취약점 분석 도구로서의 THC Hydra (20161107)

웹취약점 분석 도구로서의 cURL (20161107)

[웹해킹훈련장] CVE-2014-6271: Bash Shellshock 실습 설명서 (20161104)

[PentesterLab] CVE-2014-6271 Shellshock 훈련장 웹취약점 분석 보고서 (20161106)

무료 웹해킹 교육장 목록 (20161103)

칼리 리눅스(Kali Linux) 설치 (20161030)

가상머신 버추얼 박스(VirtualBox) 설치 (20161029)

가상머신 VMWare Workstation Player 설치 (20161028)

[웹해킹훈련장] Drunk Admin Web Hacking Challenge 실습 설명서 (20161027)

스마트에디터(SmartEditor) 2.0 Basic의 웹쉘 업로드 취약점 (20160719)

<< 목록숨기기
#쿠키 #Cookie #세션 #Session #세션쿠키 #HttpOnly #세션탈취 #XSS #취약점해설 #curl #FireBug

Session Cookie와 HttpOnly 이야기

쿠키(Cookie)는 웹 브라우저에 저장되는 데이타로 웹 서버에 사용자의 상태를 알려주는 역할을 한다. 예를 들어, "오늘 하루 이 창을 열지않음"과 같은 정보는 웹 브라우저의 쿠키로 처리할 수 있다. 만약 이를 서버에서 처리하려면 모든 접속자의 정보를 저장해야 하므로 비효율적이다. 때문에 쿠키라는 클라이언트 측 데이터 저장방식이 고안된 것이다.

쿠키는 웹 서버의 역할을 웹 브라우저가 일부 부담함으로써 웹서비스의 효율성을 매우 높일 수 있었다. 그런데 개인식별의 문제를 비연결지향성(connection-less) 규약인 HTTP로 구현하면서 보안문제가 발생하였다. SSH, FTP, telnet과 같은 연결지향형(connection-oriented) 통신은 한번 연결이 되면 한쪽에서 연결을 끊지않는 한 연결이 지속되며 서버-클라이언트는 서로간의 식별이 이루어지는 상태가 된다. 이를 세션(session)이라고 한다. HTTP에서는 쿠키를 이용하여 이러한 전통적인 세션을 흉내내게 되었다. 클라이언트에 저장되는 이 개인식별자 쿠키를 세션쿠키(Session Cookie), 세션ID(Session ID) 또는 간단하게 세션이라고 부른다.

세션쿠키를 이용한 개인식별 절차는 다음과 같이 나열해볼 수 있을 것이다.

  1. 웹 브라우저가 웹 서버에 접속한다.
  2. 웹 서버는 세션 ID(개인식별자)를 생성하여 웹 브라우저에게 전달하면 웹브라우저는 세션ID를 쿠키로 저장한다(세션쿠키).
  3. 웹 브라우저가 사용자 인증(로그인)을 한다. (웹 브라우저는 세션쿠키(세션ID)를 항상 웹서버에 전달)
  4. 웹 서버는 세션 ID로 접근할 수 있는 공간에 사용자정보를 저장한다(세션 데이터).
  5. 이후의 통신에서 클라이언트가 동일 세션쿠키를 전달하면 서버는 개인인증이 된 것로 취급한다.

문제는 HTTP가 연결지향성 통신이 아니라는 점이다. 서버와 클라이언트가 계속 연결된 상태가 아니므로, 웹서버는 웹브라우저가 전달하는 세션쿠키 값을 믿을 수 밖에 없다. 이 세션쿠키를 탈취할 수 있으면 탈취당한 이의 권한으로 해당 웹서비스에 접속할 수 있다. (이를 일부 완화할 수 있는 방법으로 "IP보안"이라는 개념을 일부 웹서비스에서 적용하고 있다.)

HTTP 세션 탈취 공격은 HTML 삽입 공격으로 자바스크립트(JavaScript)를 실행하여 이루어진다. 이를 크로스사이트스크립트(XSS, Cross-site Script) 공격이라고 한다. XSS 취약점이 있으면, 공격자는 자바스크립트로 피해자의 웹브라우저에 저장된 쿠키값을 읽어서 공격자에게 전송시키는 공격을 수행할 수 있다. 이 점에 착안하여 고안된 세션탈취 방어 방법이 "HttpOnly"이다.

HttpOnly라는 이름에서 알 수 있듯이 HttpOnly가 설정된 쿠키는 HTTP 통신 상에서만 사용되어야 한다는 선언이다. 즉, 통신에서만 사용되므로 자바스크립트 같은 외부 프로그램은 접근할 수 없도록해야 한다는 의미이다. Microsoft가 2002년에 MS Internet Explorer 6.0 SP1에 적용한 이후로 현재는 거의 모든 웹 브라우저가 지원한다.

curl을 이용한 HttpOnly 설정여부 점검

HttpOnly 설정 여부는 HTTP의 "Set-Cookie:" 헤더를 보면 알 수 있다. curl은 "-I" 옵션을 주면 접속하는 페이지의 헤더를 출력한다. 페이스북 첫 페이지의 HTTP 헤더를 살펴보자.

root@kali:~# curl -I https://www.facebook.com/
HTTP/1.1 200 OK
P3P: CP="Facebook does not have a P3P policy. Learn why here: http://fb.me/p3p"
Strict-Transport-Security: max-age=15552000; preload
Cache-Control: private, no-cache, no-store, must-revalidate
Expires: Sat, 01 Jan 2000 00:00:00 GMT
Pragma: no-cache
public-key-pins-report-only: max-age=500; pin-sha256="WoiWRyIOVNa9ihaBciRSC7XHjliYS9VwUGOIud4PB18="; pin-sha256="r/mIkG3eEpVdm+u/ko/cwxzOMo1bk4TyHIlByibiA5E="; pin-sha256="q4PO2G2cbkZhZ82+JgmRUyGMoAeozA+BSXVXQWB8XWQ="; report-uri="http://reports.fb.com/hpkp/"
X-Content-Type-Options: nosniff
X-XSS-Protection: 0
X-Frame-Options: DENY
Set-Cookie: fr=0KuulGRP9yfrGfPiZ..BYKlaM.Op.AAA.0.0.BYKlaM.AWWPnClQ; expires=Mon, 13-Feb-2017 00:27:56 GMT; Max-Age=7776000; path=/; domain=.facebook.com; httponly
Vary: Accept-Encoding
Content-Type: text/html
X-FB-Debug: te/VbRc/M4/3KICC68vojnxrSDWIGBk1dhCUqZKHGQ7RnHor0Aiw2hUP0FrkeYYt/a9ZMEXQy6ZqFgJNZUA4Qg==
Date: Tue, 15 Nov 2016 00:27:56 GMT
Connection: keep-alive

root@kali:~#

Set-Cookie: 헤더에서 fr 쿠키의 마지막에 httponly가 명시되어 있는 것을 볼 수 있다. 이 쿠키는 웹 브라우저가 HttpOnly로 설정되므로 자바스크립트 등이 접근하려고 하면 웹 브라우저가 차단한다.

또 다른 예로 이 홈페이지(webhack.dynu.net)의 HTTP헤더를 살펴보자.

root@kali:~# curl -I http://webhack.dynu.net/
HTTP/1.1 200 OK
Date: Tue, 15 Nov 2016 00:45:12 GMT
Server: Apache
Set-Cookie: NormalCookie=Not-HttpOnly-Cookie
Set-Cookie: HttpOnlyCookie=HttpOnly-Cookie; httponly
Content-Type: text/html; charset=UTF-8

root@kali:~#

두 개의 Set-Cookie:가 있으며 NormalCookieHttpOny가 선언되지 않았고, HttpOnlyCookieHttpOny가 선언된 것을 볼 수 있다. 다음 절에서 자바스크립트(JavaScript)가 이 두 쿠키에 대해서 어떻게 접근하는 지 시험해볼 수 있다.

자바스크립트의 HttpOnly 쿠키 접근여부 시험

FireFox에서는 FireBug라는 부가기능(Add-on)을 이용하여 HttpOnly 여부를 검사할 수 있다. 다음 그림은 파이어폭스로 이 누리집에 접근했을 때 Firebug가 보여주는 쿠키목록이다. 자바스크립트를 이용하여 HttpOnly 쿠키 접근 여부를 확인해보자.

Firebug를 이용한 쿠키 확인
[ FireFox에서 FireBug를 이용한 쿠키 정보 확인 ]

다음은 현재 이 누리집에서 설정된 모든 쿠키(Cookie)들이다.

두 개 이상의 쿠키가 보일 것이다. NormalCookie는 일반적인 쿠키이며, HttpOnlyCookieHttpOnly로 선언된 쿠키이다.

위의 메뉴를 클릭해보자 -- 클릭했을 때 JavaScript의 alert(document.cookie)가 실행된다. 자바스크립트의 alert() 창에서 HttpOnlyCookie=HttpOnly-Cookie는 보이지 않아야 한다. 이 값이 보인다면 HttpOnly를 지원하지 않는 웹 브라우저이다. Google Chrome, FireFox, Safari 등에서는 HttpOnlyCookie가 출력되지 않았다. 즉, 이들 브라우저는 HttpOnly를 지원한다.

이처럼 세션쿠키에 대해서 HttpOnly 설정이 되어 있으면 크로스사이트스크립트(XSS) 취약점이 있더라도 세션탈취만은 막을 수 있다. HttpOnly는 간단하고 효율적인 세션탈취 방어 방법이지만 궁극적인 XSS 방어법은 아니라는 점은 유의해야 한다.

HttpOnly 우회

HttpOnly를 이용한 세션탈취 방어도 우회할 방법이 소개된 바 있다. 소위 XST(Cross-site Tracing)이라는 공격법으로 TRACE 메소드가 허용되는 사이트에서 가능할 수 있다. 2003년에 Jeremiah Grossman이라는 보안전문가가 발표한 취약점이다. 이 방법은 AJAX를 이용하는 데, 다행히도 최근의 웹 브라우저에서는 AJAX에서 TRACE를 허용하지 않아서 성공하기 어려운 공격법으로 보인다. 다만, 확언할 수는 없지만, 플래쉬(Flash) 등과 같은 다른 방법으로 XST 공격이 성공할 수 있는 가능성은 있는 것으로 보인다.

[처음 작성한 날: 2016.11.10]    [마지막으로 고친 날: 2016.11.15] 


> 이 글을 목록없이 인쇄하기 편하게 보기

< 이전 글 : HTTP TRACE method와 XST 공격 (2016.11.11)

> 다음 글 : HTTP 메소드 수동점검 방법 (2016.11.10)


크리에이티브 커먼즈 라이선스 이 저작물은 크리에이티브 커먼즈 저작자표시 4.0 국제 라이선스에 따라 이용할 수 있습니다.
잘못된 내용, 오탈자 및 기타 문의사항은 j1n5uk{at}daum.net으로 연락주시기 바랍니다.
문서의 시작으로 컴퓨터 깨알지식 웹핵 누리집 대문

.. -- -- | - .. .... | ... / .. .../ ... {] . .. .. .. ..| ...... .../ .../ .. ...... ... ... ] .. [ .../ ..../ ......./ .. ./// ../ ... .. ... .. -- -- | - .. .... | ... / .. .../ ... {] . .. .. .. ..| ...... .../ .../ .. ./// ../ ... .. ... ...| ..../ ./ ... / ..| ....| ........ / ... / .... ...... ... ... ] .. [ .../ ..../ ......./ .....| ..../ ./ ... / ..| ....| ........ / ... / .... ...| ..../ ./ ... / ..| ....| ........ / ... / .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .