XSS, CSRF, 파일 업로드 취약점

SQL Injection = 입력값에 SQL 구문을 삽입하여 DB를 공격하는 기법
핵심 대응 = Prepared Statement, 입력값 검증, DB 권한 최소화, 오류 메시지 제한

XSS
CSRF
파일 업로드 취약점

XSS의 개념과 대응 방안을 설명하시오.
Stored XSS와 Reflected XSS의 차이를 설명하시오.
CSRF의 개념과 대응 방안을 설명하시오.
파일 업로드 취약점의 위험과 대응 방안을 설명하시오.
웹셸 업로드를 방지하기 위한 대책을 설명하시오.

SQL Injection = DB 공격
XSS = 사용자 브라우저 공격
CSRF = 사용자의 로그인 상태 악용
파일 업로드 취약점 = 서버에 악성 파일 업로드

XSS는 웹 애플리케이션이 사용자 입력값을 적절히 검증하거나 출력 시 인코딩하지 않아 악성 스크립트가 사용자 브라우저에서 실행되는 공격이다.

XSS = 웹페이지에 악성 스크립트를 넣어 다른 사용자 브라우저에서 실행시키는 공격

SQL Injection의 직접 대상 = DB
XSS의 직접 대상 = 사용자 브라우저

1. 공격자가 입력 가능한 곳에 악성 스크립트 형태의 값을 넣는다.
2. 서버가 그 값을 안전하게 처리하지 않고 저장하거나 응답에 포함한다.
3. 다른 사용자의 브라우저가 해당 페이지를 열 때 스크립트가 실행된다.
4. 쿠키 탈취, 피싱, 화면 변조 등이 발생할 수 있다.

사용자 입력값을 출력할 때 문맥에 맞게 인코딩하지 않기 때문

XSS는 사용자의 브라우저에서 악성 스크립트를 실행시켜 쿠키 탈취, 세션 탈취, 피싱, 화면 변조 등을 유발할 수 있다.

Stored XSS
Reflected XSS
DOM-based XSS

Stored XSS는 공격자가 게시글, 댓글, 프로필 등 서버에 저장되는 입력값에 악성 스크립트를 삽입하고, 이를 조회하는 사용자의 브라우저에서 스크립트가 실행되는 공격이다.

Stored XSS = 서버에 저장되는 XSS

1. 공격자가 댓글에 악성 스크립트 형태의 값을 입력한다.
2. 서버가 해당 값을 DB에 저장한다.
3. 다른 사용자가 게시글을 조회한다.
4. 저장된 악성 스크립트가 사용자 브라우저에서 실행된다.

Reflected XSS는 공격자가 조작한 요청 파라미터가 서버 응답 페이지에 그대로 포함되어 사용자의 브라우저에서 악성 스크립트가 실행되는 공격이다.

Reflected XSS = 요청값이 응답에 반사되는 XSS

/search?keyword=입력값

입력값에 대한 검색 결과입니다.

DOM-based XSS는 클라이언트 측 스크립트가 URL, 해시, 입력값 등 외부 데이터를 안전하게 처리하지 않고 DOM에 삽입하여 브라우저에서 악성 스크립트가 실행되는 공격이다.

DOM-based XSS = 브라우저의 JavaScript 처리 과정에서 발생하는 XSS

사용자 입력값을 화면에 출력할 때 문맥에 맞게 안전하게 인코딩한다.

출력값 인코딩은 사용자 입력값이 HTML, JavaScript, URL 등 출력 위치에서 실행 가능한 코드로 해석되지 않도록 특수문자를 안전한 표현으로 변환하는 보안 조치이다.

출력값 인코딩 = 입력값을 코드가 아니라 글자로 보이게 만드는 것

XSS 방어를 위해 사용자 입력값은 출력되는 문맥에 맞게 인코딩해야 한다.

CSP는 브라우저가 허용된 출처의 스크립트, 스타일, 이미지 등만 실행하거나 로드하도록 제한하는 보안 정책이다.

CSP = 브라우저에게 어떤 스크립트를 허용할지 알려주는 보안 정책

CSP는 XSS 완화 대책이지, 출력값 인코딩을 대체하는 근본 대책은 아니다.

