시큐어 코딩과 전자상거래 보안

4장 1절: 웹 구조, HTTP, 쿠키, 세션, 인증과 인가
4장 2절: SQL Injection
4장 3절: XSS, CSRF, 파일 업로드 취약점
4장 4절: 인증·인가·API 보안
4장 5절: 시큐어 코딩과 전자상거래 보안

1. 시큐어 코딩
2. 전자상거래 보안

클라이언트 입력값은 신뢰하지 않는다.
중요한 검증은 반드시 서버에서 수행한다.
민감정보는 최소 수집·암호화·접근통제한다.
거래 요청은 무결성, 인증, 재전송 방지, 로그 기록을 적용한다.

시큐어 코딩은 소프트웨어 개발 과정에서 입력값 검증, 출력값 인코딩, 인증·인가, 오류 처리, 암호화, 접근통제 등 보안 원칙을 적용하여 취약점 발생을 예방하는 개발 방법이다.

시큐어 코딩 = 처음부터 보안 취약점이 생기지 않게 코딩하는 것

SQL Injection → Prepared Statement, 입력값 검증
XSS → 출력값 인코딩, CSP
CSRF → CSRF Token, SameSite
파일 업로드 → 허용 확장자, 저장 경로 분리, 실행 권한 제거
인증 공격 → MFA, 실패 제한, Rate Limiting
IDOR → 서버 측 권한 검증

입력값 검증은 사용자나 외부 시스템으로부터 전달된 값이 허용된 형식, 길이, 범위, 문자 집합에 맞는지 서버 측에서 확인하는 보안 조치이다.

모든 외부 입력값은 신뢰하지 않는다.

폼 입력값
URL 파라미터
쿠키
HTTP 헤더
파일명
API 요청 Body
JSON 필드
검색어
정렬 조건
업로드 파일

클라이언트 측 검증은 사용자 편의성을 높일 수 있지만 우회 가능하므로, 보안을 위해 모든 입력값은 서버 측에서 다시 검증해야 한다.

허용목록 = 허용된 값만 통과
차단목록 = 위험해 보이는 값만 차단

name
date
price

입력값 검증은 위험한 문자열만 차단하는 차단목록 방식보다 허용된 형식과 값만 통과시키는 허용목록 방식이 바람직하다. 차단목록은 우회 입력이 가능하지만 허용목록은 비정상 입력을 원천적으로 줄일 수 있다.

출력값 인코딩은 사용자 입력값을 HTML, JavaScript, URL 등 출력 문맥에 맞게 변환하여 브라우저가 실행 가능한 코드가 아니라 일반 문자로 처리하도록 하는 보안 조치이다.

XSS 대응의 핵심 = 출력값 인코딩

사용자 입력값은 출력 위치의 문맥에 맞게 인코딩해야 한다.

SQL Injection 방지를 위해 사용자 입력값을 SQL 문자열에 직접 결합하지 않고 Prepared Statement와 파라미터 바인딩을 사용해야 한다. 또한 입력값 검증, DB 권한 최소화, 상세 오류 메시지 노출 제한을 함께 적용해야 한다.

프론트엔드에서 관리자 버튼을 숨겼으니 안전하다.

서버가 매 요청마다 사용자의 권한을 검증한다.

인증과 인가는 클라이언트 화면 제어에 의존하지 말고 서버 측에서 매 요청마다 검증해야 한다. 특히 객체 소유자와 사용자 권한을 확인하여 IDOR와 권한 상승 취약점을 방지해야 한다.

SQL syntax error near ...
/var/www/app/login.php line 53
DB user: admin
Internal server IP: 10.0.0.5

사용자에게는 일반화된 오류 메시지만 제공
상세 오류는 서버 로그에 기록
관리자만 로그 확인

오류 처리 시 사용자에게 DB 오류, 서버 경로, 내부 IP, 계정명, 프레임워크 버전 등 상세 내부 정보를 노출하면 공격자가 시스템 구조를 파악하는 데 악용할 수 있다. 따라서 사용자에게는 일반화된 오류 메시지만 제공하고, 상세 오류는 서버 로그에 기록하여 관리자만 확인하도록 해야 한다.

비밀번호
주민등록번호
계좌번호
카드정보
전화번호
이메일
주소
인증 토큰
세션 ID
API Key
개인정보
결제정보

