카드 토큰 화 및 PAN 안전 스트림

1) 토큰 화와 PAN 안전은 무엇입니까?

목표는 다음과 같이 마이크로 서비스 및 사용자 장치에서 기본 계정 번호 (PAN) 를 제거하는 것입니다

PCI DSS 범위를 최소화 (및 제어 비용)

누출의 위험을 줄이고

승인 개선 (자동 대체, COF, 원 클릭),

멀티 PSP 라우팅 및 리차트 오프를 단순화하십시오.

PAN-safe 흐름은 PAN이 격리 된 신뢰할 수있는 경계 (walt/TSP/PSP iframe) 내에서만 나타나고 명확한 텍스트로 백엔드/로그/이벤트 버스를 통과하지 않는 사용자 및 서버 시나리오입니다.

2) 토큰 및 수명주기의 종류

2. 1 Vault 토큰 (비공개)

토큰 지갑 또는 타사 안전 제공 업체에서 생성합니다.
PAN에 경계를 두지 만 가역적 대응은 왈츠 (HSM) 에만 저장됩니다.
PSP/Akavayer (유연성) 로 라우팅하는 데 사용됩니다.
또한: 계획과의 독립; 마이너스: 자체 호환 왈트가 필요합니다.

2. 2 네트워크 토큰 (회로; 비자/마스터 카드/AmEx TSP)

TSP를 통해 네트워크에 의해 릴리스; 종종 데비스/판매자 바인딩 및 크립토 그램이 동반됩니다.
승인 개선: 높은 승인률, 사기 실패 긍정 감소.
카드가 다시 발행 될 때 자동 업데이트를 지원하십시오.
마이너스: PSP/프로세서 지원 및 시장 범위를위한 넥타이.

2. 3 일회용 및 재사용 가능 (COF)

일회용: SCA의 일회성 폐기/시작.
COF (카드 온 파일): 구독, 배상, 반복 지불.

2. 4 라이프 사이클

1. 초기화: 프론트는 도메인 (호스팅 된 필드/iframe TSP/PSP) 이 아닌 결제 필드를받습니다.
2. 토큰 화: PAN → 토큰 (볼트 또는 네트워크), 암호화 릴리스 (필요한 경우).
3. 스토리지: 토큰 및 메타 데이터 (BIN 데이터, 스키마, 용어, 도메인 바인딩).
4. 사용: 토큰 별 승인/kapchur/retrai.
5. 회전/업데이트: 자동 업데이트 (네트워크), 카드 업데이터 (볼트/PSP).
6. 리콜/삭제: 사용자의 요청 (GDPR/DSR) 또는 보존 정책에 따라.

3) PAN 안전 아키텍처 패턴

3. 클라이언트 레이어 1 개 (웹/모바일)

PSP/TSP에서 호스팅 된 필드/iFrame SDK: PAN이 DOM 외부에 입력됩니다.
프론트 렌드는 토큰 + 중요하지 않은 속성 (마지막 4 자리, BIN-meta) 만 수신합니다.
SCA/3DS는 공급자를 통해 시작됩니다. 서버에 결과/평결이 적용됩니다.

3. 2 지불 오케스트레이터 서비스

PAN이 보이지 않습니다. 토큰으로 작동합니다.
구현: 라우팅 (1 차/2 차 PSP), demempotency 키, 재 시도/백오프, 스마트 라우팅 (BIN/지역/변환 별).
PSP 규칙 및 건강 샘플 구성 (SLI/SLO) 을 보유합니다.
프록시를 해독하는 방법을 알고 있습니다 (트랙의 신뢰할 수있는 경계 내부의 "서비스 셔틀" 로만).

3. 3 토큰 월트 (소유 한 경우)

HSM 백엔드, FIPS 호환 암호화.
네트워크 격리/세분화, AAA (MFA/최소 권한), 감사 로그, 키 회전.

(PHP 3 = 3.0.6, PHP 4)

형식 보존 암호화 (FPE) 지원-시각적으로 "마스크 된" 스토리지가 필요한 경우 선택 사항.

3. 4 이벤트 버스 및 DWH

이벤트에서는 토큰과 보안 메타 데이터 만 있습니

PAN이 아닌 payment _ id를 통한 인증 링크

BI 리포지토리에는 PAN 및 CVV가 허용되지 않습니다.

4) 스트림 (텍스트 차트)

