보안 취약점 진단 및 조치
KISA에서 제공한 2024 클라우드 진단 가이드 기반
- 01. 오류 메시지 노출 [시작]
- 02. 불필요한 헤더 정보 노출
- 03. 외부 URL 파일 인클루드 비활성화
- 04. 불필요한 명령어 사용 제한
- 05. PHP 실행 경로 제한
- 06. 최신 보안 패치 적용 [마무리]
01. 오류 메시지 노출 [시작]
설명
고객사에서 웹 모의해킹을 하다보면 개발용 웹페이지, 관리자 페이지에서 흔하게 볼 수 있는 취약점이다.
디버깅에 편의성을 올리기 위해 오류를 웹 페이지에 출력하는 설정
기본 값
display_errors = Off -> 양호
예시
위의 예시는 어느 파일의 몇번째 줄에서 오류가 났는지 출력이 된다.
오류가 난 파일의 경로까지 확인이 가능하므로 설정을 꺼두는 것이 좋다.
조치 방법
01. PHP의 conf 파일 진입 -> php.ini 파일
02. display_erros = Off 로 변경
02. 불필요한 헤더 정보 노출
설명
웹 모의해킹 시 프록시 툴을 사용하여 응답 값을 확인할 때가 많은데 웹서버의 버전 정보가 노출되는 경우가 있다.
php 8.3, nginx 1.27 처럼 EOS가 되지 않은 안전한 버전이라고 하더라도
보안 조치의 기본은 공격 범위를 줄이는 것이기 때문에 불필요하게 정보를 제공할 필요가 없다.
버전을 특정할 수 있다는 것은 해당 버전의 공개된 취약점을 사용해 볼 수 있다는 의미이기 때문에 조치가 필요하다.
기본 값
기본값은 expose_php = On -> 취약
* 버전정보를 노출하는 설정은 보통 기본적으로 활성화가 되어있는듯 하다.
딴소리
ExploitDB 라는 페이지가 존재하며 서비스들의 공개된 취약점들이 정리되어 있다.
아직 해당 페이지의 정보로 직접 exploit을 해본적은 없어서 기회가 된다면 공부해볼 예정
조치 방법
01. php 설정 파일 진입
02. expose_php 항목 Off 로 변경
03. 외부 URL 파일 인클루드 비활성화
설명
개발언어는 보통 다른 파일들을 불러와 사용할 수 있다. 파이썬의 import 혹은 php의 include 등등...
외부에서 만들어 놓은 php 파일을 URL에 삽입하였을때 별다른 제한 없이 실행이 될 경우 치명적인 공격이 가능하기 때문에
해당 설정을 Off 로 바꿔주어야한다.
딴소리
관련된 취약점으로는 LFI 와 RFI 가 있다. (현재 취약점의 경우 RFI 가 해당)
LFI = Local File Inclusion
RFI = Remote File Inclusion
LFI, RFI 의 차이는 Local, Remote 그러니까 로컬에 있는 파일을 불러올지, 외부 파일을 불러올지의 차이라고 볼 수 있겠다.
RFI의 경우 외부 공격자 서버의 php 파일, ex. 'http://attacker.com/attack.php" 를 피해자 URL 파라미터에 삽입하여 실행을 시키도록 한다는건데
뭔가 시연해보고 싶으니까 별도로 서버를 구현해봐야겠다.
기본 값
기본 값으로는 활성화가 되어 있음 -> 취약
조치 방법
01. php config 파일로 접근
02. allow_url_fopen 을 검색 후 Off 로 수정
04. 불필요한 명령어 사용 제한
설명
웹 페이지 중에 명령어를 입력할 수 있는 칸이 있다면 공격자가 악의적인 명령어를 입력할 수 있으므로 비활성화 해주어야 한다.
단순한 예제로 Command injection 공격을 시연할 수 있는 CTF 등이 많다.
딴소리
정말 특이한 케이스가 아닌 이상 서버의 명령어를 그대로 실행하는 입력창을 웹 사이트에 구현하는 일은 없다.
그치만 웹 모의해킹을 하다보면 웹 페이지 상에는 보이지 않게 hidden으로 가려져있거나, 파라미터에 실행할 명령어가 들어가 있을 수 있으므로
사용하지 않는게 제일 좋겠다.
아니면 실행할 명령어를 화이트리스트로 관리하거나..
기본 값
disable_functions 설정 값 존재하지 않음 -> 취약
조치 방법
01. php config 파일 진입
아래 비고에 포함된 명령어들을 참고하여 php 파일에 disable_functions 설정 값 추가
* 외부에서 명령어가 들어오지 못하는 환경이라면 안전하다고 생각할 수 있지만, 보안 조치의 주 목적은 공격표면 줄이기에 있다.
05. PHP 실행 경로 제한
설명
웹 서비스 진단 시에도 있는 path traversal 취약점 관련 설정이다.
http://localhost/home.html 이라는 경로가 존재할 경우, 상위 디렉터리로 이동하여
웹 서버 내부 경로를 벗어나 시스템 파일을 확인 할 수 있는 취약점이다.
apache를 예시로 들 경우 위 home.html 파일은 (시스템 자체에서)
/var/www/html/home.html
이라는 경로에 존재한다.
html이라는 디렉터리가 웹 서버측에선 최상위(root) 디렉터리여야 하지만 해당 설정이 되어있지 않으면
../../../../ 같은 상위 디렉터리로 이동하는 명령어를 통해 시스템 내부 파일로 접근이 가능하다.
ex. http://localhost/../../../../../../../etc/passwd
* 말이 또 길어지네; 이러려고 만든 페이지가 아니니까 설명은 여기까지만 쓰는걸로
기본 값
open_basedir 설정이 주석처리되어 있음 -> 취약
딴소리
모의해킹 프로젝트를 진행하다보면 의외로 한두번씩 나오는 취약점
php config에서는 ; 가 주석으로 처리되는데
2024 가이드에선 조치방법 과정에서 주석을 안지웠다.
조치 방법
01. php Config 파일 접근
02. 웹 서버의 루트 디렉터리를 설정 값에 추가
* 경로를 여러개 지정 할 시 :(콜론) 사용,
ex. /var/www:/tmp -> /var/www 과 /tmp 지정
06. 최신 보안 패치 적용 [마무리]
설명
거의 대부분의 자산 종류에서 마지막을 장식하는 항목
EOS를 확인하여 보안패치를 지원하고 있는 버전인지 확인을 한다.
딴소리
단순히 서버 업데이트만 하면 조치가 되지 않느냐 싶겠지만, 업데이트 시의 서비스 영향도를 고려하여야 하기 떄문에
회사 입장에선 섣불리 업그레이드를 하기 힘들다.
그래서 의외로 되게 많이 나오는 취약점 항목
EOS 를 확인할 수 있는 페이지가 존재하여 보안패치를 지원하는지 확인 후 진단하자.
EOS 확인 페이지 : https://endoflife.date/
기본 값
해당 사항 없음
조치 방법
보안 패치 지원 부분은 Security Support 컬럼을 확인하면 된다.
서비스 영향도를 고려하여 최신 업데이트를 진행하거나,
시스템 운영상 적용이 어려운 경우 최신이 아니더라도 공개 취약점이 존재하지 않는 버전을 사용할 수 있도록 한다.