최소 수집
최소 보관
암호화
마스킹
접근통제
로그 노출 금지
안전한 파기

민감정보는 업무상 필요한 최소한만 수집하고, 저장 시 암호화 또는 해시를 적용하며, 접근권한을 제한하고, 로그나 화면에 평문으로 노출되지 않도록 마스킹해야 한다.

로그인 정보
결제 정보
개인정보
인증 토큰
세션 쿠키

민감정보 전송 시 HTTPS/TLS를 적용하여 통신 구간의 기밀성과 무결성을 보장해야 한다. 또한 세션 쿠키에는 Secure 속성을 적용하여 HTTPS에서만 전송되도록 해야 한다.

id=user01&password=pass1234
cardNo=1234-5678-9012-3456
token=eyJ...
residentNo=...

로그에는 비밀번호, 인증 토큰, 카드번호, 주민등록번호 등 민감정보가 평문으로 기록되지 않도록 해야 한다. 필요한 경우 마스킹하여 기록하고, 로그 접근통제, 무결성 보호, 보관 기간 설정, 시간 동기화, 중앙 로그 관리를 적용해야 한다.

디버그 모드 활성화
기본 관리자 계정 사용
기본 비밀번호 사용
불필요한 기능 활성화
테스트 페이지 공개
디렉터리 목록 노출
상세 오류 메시지 노출
관리자 페이지 외부 전체 공개
취약한 TLS 설정
보안 헤더 미적용

운영 환경에서는 디버그 모드를 비활성화하고, 기본 계정과 기본 비밀번호를 변경하며, 불필요한 기능과 테스트 페이지를 제거해야 한다. 또한 관리자 페이지 접근 제한, 보안 헤더 적용, 안전한 TLS 설정, 설정 파일 접근통제를 통해 보안 설정 오류를 줄여야 한다.

상품 조회
→ 장바구니
→ 주문 생성
→ 할인·쿠폰 적용
→ 결제 요청
→ 결제 승인
→ 주문 상태 변경
→ 배송
→ 취소·환불

가격, 할인, 배송비, 결제금액, 주문상태는 클라이언트가 아니라 서버에서 계산하고 검증해야 한다.

결제 요청 변조는 클라이언트에서 전송되는 가격, 수량, 할인, 주문번호, 결제금액 등의 값을 공격자가 조작하여 부정한 결제나 주문 처리를 유도하는 공격이다.

결제 요청 변조 = 결제할 때 금액이나 주문 정보를 바꾸는 공격

클라이언트가 보낸 상품금액을 그대로 결제금액으로 사용
클라이언트가 보낸 할인금액을 그대로 적용
클라이언트가 보낸 userId를 그대로 주문자 ID로 사용

서버가 상품 DB에서 가격 조회
서버가 할인 정책 계산
서버가 배송비 계산
서버가 로그인 사용자 확인
서버가 최종 결제금액 산정

결제 요청 변조는 클라이언트가 전송한 가격, 수량, 할인, 주문번호, 결제금액 등을 공격자가 조작하여 부정 결제를 유도하는 공격이다. 대응 방안으로는 상품가격, 할인, 배송비, 최종 결제금액을 서버에서 계산하고, PG 승인 결과와 서버 주문정보를 비교 검증하며, 사용자 권한 확인, 쿠폰 사용 검증, 재전송 방지, 결제 로그 기록을 적용해야 한다.

price=1000

서버가 상품 ID를 기준으로 DB에서 가격을 조회한다.
서버가 할인과 배송비를 계산한다.
서버가 최종 금액을 결정한다.
클라이언트 금액은 참고하지 않는다.

가격 조작을 방지하기 위해 클라이언트가 전송한 가격이나 할인값을 신뢰하지 말고, 서버가 상품 DB와 정책을 기준으로 최종 결제금액을 계산해야 한다.

주문 식별
결제 승인 매칭
중복 처리 방지
환불 처리
분쟁 대응
로그 추적

주문번호는 충분히 예측하기 어렵게 생성
주문번호와 로그인 사용자 매칭 검증
결제 승인 결과와 주문번호 매칭
중복 처리 방지
주문 상태 전이 검증

재전송 공격은 정상적인 주문, 결제, 환불 요청을 가로채거나 재사용하여 동일 요청을 반복 처리하게 만드는 공격이다.