HttpOnly = JavaScript 쿠키 접근 제한

HttpOnly 쿠키는 XSS로 인한 세션 쿠키 탈취를 완화할 수 있지만, XSS 자체를 제거하는 것은 아니므로 출력값 인코딩, 입력값 검증, CSP 적용이 함께 필요하다.

XSS는 웹 애플리케이션이 사용자 입력값을 적절히 처리하지 않아 악성 스크립트가 다른 사용자의 브라우저에서 실행되는 공격이다. 이를 통해 쿠키 탈취, 세션 하이재킹, 피싱, 화면 변조 등이 발생할 수 있으며, 대응 방안으로는 출력값 인코딩, 입력값 검증, CSP 적용, HttpOnly·Secure 쿠키 설정, WAF 적용 등이 있다.

CSRF는 사용자가 특정 웹사이트에 로그인된 상태를 악용하여, 사용자가 의도하지 않은 요청을 해당 사이트로 전송하게 만드는 공격이다.

CSRF = 로그인 상태를 악용해 원치 않는 요청을 보내게 하는 공격

공격자가 사용자의 인증 상태를 이용한다.

1. 사용자가 정상 사이트에 로그인한다.
2. 브라우저에는 해당 사이트의 세션 쿠키가 저장되어 있다.
3. 사용자가 공격자가 만든 페이지나 링크에 접근한다.
4. 공격자가 만든 요청이 정상 사이트로 전송된다.
5. 브라우저는 저장된 쿠키를 자동으로 함께 보낸다.
6. 서버가 요청의 진짜 의도를 검증하지 않으면 요청이 처리된다.

비밀번호 변경
이메일 변경
게시글 작성
송금 요청
상품 주문
관리자 설정 변경

CSRF는 사용자의 로그인 세션을 악용하여 사용자가 의도하지 않은 상태 변경 요청을 서버에 전송하게 만드는 공격이다.

XSS는 브라우저에서 악성 스크립트를 실행시키는 공격이고, CSRF는 사용자의 로그인 상태를 악용해 원치 않는 요청을 보내게 하는 공격이다.

CSRF Token
SameSite Cookie
Origin/Referer 검증
중요 기능 재인증
GET으로 상태 변경 금지

CSRF Token은 서버가 사용자 세션에 대해 예측 불가능한 토큰을 생성하고, 상태 변경 요청 시 해당 토큰을 함께 제출하도록 하여 요청의 정당성을 검증하는 값이다.

CSRF Token = 정상 페이지에서 온 요청인지 확인하는 비밀값

1. 서버가 사용자 세션에 CSRF Token을 생성한다.
2. 정상 페이지의 폼이나 요청에 토큰을 포함한다.
3. 사용자가 요청을 보낼 때 토큰이 함께 전송된다.
4. 서버는 세션의 토큰과 요청 토큰을 비교한다.
5. 일치하면 처리하고, 없거나 틀리면 거부한다.

SameSite = 다른 사이트 요청에서 쿠키 전송 제한

CSRF 위험 완화

SameSite 쿠키 속성은 다른 사이트에서 발생한 요청에 쿠키가 자동 전송되는 것을 제한하여 CSRF 위험을 줄인다.

Origin/Referer 검증은 CSRF 대응에 도움이 되지만, 헤더 누락이나 환경 차이가 있을 수 있으므로 CSRF Token과 함께 사용하는 것이 바람직하다.

비밀번호 재입력
OTP 확인
MFA 확인

CSRF 요청만으로 중요 기능이 처리되는 위험 감소

GET 요청으로 비밀번호 변경
GET 요청으로 게시글 삭제
GET 요청으로 관리자 설정 변경

상태를 변경하는 기능은 GET 방식으로 처리하지 말고 POST, PUT, DELETE 등 적절한 메서드를 사용하며, CSRF Token과 권한 검증을 적용해야 한다.

CSRF는 사용자가 웹사이트에 로그인된 상태를 악용하여 사용자가 의도하지 않은 요청을 서버에 전송하게 만드는 공격이다. 대응 방안으로는 예측 불가능한 CSRF Token을 생성해 서버에서 검증하고, SameSite 쿠키 설정, Origin/Referer 검증, 중요 기능 재인증, GET 방식의 상태 변경 금지 등을 적용해야 한다.

