애플페이로 결제해도 카드번호는 «어디에도» 없습니다 — 토큰화가 하는 일

카드를 애플페이에 등록하고 나면, 이후 결제는 아이폰을 갖다 대는 것으로 끝납니다. 그런데 이 과정에서 실제 카드번호가 어딘가에 저장돼 오갈 것 같지만, 애플의 공식 보안 문서는 정반대로 설명합니다 — 카드번호 자체는 아이폰에도, 애플 서버에도 저장되지 않는다는 것입니다.

카드번호 대신 «다른 번호»가 만들어집니다

카드를 애플페이에 추가하면, 카드 발급사가 그 카드와 연결된 «기기 계정 번호(Device Account Number)»라는 별도의 번호를 새로 만듭니다. 이 번호는 암호화된 채로 애플에 전달되고, 아이폰 안의 «Secure Element»라는 전용 보안 칩에 저장됩니다.

⇒ ★애플의 공식 설명에 따르면 이 과정은 «카드번호를 옮겨 저장하는» 것이 아니라 «카드번호를 대신할 새 번호를 만드는» 것입니다. 실제 카드번호는 이 과정 어디에도 등장하지 않습니다 — 애플이 원천적으로 볼 수 없도록 설계됐다는 뜻이기도 합니다.

훔쳐도 못 쓰는 번호

기기 계정 번호가 실제 카드번호와 다른 결정적인 지점은 «범용성»입니다. 진짜 카드번호는 마그네틱 결제, 전화 주문, 온라인 결제 등 여러 곳에 두루 쓸 수 있지만, 기기 계정 번호는 카드 발급사가 원한다면 이 모든 용도에서 쓰지 못하도록 제한할 수 있습니다.

⇒ ★이것이 토큰화(tokenization)의 핵심입니다. 만약 이 번호가 어떤 경로로든 유출되더라도, 그 번호는 «이 아이폰의 애플페이 결제»라는 좁은 용도로만 유효하기 때문에 다른 곳에서 그대로 도용하기 어렵습니다. 원본을 안전하게 감추는 대신, «가짜 대역»을 만들어 그 대역만 유출돼도 피해가 좁게 막히도록 설계한 셈입니다.

카드를 등록할 때도, 결제할 때도 한 단계가 더 있습니다

기기 계정 번호가 만들어지기 «전»에도 검증 단계가 있습니다. 애플의 공식 설명에 따르면 카드를 추가할 때 카드 발급사는 사용자가 입력한 카드 정보뿐 아니라, “device use patterns — such as the percent of time the device is in motion and the approximate number of calls you make per week(기기가 움직이는 시간의 비율, 주간 평균 통화 횟수 같은 기기 사용 패턴)”까지 참고해 이 카드를 등록해도 될지 판단합니다.

⇒ ★즉 카드 발급사는 «이 카드가 유효한가»뿐 아니라 «이 기기가 실제로 한 사람이 정상적으로 쓰는 기기로 보이는가»까지 함께 봅니다. 그리고 결제 순간에도 검증이 한 번 더 있습니다. 애플은 “you must authenticate using Face ID, Touch ID, or your passcode(페이스ID, 터치ID, 또는 암호로 인증해야 한다)”고 명시합니다 — 기기 계정 번호와 다이내믹 보안 코드가 매장 단말기로 나가는 것은, 이 생체인증 또는 암호 확인을 통과한 «다음»입니다.

매장도 카드번호는 못 봅니다

결제 순간에는 «기기 계정 번호» 하나만 오가는 것도 아닙니다. 애플의 공식 보안 설명에 따르면 Secure Element는 결제할 때마다 기기 계정 번호와 함께 «그 거래 한 번에만 쓰이는» 다이내믹 보안 코드를 매장 단말기로 함께 보냅니다.

⇒ ★그 결과 매장 쪽에서 받는 것은 «기기 계정 번호 + 이번 거래 전용 코드»뿐입니다. 애플의 표현을 그대로 옮기면 “neither Apple nor your device sends your actual payment card number(애플도, 당신의 기기도 실제 카드번호를 보내지 않는다)”는 원칙이 가맹점에도 동일하게 적용됩니다. 온라인 쇼핑몰에 카드번호를 입력하는 방식과 달리, 애플페이는 «카드번호가 통과하는 지점 자체가 아예 없는» 구조를 만든 셈입니다. 이 다이내믹 코드는 다음 거래에서는 재사용되지 않기 때문에, 어느 한 거래 정보가 노출돼도 다른 거래를 복제하는 데는 쓸 수 없습니다.

심지어 애플 백업에도 안 남습니다

기기 계정 번호는 Secure Element라는 물리적으로 분리된 칩 안에만 존재합니다. 애플의 보안 문서는 이 번호가 애플페이 서버에 저장되지도, 아이클라우드에 백업되지도 않는다고 명시합니다.

⇒ ⚠️이 설계는 편의성과 맞바꾼 결과이기도 합니다. 아이폰을 분실하거나 초기화하면, 클라우드에서 복원되는 다른 데이터와 달리 카드 정보는 다시 처음부터 등록해야 합니다. 이 번거로움은 «어딘가에 복사본을 남기지 않는다»는 원칙을 지키기 위한 대가로 볼 수 있습니다.

실무 적용 — «감추는 것»과 «대신할 것을 만드는 것»은 다르다

• ★★민감한 원본 정보를 보호할 때, “잘 숨기는” 방법과 “아예 대역을 만들어 원본을 안 쓰는” 방법은 다른 전략입니다. 애플페이는 후자를 택했습니다 — 카드번호를 암호화해 숨기는 게 아니라, 애초에 그 번호를 쓰지 않는 새 번호 체계를 만들었습니다.
• ★대역(토큰)에는 «범위 제한»을 걸어 두십시오. 기기 계정 번호가 특정 용도로만 유효하도록 제한할 수 있다는 것이, 유출 시 피해를 좁히는 핵심 장치입니다.
• 편의(자동 백업)와 보안(백업 금지) 중 하나를 선택해야 하는 지점이 있다는 것을 인지하십시오. 애플페이는 카드 정보에 한해 명확히 후자를 택했습니다.

정리하면

• 애플페이는 실제 카드번호를 저장하는 대신, 카드 발급사가 만든 «기기 계정 번호»를 암호화해 아이폰의 Secure Element에 저장합니다.
• 이 번호는 원본 카드번호와 달리 용도를 제한할 수 있어, 유출되더라도 다른 곳에서 그대로 쓰기 어렵습니다.
• ⇒ 기기 계정 번호는 애플 서버에도, 아이클라우드에도 백업되지 않아 기기를 바꾸면 카드를 다시 등록해야 합니다 — 편의보다 보안을 택한 설계입니다.

본 콘텐츠는 애플 공식 보안 가이드와 지원 문서를 정리한 해설입니다. 거래마다 새로 생성되는 다이내믹 보안 코드의 정확한 생성 방식, 카드 발급사별 프로비저닝 승인 기준의 세부 차이까지는 이번 조사 범위 밖이라 다루지 않았습니다. 최종 확인일: 2026-09-22.

작성: Inkpipes 편집팀 — 「감춘다」와 「대신할 것을 만든다」는 다른 보안 전략이라는 관점으로 읽었습니다.

참고

• Apple Support, 「Card provisioning security overview」
• Apple Support, 「Apple Pay security and privacy overview」