같은 쿠폰이 여러 번 사용됨
같은 결제 승인 요청이 반복됨
같은 환불 요청이 중복 처리됨
같은 주문 상태 변경 요청이 반복됨

전자상거래에서 재전송 공격은 정상 주문, 결제, 환불 요청을 반복 전송하여 중복 처리나 부정 처리를 유발하는 공격이다. 대응 방안으로는 Nonce, Timestamp, 서명값 검증, 주문번호 중복 확인, Idempotency Key, 거래 상태 전이 검증, HTTPS 적용, 반복 요청 로그 모니터링을 적용해야 한다.

결제 완료 처리는 클라이언트 응답만 신뢰하지 말고, 서버가 결제대행사의 승인 결과를 조회하거나 검증하여 주문번호, 결제금액, 사용자, 거래번호, 서명값, 결제 상태가 서버 주문정보와 일치하는지 확인해야 한다.

타인 주문 취소
환불 금액 조작
환불 계좌 변경
이미 환불된 주문 재환불
배송 완료 후 부정 취소
관리자 권한 없이 환불 승인

환불·취소 기능은 금전 피해로 이어질 수 있으므로 사용자 권한과 주문 소유자를 검증하고, 주문 상태에 따라 허용 가능한 처리인지 확인해야 한다. 또한 환불 금액은 서버에서 계산하고, 중복 환불을 방지하며, 중요 환불은 관리자 승인과 재인증을 적용하고 모든 작업을 로그로 기록해야 한다.

같은 쿠폰 반복 사용
타인 쿠폰 사용
만료된 쿠폰 사용
할인율 조작
포인트 잔액 조작
쿠폰 사용 후 결제 실패 시 상태 불일치

쿠폰 소유자 검증
쿠폰 유효기간 검증
중복 사용 방지
사용 가능 조건 검증
포인트 잔액 서버 검증
사용 이력 기록
트랜잭션 처리
결제 실패 시 상태 복구

쿠폰과 포인트는 클라이언트가 전달한 할인값을 신뢰하지 말고 서버에서 소유자, 유효기간, 사용 조건, 잔액, 중복 사용 여부를 검증해야 한다. 또한 사용 이력을 기록하고 결제 실패 시 상태를 복구할 수 있도록 트랜잭션 처리를 적용해야 한다.

거래 추적 가능성 확보
민감정보 마스킹
로그 무결성 보호
시간 동기화
권한 있는 관리자만 열람
분쟁 대응과 감사에 활용

전자상거래 로그는 주문, 결제, 승인, 취소, 환불, 쿠폰·포인트 사용, 관리자 작업 이력을 기록하여 거래 추적과 분쟁 대응, 침해사고 분석에 활용된다. 로그에는 민감정보를 마스킹하고, 접근통제와 무결성 보호, 시간 동기화를 적용하여 신뢰성을 확보해야 한다.

1. 사용자가 장바구니에서 결제를 요청한다.
2. 서버가 상품 가격, 수량, 할인, 배송비를 다시 계산한다.
3. 서버가 주문번호와 최종 결제금액을 생성한다.
4. 클라이언트는 결제대행사로 결제를 진행한다.
5. 결제 결과가 돌아오면 서버가 승인 결과를 검증한다.
6. 서버 주문정보와 승인 금액, 거래번호, 사용자 정보가 일치하는지 확인한다.
7. 중복 처리 여부를 확인한다.
8. 주문 상태를 결제 완료로 변경한다.
9. 모든 주문·결제·승인 로그를 기록한다.

클라이언트가 보낸 금액을 그대로 믿음
결제 완료 응답을 검증하지 않음
같은 주문번호를 여러 번 처리함
환불 금액을 클라이언트 값으로 처리함
타인의 주문번호로 취소 요청이 가능함
관리자 작업 로그가 없음

전자상거래에서는 가격, 할인, 주문, 결제, 환불 등 금전과 관련된 모든 값과 상태를 서버에서 검증하고, 요청 위변조와 재전송을 방지하며, 거래 로그를 남겨야 한다.