파일 업로드 취약점은 업로드 파일의 확장자, 내용, 크기, 저장 위치, 실행 권한 등을 적절히 검증하지 않아 악성 파일 업로드, 웹셸 실행, 정보 유출, 서버 장악 등이 발생할 수 있는 취약점이다.

파일 업로드 취약점 = 서버에 위험한 파일을 올려 실행하거나 악용하는 취약점

프로필 사진 업로드
게시판 첨부파일 업로드
문서 업로드
상품 이미지 업로드
증빙자료 업로드

웹셸은 웹 서버에서 실행 가능한 악성 스크립트 파일로, 공격자가 웹을 통해 서버 명령 실행, 파일 업로드·다운로드, 내부 정보 조회 등을 수행할 수 있게 하는 악성 도구이다.

웹셸 = 웹으로 조종하는 서버 악성 스크립트

업로드 파일은 신뢰할 수 없는 입력값이다.

허용목록 = 허용된 확장자만 업로드 가능

jpg
jpeg
png
gif

파일 업로드 검증은 위험 확장자만 차단하는 방식보다 업무에 필요한 확장자만 허용하는 허용목록 방식을 적용하는 것이 바람직하다.

MIME Type + 확장자 + 파일 시그니처를 함께 검증해야 한다.

확장자나 MIME Type은 조작될 수 있으므로 실제 파일 내용인 파일 시그니처를 함께 확인해야 한다.

웹 루트 하위에 업로드 파일 저장
업로드 파일이 URL로 직접 접근되어 실행 가능

웹 루트 외부 저장
별도 파일 서버 또는 객체 저장소 사용
다운로드 컨트롤러를 통해 권한 검증 후 제공

업로드 파일은 웹 루트 밖의 별도 경로에 저장하고, 다운로드 시 서버가 접근권한을 검증한 후 제공해야 한다.

업로드 파일은 저장만 가능
서버에서 실행은 불가

업로드 디렉터리에는 실행 권한을 제거하여 업로드된 파일이 웹 서버에서 스크립트로 실행되지 않도록 해야 한다.

서버에서 난수 기반 파일명 생성
확장자는 검증 후 부여
파일명 길이 제한
특수문자 제거
중복 파일명 처리

업로드 파일명은 원본 이름을 그대로 사용하지 말고 서버에서 난수화된 이름으로 변경하여 경로 조작, 덮어쓰기, 특수문자 악용을 방지해야 한다.

파일 업로드 취약점은 업로드 파일의 확장자, 내용, 크기, 저장 위치, 실행 권한 등을 검증하지 않아 웹셸이나 악성 파일이 서버에 업로드·실행될 수 있는 취약점이다. 대응 방안으로는 허용 확장자 방식 적용, MIME Type과 파일 시그니처 검증, 파일 크기 제한, 파일명 난수화, 웹 루트 외부 저장, 업로드 디렉터리 실행 권한 제거, 접근통제, 악성코드 검사 등을 적용해야 한다.

XSS = 브라우저에서 스크립트 실행
CSRF = 로그인 상태로 원치 않는 요청
파일 업로드 = 서버에 악성 파일 업로드

업로드 요청 이후 동일 IP에서 업로드된 파일 URL로 즉시 접근하는 기록이 있고, 확장자와 실제 파일 형식이 일치하지 않으므로 웹셸 업로드 시도로 의심할 수 있다. 대응 방안으로 업로드 파일을 격리하고, 파일 확장자·MIME·시그니처 검증 여부, 저장 경로와 실행 권한 설정, WAF 및 웹 서버 로그를 점검해야 한다.

1. 사용자가 게시글을 작성한다.
2. 게시글 제목과 내용이 서버에 저장된다.
3. 다른 사용자가 게시글을 조회한다.

Stored XSS 발생 가능

CSRF로 게시글 작성, 비밀번호 변경, 설정 변경 요청 가능

웹셸 또는 악성 파일 업로드 가능

