EIS

지도 위치 : 3과목 어플리케이션 보안 · README 4장 ③ 영역(어플리케이션) — ② 부품(전자서명 · 공개키)을 결제라는 업무에 조립한 곳 | 출제기준: 2. 전자 상거래 보안 > 1. 전자상거래 보안 기술 | 이전: 14 DNS · DB 보안 | 다음: 16 어플리케이션 취약점 대응과 개발보안 출제 빈도 : ⭐⭐ (회당 약 2.6문항 — 출제분석.md. 3.5 → 1.7) · 변화 ▼ 세세항목 : 전자지불 수단별 보안요소 / 전자상거래 보안 프로토콜 / 전자상거래 인증기술 / 무선플랫폼에서의 전자상거래 보안

이 노트를 다 읽으면

1. 전자상거래의 보안 요구사항(기밀성 · 무결성 · 인증 · 부인방지)을 해결 기술 과 짝지을 수 있다.
2. 전자지불 수단(카드 · 전자화폐 · 전자수표 · 에스크로)을 구별하고, 전자화폐의 요건 을 말할 수 있다.
3. SET의 참여자와 이중서명 을 그림으로 그리고, 상점과 은행이 각각 무엇을 못 보는지 설명할 수 있다.
4. 은닉서명(eCash) ↔ 이중서명(SET) , IC카드형(Mondex) ↔ 네트워크형(eCash) 을 구별할 수 있다.
5. ebXML의 구성요소 와 XML 보안 표준(XML 서명 · 암호화 · XKMS · SAML · XACML)을 구분할 수 있다.
6. 전자입찰의 보안 요구사항, FDS , 간편결제 · 모바일 결제의 보안 요소를 말할 수 있다.

---

0. 이 노트의 판별 축

이 노트가 답하는 질문은 "서로 믿지 않는 여러 당사자(고객 · 상점 · 은행)가 돈을 주고받을 때, 각자에게 필요한 만큼만 보여 주려면 어떻게 하나" 입니다. 답은 앞에서 배운 부품의 조립입니다 — 해시(20번 노트), 공개키 암호와 전자봉투(19번 노트), 전자서명 · 은닉서명 · PKI(18번 노트). 그래서 이 노트는 새 원리보다 "어떤 부품을 왜 그렇게 조립했는가" 를 봅니다. 오래된 주제가 많아 출제가 줄고 있지만(▼), SET · 이중서명 · 은닉서명은 여전히 반복 출제됩니다.

---

1. 전자상거래의 보안 요구사항

보호 계층별 짝 — 앞에서 배운 보안 프로토콜(10번 노트)의 위치를 다시 봅니다.

📝 기출 포인트 — "전자상거래 보안 요구와 해결책 연결"(부인방지 → 전자서명), "IPsec · SSL · OTP를 동작 계층과 짝짓기"(2018), "전자상거래 보안과 관련성이 적은 기술"(2019).

---

2. 전자지불 수단별 보안요소

2.1 전자지불 수단 한눈에

CVV · CVC — 카드사마다 이름이 다른 카드 확인 코드 (Visa는 CVV, MasterCard는 CVC)로, 카드 실물을 가진 사람인지 확인하기 위한 숫자입니다.

📝 기출 포인트 — 에스크로 = 구매 확인 후 대금 지급 (2019), CVV/CVC 명칭(2015), 지불 브로커형 특징(2014), 전자지불 시스템의 위험 요소 · 보안 요구사항(2016 · 2017).

2.2 ⭐ 전자화폐

전자화폐의 요건 — 이상적인 전자화폐가 갖춰야 할 성질입니다.

전자화폐 프로토콜의 세 단계 — 누가 누구와 하는지가 단골 문제입니다.

        ① 인출 (Withdrawal)            ② 지불 (Payment)            ③ 예치 (Deposit)
사용자 ◀───────── 은행        사용자 ─────────▶ 상점        상점 ─────────▶ 은행
 (계좌에서 전자화폐를 받음)     (전자화폐로 값을 치름)         (받은 전자화폐를 입금, 이중 사용 확인)