시큐어 코딩은 소프트웨어 개발 과정에서 보안 취약점이 발생하지 않도록 입력값 검증, 출력값 인코딩, 인증·인가 검증, 안전한 SQL 처리, 오류 처리, 민감정보 보호 등을 적용하는 개발 방법이다. 이를 통해 SQL Injection, XSS, 접근통제 취약점, 정보 노출 등 주요 웹 취약점을 개발 단계에서 예방할 수 있다.

입력값 검증은 사용자나 외부 시스템으로부터 전달된 값이 허용된 형식, 길이, 범위에 맞는지 서버 측에서 확인하는 보안 조치이다. 출력값 인코딩은 사용자 입력값을 화면에 출력할 때 HTML, JavaScript, URL 등 문맥에 맞게 변환하여 브라우저가 코드가 아닌 문자로 처리하게 하는 조치로, XSS 방어에 중요하다.

상세 오류 메시지는 DB 종류, 테이블명, 컬럼명, 서버 경로, 내부 IP, 프레임워크 버전 등 내부 정보를 노출하여 공격자가 취약점을 파악하는 데 악용될 수 있다. 따라서 사용자에게는 일반화된 오류 메시지만 제공하고, 상세 오류는 서버 로그에 기록하여 접근권한이 있는 관리자만 확인하도록 해야 한다.

결제 요청 변조는 클라이언트가 전송한 가격, 수량, 할인, 주문번호, 결제금액 등을 공격자가 조작하여 부정 결제를 유도하는 공격이다. 대응 방안으로는 상품가격, 할인, 배송비, 최종 결제금액을 서버에서 계산하고, PG 승인 결과와 서버 주문정보를 비교 검증하며, 사용자 권한 확인, 쿠폰 사용 검증, 재전송 방지, 결제 로그 기록을 적용해야 한다.

전자상거래에서 재전송 공격은 정상 주문, 결제, 환불 요청을 반복 전송하여 중복 결제, 중복 환불, 쿠폰 중복 사용 등 부정 처리를 유발하는 공격이다. 대응 방안으로는 Nonce, Timestamp, 서명값 검증, 주문번호 중복 확인, Idempotency Key, 거래 상태 전이 검증, HTTPS 적용, 반복 요청 로그 모니터링을 적용해야 한다.

전자상거래 로그는 주문, 결제, 승인, 취소, 환불, 쿠폰·포인트 사용, 관리자 작업 이력을 기록하여 거래 추적, 분쟁 대응, 이상 거래 탐지, 침해사고 분석에 활용된다. 로그에는 민감정보를 마스킹하고, 접근통제와 무결성 보호, 시간 동기화를 적용하여 신뢰성을 확보해야 한다.

시큐어 코딩은 소프트웨어 개발 과정에서 보안 취약점이 발생하지 않도록 입력값 검증, 출력값 인코딩, 인증·인가, 오류 처리, 암호화 등 보안 원칙을 적용하는 개발 방법이다.

클라이언트 측 검증은 우회 가능하므로 모든 입력값은 서버 측에서 검증해야 한다.

입력값 검증은 차단목록보다 허용목록 방식을 적용하는 것이 바람직하다.

출력값 인코딩은 사용자 입력값이 브라우저에서 실행 가능한 코드가 아니라 문자로 처리되도록 변환하는 조치이며 XSS 방어에 중요하다.

오류 메시지는 DB 정보, 서버 경로, 내부 IP 등 상세 정보를 사용자에게 노출하지 말고 일반화된 메시지를 제공해야 한다.

민감정보는 최소한만 수집하고 저장 시 암호화 또는 해시를 적용하며, 로그와 화면에는 마스킹해야 한다.

운영 환경에서는 디버그 모드를 비활성화하고 기본 계정과 기본 비밀번호를 변경하며 불필요한 기능과 테스트 페이지를 제거해야 한다.

전자상거래에서는 가격, 할인, 배송비, 결제금액을 클라이언트 값이 아니라 서버에서 계산해야 한다.

결제 완료 처리는 클라이언트 응답만 신뢰하지 말고 결제대행사 승인 결과와 서버 주문정보를 비교 검증해야 한다.

재전송 공격 대응을 위해 Nonce, Timestamp, 주문번호 중복 확인, Idempotency Key, 거래 상태 전이 검증을 적용해야 한다.

환불·취소 기능은 사용자 권한, 주문 소유자, 주문 상태, 환불 금액, 중복 환불 여부를 서버에서 검증해야 한다.