4. 1 차 COF (저장 카드)

1. 사용자 → 호스팅 필드 (PSP/TSP iframe) 는 PAN을 도입합니다.
2. PSP/TSP → 토큰 반환 (+ 장치 바인딩/암호화 그램).
3. 전면 → 백엔드 (오케스트레이터): '{토큰, order _ id, 컨텍스트}'.
4. 오케스트레이터 → PSP: 토큰에 의한 '지정' (3DS 챌린지 가능).
5. PSP → 오케스트레이터: '지정 _ 결과'.
6. 오케스트레이터 → 월렛 서비스: '토큰' 및 메타 저장.

PAN은 서비스의 어느 곳에도 나타나지 않습니다.

4. 2 재 충전/구독

1. 스케줄러/비즈니스 → 오케스트레이터: '충전 (토큰, 금액)'.
2. 오케스트레이터 → PSP: '캡처/지정'.
3. PSP → 오케스트레이터: 결과 + arn/rrn.
4. 오케스트레이터 → 원장/화해.

4. 3 스마트 라우팅

규칙: 'IF PSP _ A. {X} 에서 분해 된 OR BIN THEN PSP _ B ELSE PSP _ A '.
네트워크 토큰의 경우 두 PSP가 모두 수락을 지원하는지 확인하십시오. 그렇지 않으면 이진 바인딩 (네트워크 + 볼트) 을 유지하십시오.

5) PAN 안전 루프의 3DS 및 SCA

3DS2는 호스팅 된 SDK에서 시작됩니다. 서버는 상태 별칭 (마찰없는, 도전, 실패) 을 허용합니다.
3DS 평결을 payment _ id에 연결하십시오. PAN없이 트랜잭션 아티팩트 (ARes, CRes refs) 를 저장합니다.
교정 (MIT/되풀이/예정되지 않은 COF) 의 경우 트랜잭션 플래그 (MIT 유형, 원래 CIT 참조) 를 올바르게 표시하십시오.

6) 보안, 규정 준수 및 데이터 정책

PCI DSS 범위: PAN이없는 전면, PAN이없는 백엔드가 단순화되었습니다 (SAQ-A/변형). 본질적인 왈트/데토 케네이션이있는 경우-위의 특종 (SAQ-D).
HSM/키 회전: 마스터 키의주기적인 회전, 이중 제어, 분할 지식.
GDPR/DSR: 사용자 요청시 토큰 및 관련 메타 데이터를 삭제합니다 (PAN을 알 수 없음).
통나무/흔적: 가장 엄격한 변장, 누출 감지기 (DLP), 오류를 직렬화 할 때 위생 처리.
세분화: 강조 표시된 세그먼트의 Walt; 액세스 - mTLS 및 단기 토큰 (STS) 에서만 가능합니다.

7) PSP/acaviers와의 통합

7. PAN 안전을위한 최소 PSP 기능 1 개

토큰 화와 함께 호스팅 된 필드/SDK.
네트워크 토큰 (가능한 경우) 및/또는 내보내기 볼트 토큰을 수락합니다.
카드 업데이터, COF 표시, MIT 플래그.
3DS 서버 + SCA 오케스트레이션.
dempotent 배달 및 서명이있는 웹 후크.

7. 2 다중 PSP 아키텍처

오케스트레이터의 "커넥터" 추상화 (통합 필드).
도표 "무게/우선 순위" + 건강 핑.
BIN 정책 테이블 (스키마, 지역, 제품, 위험 점수).
중요 경로 (폴백 SLA) 에 대한 폴백 PSP.

8) 카드 업그레이드 및 토큰 수명

네트워크 토큰: 재발매시 자동 업데이트 (LTV에 가장 적합).
Vault 토큰: 카드 업데이터 사용 (PSP/타사를 통해).
만료 날짜 추적, 사용자에게 알림, 소프트 후퇴 (지수 백오프 + 지터).
간단한 재발행을 위해 PII 사용자가 아닌 계정 ID에 COF 바인딩.

9) 후퇴, 버그 및 demmpotency

Idempotency-key = 차수 _ id (판매자 _ id, 계정 _ id, 주문 _ id, 시도 _ n).
오류 분류: 하드 (감소 코드 상수) vs 소프트 (타임 아웃, 네트워크, 위험 보류 중).
백 오프: 1m → 10m → 1h → 24 시간 상한 및 하드 감소.
Webhooks 중복 제거-스토어 이벤트 _ id 및 상태 머신 전환.