🔍 읽는 포인트 : 상점 ↔ 은행 = 예치 , 사용자 ↔ 은행 = 인출 , 사용자 ↔ 상점 = 지불 입니다.

2.3 ⭐ 은닉서명 — 익명성의 비밀

은닉서명 (Blind Signature) — [전자서명]인데, [ 서명자가 메시지 내용을 보지 못한 채 서명 하고, 나중에 서명된 메시지와 서명 과정을 연결할 수 없다]는 점에서 서명자가 내용을 보고 서명하는 일반 전자서명 · 이중서명과 구별된다(0절 축 2).

사용자: 화폐 일련번호 m을 "눈가림 값"으로 가림 → m'
은행  : m'에 서명 (m이 무엇인지 모름) → 계좌에서 금액 차감
사용자: 눈가림을 벗겨 m에 대한 은행 서명을 얻음 → 상점에서 사용
은행  : 예치 때 서명은 유효하다고 확인하지만, "누가 인출한 화폐인지" 연결 못 함 → 익명성

🔍 읽는 포인트 : "봉투 속 문서에 먹지(carbon)를 대고 봉투 위에 서명" 하는 것과 같습니다. 은행은 자기 서명이 진짜인지만 확인할 수 있습니다.

⚠️ 대가: 추적이 안 되므로 자금 세탁 · 불법 거래 악용 우려 가 있습니다.

📝 기출 포인트 — 전자화폐는 A2.1의 SET 다음으로 많습니다. " 은닉서명을 쓰는 전자화폐 = eCash "(4회 이상, 2024 · 2025 반복), " Mondex = IC카드형 ", 인출 · 지불 · 예치 주체 (2014 · 2018 · 2025), 요건 판별, " 상점과 은행 사이 = 예치 ". 2024년에는 요건(오프라인 사용)과 핫 · 콜드 월렛 (인터넷 연결된 지갑 ↔ 오프라인 보관 지갑)이 함께 나왔습니다. 은닉서명의 원리는 앞에서 배운 18번 노트와 같습니다.

---

3. ⭐ SET — 이중서명

3.1 SET의 정의와 참여자

SET (Secure Electronic Transaction) — [전자상거래 지불 프로토콜]인데, [ Visa · MasterCard가 주도해 만든 신용카드 결제 전용 표준으로, 모든 참여자가 X.509 인증서를 갖고 이중서명으로 주문정보와 지불정보를 분리 한다]는 점에서 통신 구간만 암호화하는 SSL 기반 결제와 구별된다.

3.2 이중서명 — 하나의 서명으로 두 정보를 묶되 따로 보여 주기

OI (주문정보)  → H → OIMD ─┐
                            ├─ 연결 → H → POMD → 고객 개인키로 서명 → DS (이중서명)
PI (지불정보)  → H → PIMD ─┘

상점이 받는 것 : OI, PIMD, DS          → 주문은 확인, 카드정보(PI)는 못 봄
은행이 받는 것 : PI(전자봉투), OIMD, DS → 지불은 확인, 주문 내용(OI)은 못 봄

🔍 읽는 포인트 : 각자 자기가 받은 원문을 해시하고, 상대 쪽 해시(MD)를 붙여 POMD를 다시 계산해 DS와 맞춰 봅니다. 그래서 두 정보가 같은 거래에 묶여 있음 은 둘 다 확인하지만 상대 쪽 원문은 보지 못합니다 (0절 축 1).

전자봉투 (Digital Envelope) — 메시지를 일회용 대칭키로 암호화 하고, 그 대칭키를 수신자(지불 게이트웨이) 공개키로 암호화 해 함께 보내는 것. SET에서 지불정보를 은행 쪽에만 열리게 할 때 씁니다(PGP의 세션키 포장과 같은 원리, 12번 노트).