게시글 출력 시 인코딩
위험한 HTML 제한
CSP 적용
세션 쿠키에 HttpOnly, Secure, SameSite 설정
상태 변경 요청에 CSRF Token 검증
중요 기능 재인증
업로드 파일 허용 확장자 검증
파일 시그니처 검증
웹 루트 외부 저장
업로드 디렉터리 실행 권한 제거
웹 로그와 WAF 로그 모니터링

XSS는 웹 애플리케이션이 사용자 입력값을 적절히 처리하지 않아 악성 스크립트가 다른 사용자의 브라우저에서 실행되는 공격이다. 이를 통해 쿠키 탈취, 세션 하이재킹, 피싱, 화면 변조 등이 발생할 수 있으며, 대응 방안으로는 출력값 인코딩, 입력값 검증, CSP 적용, HttpOnly·Secure 쿠키 설정, WAF 적용 등이 있다.

Stored XSS는 악성 스크립트가 게시글이나 댓글처럼 서버에 저장된 뒤 이를 조회하는 사용자 브라우저에서 실행되는 공격이다. Reflected XSS는 요청 파라미터가 서버 응답에 반사되어 실행되는 공격이며, DOM-based XSS는 클라이언트 측 JavaScript가 외부 입력값을 안전하지 않게 DOM에 삽입하여 발생하는 공격이다.

CSRF는 사용자가 웹사이트에 로그인된 상태를 악용하여 사용자가 의도하지 않은 요청을 서버에 전송하게 만드는 공격이다. 대응 방안으로는 예측 불가능한 CSRF Token을 생성해 서버에서 검증하고, SameSite 쿠키 설정, Origin/Referer 검증, 중요 기능 재인증, GET 방식의 상태 변경 금지 등을 적용해야 한다.

XSS는 웹페이지에 삽입된 악성 스크립트가 사용자 브라우저에서 실행되어 쿠키 탈취, 피싱, 화면 변조 등을 유발하는 공격이다. CSRF는 사용자가 로그인된 상태를 악용하여 사용자가 의도하지 않은 요청을 서버에 전송하게 만드는 공격으로, 핵심 대응은 CSRF Token과 SameSite 쿠키 설정이다.

파일 업로드 취약점은 업로드 파일의 확장자, 내용, 크기, 저장 위치, 실행 권한 등을 검증하지 않아 웹셸이나 악성 파일이 서버에 업로드·실행될 수 있는 취약점이다. 대응 방안으로는 허용 확장자 방식 적용, MIME Type과 파일 시그니처 검증, 파일 크기 제한, 파일명 난수화, 웹 루트 외부 저장, 업로드 디렉터리 실행 권한 제거, 접근통제, 악성코드 검사 등을 적용해야 한다.

웹셸 업로드를 방지하기 위해 업로드 가능한 확장자를 허용목록 방식으로 제한하고, MIME Type과 파일 시그니처를 함께 검증해야 한다. 또한 업로드 파일은 웹 루트 외부에 저장하고 파일명을 난수화하며, 업로드 디렉터리의 스크립트 실행 권한을 제거하고 악성코드 검사와 접근통제를 적용해야 한다.

XSS는 웹 애플리케이션이 사용자 입력값을 안전하게 처리하지 않아 악성 스크립트가 사용자 브라우저에서 실행되는 공격이다.

XSS 대응의 핵심은 사용자 입력값을 출력 위치에 맞게 인코딩하여 브라우저가 코드가 아닌 문자로 처리하게 하는 것이다.

Stored XSS는 악성 스크립트가 서버에 저장된 뒤 조회하는 사용자에게 실행되는 공격이고, Reflected XSS는 요청값이 응답에 반사되어 실행되는 공격이다.

DOM-based XSS는 클라이언트 측 JavaScript가 외부 입력값을 안전하지 않게 DOM에 삽입하여 발생한다.

CSP는 허용된 출처의 스크립트만 실행하도록 제한하여 XSS 피해를 완화한다.

HttpOnly 쿠키는 JavaScript의 쿠키 접근을 제한하여 XSS로 인한 세션 쿠키 탈취 위험을 줄인다.