전자상거래 로그는 주문, 결제, 승인, 취소, 환불, 관리자 작업 이력을 기록하여 거래 추적과 침해사고 분석에 활용해야 한다.

1. 시큐어 코딩이란 무엇인가?
2. 시큐어 코딩의 주요 원칙 7가지를 쓰시오.
3. 입력값 검증이란 무엇인가?
4. 클라이언트 측 검증만으로 충분하지 않은 이유는 무엇인가?
5. 허용목록 방식과 차단목록 방식의 차이를 쓰시오.
6. 출력값 인코딩이란 무엇인가?
7. 출력값 인코딩이 XSS 방어에 중요한 이유는 무엇인가?
8. SQL Injection 방지를 위한 시큐어 코딩 대책 4가지를 쓰시오.
9. 인증·인가 보안에서 서버 측 검증이 중요한 이유는 무엇인가?
10. 오류 메시지 노출이 위험한 이유는 무엇인가?
11. 민감정보 보호 원칙 5가지를 쓰시오.
12. 로그에 민감정보를 평문으로 기록하면 안 되는 이유는 무엇인가?
13. 운영 환경에서 제거하거나 비활성화해야 할 보안 설정 예시 5가지를 쓰시오.
14. 전자상거래 보안에서 서버가 검증해야 할 값 5가지를 쓰시오.
15. 결제 요청 변조란 무엇인가?
16. 가격 조작을 방지하기 위한 방법을 쓰시오.
17. 결제 승인 검증 시 확인해야 할 항목 5가지를 쓰시오.
18. 재전송 공격이란 무엇인가?
19. 전자상거래에서 재전송 공격 대응 방안 5가지를 쓰시오.
20. 환불·취소 보안 대책 5가지를 쓰시오.
21. 쿠폰·포인트 보안에서 검증해야 할 항목 5가지를 쓰시오.
22. 전자상거래 로그에 기록해야 할 항목 5가지를 쓰시오.
23. 전자상거래 로그 관리 시 보안 대책 4가지를 쓰시오.

24. 브라우저 JavaScript에서만 입력값을 검증하고 서버에서는 검증하지 않는다.
25. 검색어가 HTML 페이지에 그대로 출력되어 스크립트가 실행될 수 있다.
26. SQL문에 사용자 입력값을 문자열로 직접 붙이고 있다.
27. 서버 오류 화면에 DB 테이블명과 서버 경로가 표시된다.
28. 로그에 비밀번호와 인증 토큰이 평문으로 기록되고 있다.
29. 운영 서버에서 디버그 모드가 켜져 있고 테스트 페이지가 공개되어 있다.
30. 클라이언트가 보낸 price 값을 그대로 결제금액으로 사용하고 있다.
31. 상품 가격 100,000원을 요청 조작으로 1,000원으로 바꾸어 결제했다.
32. 결제 완료 화면만 보고 서버가 결제 완료 처리한다.
33. 같은 환불 요청이 여러 번 전송되어 중복 환불되었다.
34. 쿠폰 소유자와 유효기간을 확인하지 않고 할인을 적용한다.
35. 관리자가 환불을 처리했지만 작업 로그가 남지 않는다.

36. 시큐어 코딩의 개념과 주요 원칙을 설명하시오.

37. 입력값 검증과 출력값 인코딩의 차이를 설명하시오.

38. 오류 메시지 노출이 위험한 이유와 대응 방안을 설명하시오.

39. 결제 요청 변조의 개념과 대응 방안을 설명하시오.

40. 전자상거래에서 재전송 공격의 개념과 대응 방안을 설명하시오.

41. 전자상거래 로그 관리의 필요성을 설명하시오.

입력값 검증
출력값 인코딩
인증
인가
세션
토큰
파일 업로드
API 보안
민감정보 보호
로그 분석
시큐어 코딩

공격 또는 취약점의 개념
→ 발생 원인
→ 피해
→ 대응 방안

SQL Injection은 입력값에 SQL 구문을 삽입하여 DB를 공격하는 취약점이다.
주요 원인은 사용자 입력값을 SQL 문자열에 직접 결합하는 것이다.
대응 방안으로는 Prepared Statement, 입력값 검증, DB 권한 최소화, 오류 메시지 제한, WAF 적용이 있다.