📝 기출 포인트 — SET은 A2.1 최다(13회), 이중서명 7회. " 카드사(Visa · MasterCard) 주도 ", " 주문정보와 지불정보를 분리 ", " 판매자에게 결제정보를 숨기는 메커니즘", 참여자 구분, 장단점, " SET 이중서명 ↔ 은닉서명 구분 "(2024), " 이중서명과 전자봉투 "(2025)가 반복됩니다.

3.3 SSL 기반 결제와 비교

💡 비유는 마지막에 — SSL은 봉인된 택배 트럭 (가는 길만 안전, 도착하면 상점이 다 봄), SET은 상점용 · 은행용으로 따로 봉한 두 통의 편지를 한 끈으로 묶은 것 입니다.

---

4. 전자상거래 인증기술 — ebXML과 XML 보안

4.1 ⭐ ebXML

ebXML (electronic business XML) — [전자상거래 표준 프레임워크]인데, [ XML로 기업 간 거래의 절차 · 문서 · 메시지 · 등록소를 표준화 해 기존 EDI보다 낮은 비용으로 누구나 참여하게 한다]는 점에서 특정 업계 · 전용망 중심의 전통 EDI와 구별된다. UN/CEFACT와 OASIS 가 함께 만들었습니다.

⚠️ 반례: 앞 노트의 UDDI (13번 노트)도 "등록 · 검색 저장소"지만 웹서비스 표준의 구성요소이고, ebXML의 저장소는 Registry/Repository 입니다. 이름이 비슷한 보기를 조심하세요.

4.2 XML 보안 표준

📝 기출 포인트 — ebXML 5회: 구성요소 판별 · "구성요소가 아닌 것" (2013 · 2022 · 2023). XML 보안 표준 구분(SAML · XKMS · XACML, 2014 2회).

---

5. 전자입찰

전자입찰 시스템 — 입찰 공고 · 투찰 · 개찰을 네트워크로 처리합니다. 문제점은 네트워크 도청, 입찰 정보 사전 유출, 입찰자 간 공모, 입찰 서버 관리자의 부정 입니다.

💡 전자투표와 전자화폐의 공통 요구사항 = 익명성 (누가 무엇을 골랐는지 · 샀는지 추적 불가)입니다(2014 기출).

📝 기출 포인트 — 전자입찰은 6회(요구사항 판별 · "아닌 것" · 문제점). 출제분석.md 기준으로 전자투표 · 전자입찰 요구사항 일부는 현행 기준 범위 밖(X)으로 분류됐지만, 문제은행에 남아 있는 오래된 주제입니다.

---

6. 무선 플랫폼 · 모바일 결제 보안

6.1 무선 인터넷 보안 (오래된 주제)

⚠️ 아래 WAP · WTLS · WPKI는 피처폰 시절의 기술로, 최근 강의에서도 "오래된 문제"로 언급됩니다. 용어 정의만 알아 두세요.

6.2 ⭐ FDS — 이상금융거래탐지시스템

FDS (Fraud Detection System) — [금융 보안 시스템]인데, [ 결제 · 이체의 단말 정보 · 접속 정보 · 거래 패턴을 수집 · 분석해 평소와 다른 거래를 실시간으로 탐지 · 차단 한다]는 점에서 거래 전에 신원을 확인하는 인증(OTP · 인증서)과 구별된다(0절 축 5).

정보 수집 (단말 · IP · 위치 · 거래 금액 · 시간)
   → 분석 · 탐지 (규칙 기반 + 통계 · 학습 기반 이상 탐지)
   → 대응 (추가 인증 요구 · 거래 보류 · 차단 · 고객 연락)
   → 모니터링 · 감사 (탐지 결과로 규칙 보완)

🔍 읽는 포인트 : 앞에서 배운 IDS의 오용 탐지 ↔ 이상 탐지 (11번 노트, 큰 축 ⑦)를 금융 거래에 적용한 것입니다. "평소와 다른 해외 IP에서 새벽에 고액 이체"는 이상 탐지 쪽입니다.