CSRF는 사용자가 로그인된 상태를 악용하여 사용자가 의도하지 않은 요청을 서버에 전송하게 만드는 공격이다.

CSRF 대응을 위해 CSRF Token 검증, SameSite 쿠키 설정, Origin/Referer 검증, 중요 기능 재인증, GET 방식의 상태 변경 금지를 적용해야 한다.

파일 업로드 취약점은 파일 확장자, 내용, 크기, 저장 위치, 실행 권한 등을 검증하지 않아 웹셸이나 악성 파일이 서버에 업로드될 수 있는 취약점이다.

웹셸은 웹 서버에서 실행되어 공격자가 서버 명령 실행, 파일 조작, 내부 정보 조회 등을 수행할 수 있게 하는 악성 스크립트이다.

업로드 파일은 허용 확장자 방식, MIME Type과 파일 시그니처 검증, 파일명 난수화, 웹 루트 외부 저장, 실행 권한 제거, 접근통제, 악성코드 검사를 적용해야 한다.

1. XSS란 무엇인가?
2. XSS의 주요 피해 4가지를 쓰시오.
3. Stored XSS란 무엇인가?
4. Reflected XSS란 무엇인가?
5. DOM-based XSS란 무엇인가?
6. Stored XSS와 Reflected XSS의 차이를 쓰시오.
7. XSS 대응 방안 5가지를 쓰시오.
8. 출력값 인코딩이 XSS 방어에 중요한 이유는 무엇인가?
9. CSP란 무엇인가?
10. HttpOnly 쿠키가 XSS 피해 완화에 도움이 되는 이유는 무엇인가?
11. CSRF란 무엇인가?
12. CSRF가 발생하는 핵심 조건은 무엇인가?
13. CSRF 대응 방안 5가지를 쓰시오.
14. CSRF Token이란 무엇인가?
15. SameSite 쿠키가 CSRF 대응에 도움이 되는 이유는 무엇인가?
16. XSS와 CSRF의 차이를 쓰시오.
17. 파일 업로드 취약점이란 무엇인가?
18. 웹셸이란 무엇인가?
19. 파일 업로드 취약점의 위험 4가지를 쓰시오.
20. 파일 업로드 보안 대책 7가지를 쓰시오.
21. MIME Type만으로 파일 검증을 하면 안 되는 이유는 무엇인가?
22. 업로드 파일을 웹 루트 외부에 저장해야 하는 이유는 무엇인가?
23. 업로드 디렉터리 실행 권한을 제거해야 하는 이유는 무엇인가?

24. 게시판 댓글에 삽입된 악성 스크립트가 다른 사용자 조회 시 실행되었다.
25. 조작된 검색 URL을 클릭했더니 검색 결과 페이지에서 스크립트가 실행되었다.
26. 브라우저 JavaScript가 URL 조각 값을 검증 없이 DOM에 삽입했다.
27. 사용자 브라우저에서 쿠키 접근을 제한하고 싶다.
28. 허용된 출처의 스크립트만 실행되도록 제한하고 싶다.
29. 로그인된 사용자가 외부 페이지 접속 후 원치 않는 비밀번호 변경 요청을 보냈다.
30. 상태 변경 요청이 정상 페이지에서 온 것인지 서버에서 검증하고 싶다.
31. 다른 사이트에서 발생한 요청에 세션 쿠키가 자동 전송되는 것을 제한하고 싶다.
32. 이미지 업로드 기능에 서버에서 실행 가능한 악성 스크립트 파일이 업로드되었다.
33. 업로드 파일이 URL로 직접 접근되어 서버에서 실행되었다.
34. 파일 확장자는 이미지처럼 보이지만 실제 내용은 이미지가 아니다.
35. 업로드 파일명에 경로 조작 문자열이 포함되어 있다.

36. XSS의 개념과 대응 방안을 설명하시오.

37. Stored XSS, Reflected XSS, DOM-based XSS의 차이를 설명하시오.

38. CSRF의 개념과 대응 방안을 설명하시오.

39. XSS와 CSRF의 차이를 설명하시오.

40. 파일 업로드 취약점의 위험과 대응 방안을 설명하시오.