카드모아폰에 카드 등록할 때 실제로 저장되는 것 2026 — 프로비저닝·기기별 토큰 발급 흐름 해부
삼성페이·애플페이 등에 카드를 추가할 때 실물 카드번호(PAN) 대신 기기별 토큰(DPAN)이 발급되는 프로비저닝 과정을 단계별로 설명합니다. 토큰화 보안 원리와 기기 교체·분실 시 대응 포인트까지 정리합니다.
스마트폰 지갑 앱에 신용카드를 등록하면, 기기 안에 실물 카드와 똑같은 16자리 번호가 통째로 저장된다고 오해하기 쉽습니다. 실제로는 카드사·국제 브랜드·결제 플랫폼이 협력해 기기별로 다른 결제 토큰을 만들고, 그 토큰만 폰·워치·웨어러블에 넣는 구조입니다. 이 과정을 업계에서는 프로비저닝(provisioning), 토큰 발급 원리를 토큰화(tokenization)라고 부릅니다. 등록 버튼을 누른 뒤 백그라운드에서 일어나는 데이터 흐름을 정보형으로 해부합니다.
한 줄 요약: 폰에는 PAN이 아니라 DPAN이 들어간다
실물 카드 앞면(또는 앱)에 보이는 카드번호를 PAN(Primary Account Number)이라고 합니다. 모바일 결제에 등록하면 이 PAN 대신 DPAN(Device Primary Account Number) 형태의 기기 전용 번호·토큰이 발급됩니다. 가맹점 단말기에 전달되는 값도 대부분 이 토큰(또는 그로부터 만든 일회성 암호)이며, 가맹점·중간 네트워크가 원본 PAN을 직접 보지 않도록 설계된 경우가 많습니다. 따라서 ‘폰에 카드 번호를 저장한다’보다 ‘이 기기에서만 쓸 수 있는 결제 자격 증명을 발급받는다’에 가깝습니다.
PAN·토큰·관련 용어 정리
| 용어 | 의미 | 어디에 쓰이나 |
|---|---|---|
| PAN | 실물·원본 카드번호(Primary Account Number) | 카드 발급·청구·원장 매핑의 기준 |
| DPAN | 기기별 발급 결제 번호/토큰 | 삼성페이·애플페이 등 월렛에 등록된 자격 증명 |
| 토큰화(Tokenization) | 민감 번호를 대체 값으로 바꾸는 보안 기법 | 모바일 결제·온라인 저장 카드 공통 |
| 프로비저닝 | 월렛·SE/TEE에 토큰을 안전하게 넣는 과정 | 카드 추가·기기 이전·재발급 시 |
| TSP | Token Service Provider(토큰 서비스 제공자) | 국제 브랜드·플랫폼이 토큰 수명 관리 |
| SE / TEE | Secure Element / Trusted Execution Environment | 토큰·암호키를 일반 앱 영역과 분리 보관 |
프로비저닝 전체 흐름 — 등록 버튼 이후 일어나는 일
카드사·플랫폼마다 UI와 세부 API는 다르지만, 개념적 단계는 대체로 같습니다.
- 카드 선택·정보 입력: 카드사 앱 연동, 카메라 스캔, 수동 입력 등으로 등록할 카드를 지정합니다.
- 본인·카드 검증: 앱 로그인, SMS·앱 푸시, 카드사 인증, 일부 구간에서는 추가 본인 확인을 거칩니다.
- 발급사(이슈어) 승인 요청: 월렛·플랫폼이 카드사에 “이 기기·이 사용자에 토큰을 발급해도 되는지” 질의합니다.
- 위험 평가(risk check): 기기 상태, 계정 이력, 카드 상태(분실·정지), 이상 징후 등을 보고 승인·거절·추가 인증을 결정합니다.
- 토큰 발급: 승인되면 TSP·브랜드 네트워크 경로를 통해 DPAN(토큰)과 관련 암호 자료가 생성됩니다.
- 기기 보안 영역 저장: 토큰이 SE(Secure Element) 또는 TEE 등 보호 영역에 프로비저닝됩니다. 일반 앱 저장소에 평문 PAN이 쌓이는 구조가 아닙니다.
- 활성화·사용 가능: 등록 완료 후 NFC 탭·앱 결제 시 토큰 기반 암호문이 생성되어 승인 네트워크로 전달됩니다.
사용자가 보는 화면은 ‘등록 중… → 완료’ 한 줄이지만, 백엔드에서는 발급사·브랜드·월렛·기기 보안칩이 여러 번 핸드셰이크합니다.
왜 기기마다 다른 토큰을 쓰나
같은 실물 카드를 스마트폰 A, 스마트워치 B, 태블릿 C에 넣으면 보통 기기마다 별도 DPAN이 발급됩니다. 이유는 단순합니다. 한 기기가 분실·해킹되어도 그 기기의 토큰만 정지·삭제하면 되고, 다른 기기와 실물 카드는 그대로 유지할 수 있기 때문입니다. 반대로 실물 카드만 정지하면 정책에 따라 연동 토큰이 함께 무효화되는 경우도 있어, 분실 유형에 따라 대응이 달라집니다. 카드사·월렛 앱의 ‘기기 관리’ 메뉴에서 등록된 기기를 확인하는 습관이 보안상 유리합니다.
결제 순간: 토큰이 승인망을 통과하는 방식
등록이 끝난 뒤 실제 결제 흐름은 대략 다음 순서를 따릅니다.
- 기기 측: 생체 인증·화면 잠금 해제 후, 토큰과 기기 키로 일회성 결제 암호(동적 데이터)를 만듭니다.
- 가맹점 단말기: NFC 등으로 토큰·거래 데이터를 수신합니다. 원본 PAN이 단말기 메모리에 장기간 남지 않도록 설계된 구간이 많습니다.
- 중계·브랜드 네트워크: 토큰 거래를 식별하고, 필요 시 원본 계정 정보로 매핑(디토큰화)해 발급사에 승인 요청을 전달합니다.
- 카드사(이슈어): 한도·정지 여부·FDS 등을 검사한 뒤 승인·거절을 응답합니다. 청구·이용내역에는 통상 원 카드 계정 기준으로 기록됩니다.
즉 소비자 앱의 ‘이용내역’에는 평소처럼 카드명·가맹점이 보이지만, 무선 구간과 가맹점 쪽이 다루는 식별자는 토큰 쪽에 가깝습니다. 이 분리가 스키밍·데이터 유출 시 피해 범위를 줄이는 핵심입니다.
실물 카드 결제 vs 모바일 토큰 결제 비교
| 구분 | 실물 카드(IC·MS) | 모바일 월렛(토큰) |
|---|---|---|
| 실물 카드(IC·MS) | PAN 또는 칩 세션 데이터 | DPAN·토큰 기반 암호 데이터 |
| 기기 종속 여부 | 카드 실물 1장 기준 | 등록 기기마다 별도 토큰 가능 |
| 분실 시 | 카드 정지·재발급 | 해당 기기 토큰 삭제·정지 우선 가능 |
| 복제·유출 대응 | PAN 노출 시 광범위 영향 가능 | 토큰 단위 무효화로 범위 제한 설계 |
| 추가 인증 | PIN·서명 등 | 기기 잠금·생체 인증 연동 빈번 |
삼성페이·애플페이에서 보이는 차이와 공통점
플랫폼 브랜드와 UI는 다르지만, ‘PAN 대신 기기 토큰을 프로비저닝한다’는 큰 골격은 같습니다. 차이는 주로 지원 카드사·브랜드(Visa/Mastercard 등), 등록 경로(카드사 앱 원스텝 vs 지갑 앱 수동 추가), 국내 가맹점 NFC·MST 지원 범위, 웨어러블 연동 방식에 있습니다. 동일 카드라도 플랫폼·브랜드 조합에 따라 등록이 거절되거나 일부 혜택·가맹 조건이 달라질 수 있으므로, 등록 가능 여부는 카드사·월렛 공지와 실제 등록 화면 메시지를 기준으로 확인하는 것이 안전합니다.
예를 들어 삼성페이 친화 포지션의 삼성 페이 삼성카드 taptap, 생활·온라인 이용이 많은 삼성카드 taptap O·삼성카드 iD ON·삼성 iD ALL 카드, 타 발급사 예로 KB국민 Liiv Mate 카드·롯데 LOCA LIKIT처럼 월렛 등록이 활발히 쓰이는 상품도 있습니다. 다만 등록 가능 여부와 혜택 수치는 상품·브랜드·약관에 따라 달라지므로 발급·등록 직전 공식 페이지 확인이 필요합니다.
체크카드·신용카드 프로비저닝의 체감 차이
토큰 발급 원리 자체는 신용·체크 모두 ‘기기 토큰’ 개념을 공유합니다. 차이는 주로 승인 시 자금 확인 방식에 있습니다. 신용카드 토큰 결제는 이용 한도를 확인하고, 체크카드 토큰 결제는 연결 계좌 잔액을 확인하는 흐름이 일반적입니다. 등록 단계에서 카드 상태(정상·정지)·본인 확인은 공통으로 중요합니다. 일부 선불·특수 상품·국내 전용 브랜드 카드는 월렛 미지원인 경우가 있어, 지원 목록은 카드사 공지를 따릅니다.
보안 원리 — 왜 토큰화가 더 안전한가
토큰화의 보안 이점은 ‘번호를 숨긴다’ 한 가지에 그치지 않습니다.
- 범위 제한: 유출된 값이 특정 기기·채널에 묶인 토큰이면, 전 세계 모든 가맹점에서 무제한 재사용하기 어렵습니다.
- 동적 암호: 결제마다 바뀌는 암호 데이터를 쓰면, 과거 거래 데이터를 복사해 재전송하는 공격을 막기 쉽습니다.
- 하드웨어 분리: SE/TEE에 키를 두면, 악성 앱이 일반 저장소를 읽어도 결제 키를 바로 빼내기 어렵습니다.
- 원격 폐기: 분실 시 계정에서 해당 기기 토큰만 비활성화할 수 있습니다.
그렇다고 해서 ‘토큰이면 무조건 안전’은 아닙니다. 기기 잠금이 약하거나, 피싱으로 카드사 앱 로그인·인증번호가 넘어가거나, 등록 단계에서 사회공학이 개입하면 여전히 위험이 있습니다. 토큰화는 번호 유출 중심 위협을 줄이는 계층이지, 계정·기기 보안 전체를 대체하지는 않습니다.
기기 교체·분실·재발급 시 토큰은 어떻게 되나
실생활에서 자주 헷갈리는 지점입니다.
- 폰 교체: 새 기기에 월렛을 다시 설정하면 보통 새 프로비저닝이 일어납니다. 이전 기기 토큰은 이전·초기화 과정에서 무효화되거나, 사용자가 기기 목록에서 제거합니다.
- 폰 분실: 월렛·카드사 앱·통신사 분실 신고와 함께 해당 기기 결제 기능 정지를 우선합니다. 실물 카드까지 즉시 정지할지는 분실 범위에 따라 판단합니다.
- 실물 카드 재발급(번호 변경): 새 PAN이 생기면 기존 토큰 매핑이 깨질 수 있어, 월렛 카드를 다시 등록해야 하는 경우가 많습니다.
- 카드만 정지·한도 조정: 원 계정이 정지되면 연동 토큰 결제도 거절되는 것이 일반적입니다.
정확한 동작은 카드사·월렛 정책에 따라 다르므로, 분실·재발급 직후에는 앱의 ‘등록 기기’·‘모바일 결제’ 메뉴를 한 번 점검하는 편이 좋습니다.
등록이 거절되거나 결제가 안 될 때 점검 순서
프로비저닝·토큰 결제 장애는 원인 층이 여러 겹입니다. 아래 순서로 좁히면 시간을 줄일 수 있습니다.
- 카드 상태: 정지·분실 신고·갱신 대기·한도 소진 여부
- 브랜드·상품 지원: 해당 월렛이 지원하는 국제 브랜드·상품군인지
- 본인 인증 실패: 등록 시 인증번호 만료, 앱 로그인 세션 만료
- 기기 설정: NFC 꺼짐, 기본 결제 앱 미지정, OS·월렛 업데이트 필요
- 가맹점 측: NFC 미지원 단말기, 일시 장애, 해외 가맹 네트워크 이슈
- FDS·추가 인증: 이상거래 탐지로 일시 차단 — 카드사 앱 알림·고객센터 확인
‘등록은 됐는데 특정 매장만 안 된다’면 토큰 문제보다 가맹 단말기·브랜드 수용 문제일 가능성이 큽니다. 반대로 ‘등록 단계에서 계속 실패’면 발급사 승인·상품 미지원 쪽을 먼저 의심합니다.
소비자 기준으로 알아둘 실무 포인트
기술 용어를 모두 외울 필요는 없습니다. 아래 실무 포인트만 기억해도 충분합니다.
- 폰에 저장된 것은 보통 원본 카드번호 복제본이 아니라 기기 토큰입니다.
- 기기 분실과 카드 분실의 대응이 다를 수 있어, 무엇부터 정지할지를 상황별로 나눕니다.
- 이용내역·청구는 원 카드 계정 기준으로 보이지만, 무선 구간의 식별자는 토큰 쪽입니다.
- 혜택·전월실적·가맹 제외 조건은 토큰 여부와 별개로 상품 약관을 따릅니다. 모바일 결제라고 자동으로 할증·할인이 붙는 것은 아닙니다.
- 등록·삭제·기기 목록 관리는 카드사 앱과 월렛 앱 양쪽에 메뉴가 흩어져 있을 수 있습니다.
출처·참고
모바일 결제 프로비저닝·토큰화의 일반 구조를 설명하는 정보형 콘텐츠입니다. 카드·플랫폼별 지원 범위와 약관은 수시로 바뀔 수 있습니다.
- 각 카드사 공식 상품·모바일 결제 안내 페이지 — 등록 가능 여부·유의사항
- 삼성페이·애플페이 등 각 월렛 공식 고객지원 — 기기 등록·삭제 절차
- 금융감독원 파인(FINE) — 금융상품 비교·소비자 정보
- 국제 브랜드(Visa·Mastercard 등) 토큰화 공개 자료 — DPAN·TSP 개념 참고