10) 화해와 재정

PAN이없는 결제 원장을 유지하십시오: 'psp _ txn _ id', 'arn/rrn', 'token _ id', 상태.
PSP/Akavayer에서 매일 rec 파일 섭취; 금액, 수수료, 청구서 비교.
환불/공극/차지 백을위한 별도의 파이프 라인; 청구/회계와의 조정.

PSP/국가/BIN KPI

11) 측정 및 목표 (KPI)

보안/준수

PAN을 볼 수없는 서비스의% (대상: 100%).
PCI 범위 수준 (아래-더 나은).

사업

네트워크 대 금고에 의한 승인률 (AR).
COF 보유율, 자동 업데이트 방법의 공유.
D + 0/D + 1 조정 불일치 (대상: → 0).

기술

토큰 화 시간 p95.
PSP 대체를 통한 트랜잭션 공유.
해독 횟수 (목표: 롤러 내부에서만 최소화).

12) 빈번한 반 패턴

예외적으로 PAN/CVV 로깅.

호스팅 된 필드가없는 클라이언트 양식

API 버스를 통해 PAN을 보내는 것은 "임시" 입니다.
명시적인 정책 (위험) 없이 다른 도메인의 토큰을 혼합합니다.
라우팅 카드가 없습니다 (모든 결제 "하나의 PSP").
중복 PII가있는 3DS 아티팩트 저장.

13) 구현 계획 (단계별)

1. 프론트 엔드: 호스팅 된 필드/SDK를 통합하고 자체 결제 양식을 제거하십시오.
2. PSP/TSP 선택: 네트워크 토큰, 3DS2, 웹 후크, 카드 업데이터에 대한 지원을 확인합니다.
3. 오케스트레이터: PSP를 통한 추상화 레이어, 라우팅 규칙, demempotency, retries.
4. 월트 (선택 사항): 관리 금고를 선택하거나 자신의 것을 구축하십시오 (HSM, ACL, 회전).
5. 데이터/이벤트: 버스 및 DWH에서 PAN 금지; CI/CD에 DLP 게이트를 구현합니다.
6. 준수: PCI 범위, 절차, 감사 기록, 마스킹 테스트 업데이트.
7. 관찰 가능성: PSP의 AR/LSR/대기 시간 지표, 저하 경고, 대시 보드.
8. 경제: A/B 테스트 네트워크 vs AR/사기/가치 별 볼트 토큰, 흐름 최적화.

14) PAN 안전 점검표

• iframe/hosted 필드에서만 PAN을 입력하십시오.
• Beckend는 PAN/CVV를 허용하지 않습니다.
• 스토리지에서 암호화 된 토큰, HSM의 키, 회전이 가능합니다.
• 3DS2 및 SCA는 올바르게 레이블이 지정되어 있습니다 (CIT/MIT/COF).
• 다중 PSP 라우팅 및 장애 조치 테스트.
• 카드 업데이터 (네트워크/PSP) 가 활성화되었습니다.
• 로그/트레일/덤프-PAN (마스크/소독제) 없이.
• PAN이없는 조정 및 충전 파이프 라인.
• GDPR/토큰 제거 정책이 구현되었습니다.
• 메트릭 및 경고는 토큰 흐름 품질을 포함합니다.

15) 용어집 요약

PAN: 카드 번호.
토큰 (볼트/네트워크) -PAN을 안전하게 대체합니다.
TSP: 토큰 서비스 제공 업체.
COF/MIT/CIT: 카드 저장/판매자 이니셔티브/고객 이니셔티브.
HSM: 하드웨어 보안 모듈.
SCA/3DS2: 강력한 인증/카드 인증 프로토콜.

16) 요약

Tokenization은 PCI 위험을 줄이고 승인률을 높이고 iGaming의 유연한 지불 라우팅을위한 기본 기술입니다. 네트워크 토큰 (변환 및 자동 업데이트를 통해) 과 볼트 토큰 (제어 및 독립성을 통해) 을 결합하고 호스팅 된 필드, 오케 스트레이터, 키 관리 및 승인에서 조정까지 투명한 관찰 가능성으로 PAN 안전 흐름을 구축하십시오. 이것은 보안, 규모 및 예측 가능한 수익 창출을 제공합니다.