전자상거래·SET·무선 결제 보안 | 정보보안기사 필기

1. 거래 참여자와 보안 요구

전자상거래는 구매자·가맹점·결제기관 사이로 주문과 지급 정보가 이동한다. 인증·기밀성·무결성·부인방지·가용성을 각각 확보해야 한다.

전자서명은 출처·무결성과 부인방지의 근거를 제공한다. 실제 거래 증명에는 신원 확인, 키 보호, 거래·시간 기록도 필요하다. HTTPS로 접속했다고 주문 금액이나 승인 주체가 업무상 올바르다는 뜻은 아니다.

전자현금의 고전적 설계 특성에는 독립성, 위조 불가능성, 익명성, 이중지불 방지, 오프라인 사용, 양도성, 분할 가능성 등이 있다. 모든 지불 서비스가 이 특성을 전부 제공하는 것은 아니다.

이중지불은 동일 가치 단위를 복제해 여러 번 사용하는 문제다. 온라인 방식은 사용 여부를 중앙에서 확인할 수 있고, 오프라인 방식은 별도의 탐지·방지 장치가 필요하다. 익명성도 서비스와 요구조건에 따라 달라지므로 전자화폐가 항상 익명이라고 외우지 않는다.

SET(Secure Electronic Transaction)은 카드 결제를 위한 고전적 보안 프로토콜이다. 현재의 일반 결제 구축 지침으로 보기보다 참여자 인증, 정보 분리, 이중서명의 원리를 익히는 개념으로 학습한다.

가맹점에는 OI가, 지급 처리 측에는 PI가 필요하다. 두 원문을 각각 필요한 상대에게만 제공하면서도 이 지불이 이 주문과 연결되어 있음을 검증해야 한다.

CODE코드 영역 안에서 좌우로 이동할 수 있습니다.

PIMD = H(PI)
OIMD = H(OI)
POMD = H(PIMD || OIMD)
DS = Sign(카드소지자 개인키, POMD)

H는 해시, ||는 연결을 뜻한다. 두 정보의 해시를 연결해 다시 해시하고 그 값에 서명한다. 같은 정보를 두 사람이 각각 서명한다는 뜻이 아니다.

검증자	필요한 값	검증 과정
가맹점	OI, PIMD, DS	받은 OI의 해시를 계산하여 PIMD와 연결, POMD 재구성
지급 처리 측	PI, OIMD, DS	받은 PI의 해시를 계산하여 OIMD와 연결, POMD 재구성

양쪽 모두 카드소지자의 공개키로 서명을 검증한다. 상대에게 필요한 정보의 원문을 직접 알지 않고도 주문·지불의 연결성을 확인할 수 있다.

이중서명 자체는 암호화가 아니다. PI의 기밀성은 지정된 지급 처리 측만 복호화하도록 하는 별도 암호화·전자봉투 구조가 담당한다. 서명을 ‘개인키로 복호화한다’고 표현하지 않는다.

TLS는 통신 구간의 기밀성·무결성 및 서버 인증 등을 제공한다. SET은 카드 거래 메시지와 참여자 관계를 보호하려는 구조다. TLS만으로 주문정보·지불정보 분리와 이중서명이 생기지는 않는다.

PKI는 공개키와 신원을 인증서로 연결한다. CA는 인증서 발급, RA는 등록·신원 확인을 지원한다. 인증서의 신뢰 사슬·유효기간·용도·폐기 여부 등을 확인한다. 인증서가 유효하더라도 계정 탈취나 잘못된 거래 로직까지 해결하지는 않는다.

초기 WAP 환경의 WPKI는 제한된 무선 단말에서 인증서·키·신뢰 관계를 지원하는 공개키 기반구조다. CA·RA·디렉터리·클라이언트와, 신원·키 기능을 지원하는 WIM 같은 요소로 이해한다.

WTLS는 초기 WAP의 전송 보안 계층이다. 두 용어를 같은 기술로 보지 않는다.

CODE코드 영역 안에서 좌우로 이동할 수 있습니다.

무선 단말 --WTLS--> WAP 게이트웨이 --SSL/TLS--> 웹 서버

이 구조에서는 게이트웨이에서 보안 연결이 종료·변환되며 평문이 처리될 수 있다. 각 구간을 암호화했다고 단말부터 웹 서버까지 하나의 종단 간 암호화 연결이 되는 것은 아니다.

이는 역사적인 WAP 구조의 학습 항목이다. 현대 모바일 웹·앱 전체가 이 방식으로 결제한다고 일반화하지 않는다.