📝 기출 포인트 — FDS는 3회 이상(2015 · 2022 · 2024): " 결제 패턴 기반 이상거래 탐지 ". 보기에서 "거래 전 사용자 인증 수단"과 섞어 냅니다.

6.3 간편결제 · 모바일 결제의 보안 요소

앞으로 다시 만납니다 — 16번 노트에서 앱 난독화 · 디컴파일 방지를, 23번 노트에서 전자금융 관련 법제를 다시 봅니다.

---

7. 실기 연결

관련 수행준거 : 실기 영역의 1-3-6 전자서명 · 공개키 기반 구조 구성과 보안 특성 이해 가 가장 가깝습니다. 전자상거래 자체는 실기 필답형에서 드물고, 이중서명 · 전자봉투 · 은닉서명 원리를 서술 하는 형태로 묻힐 수 있습니다. 4-1 위험분석(결제 시스템 자산 · 위협 식별)의 사례로도 쓰입니다.

서술형 모범 답 예 (SET 이중서명)

카드 소지자는 주문정보와 지불정보를 각각 해시한 뒤 두 해시값을 연결해 다시 해시하고, 그 결과를 자신의 개인키로 서명한다. 상점에는 주문정보 · 지불정보의 해시 · 이중서명을, 지불 게이트웨이에는 전자봉투로 감싼 지불정보 · 주문정보의 해시 · 이중서명을 보낸다. 각 수신자는 받은 원문의 해시와 상대 쪽 해시로 서명을 검증하므로 두 정보가 하나의 거래임을 확인하면서도, 상점은 카드정보를, 은행은 주문 내용을 알 수 없다.

---

8. 확인 문제

1. SET의 이중서명에 대한 설명으로 옳은 것은? ① 은행이 고객의 주문 내용을 확인할 수 있게 한다 ② 상점이 고객의 카드번호를 확인할 수 있게 한다 ③ 주문정보와 지불정보를 분리하면서도 두 정보가 같은 거래임을 검증하게 한다 ④ 서명자가 메시지 내용을 모르는 상태로 서명하게 한다

2. 전자화폐 시스템에서 상점이 고객에게 받은 전자화폐를 은행에 입금하는 단계는? ① 인출 ② 지불 ③ 예치 ④ 발행

3. 은닉서명을 이용해 사용자의 익명성을 보장하는 네트워크형 전자화폐는? ① Mondex ② eCash ③ SET ④ ebXML

4. 전자화폐의 요건과 거리가 먼 것은? ① 이중 사용 방지 ② 오프라인 지불 가능 ③ 모든 거래를 은행이 추적 가능 ④ 분할 사용 가능

5. ebXML의 구성요소가 아닌 것은? ① 비즈니스 프로세스 ② 핵심 컴포넌트 ③ CPP/CPA ④ OCSP

6. SSL 기반 카드 결제와 비교한 SET의 특징으로 틀린 것은? ① 모든 참여자가 인증서를 가진다 ② 상점은 고객의 카드번호를 알 수 없다 ③ 별도 소프트웨어 없이 브라우저만으로 쓸 수 있어 널리 보급되었다 ④ 전자서명으로 부인방지를 제공한다

7. 다음 설명에 해당하는 것은? "고객의 접속 단말 · 위치 · 거래 패턴을 분석해 평소와 다른 결제를 실시간으로 찾아내 추가 인증을 요구하거나 차단한다." ① 에스크로 ② FDS ③ WPKI ④ XKMS

정답과 해설

---

부록 A. 스스로 확인하기

부록 B. 자주 하는 실수 · 함정

부록 C. AI · NotebookLM 복습 프롬프트

이 15번 노트(전자상거래 보안)만 근거로 4지선다 6문제를 내줘. 노트 밖 내용은 쓰지 마.
SET 이중서명(누가 무엇을 못 보나), 은닉서명과 eCash, 인출·지불·예치, 전자화폐 요건, ebXML 구성요소, FDS는 반드시 포함해줘.
내가 답하면 채점하고, 오답 보기가 0절의 어느 축 반대편인지 절 번호와 함께 설명해줘.