레이블이 Chip Card인 게시물을 표시합니다. 모든 게시물 표시
레이블이 Chip Card인 게시물을 표시합니다. 모든 게시물 표시

2017년 12월 25일 월요일

EMV (Chip 및 PIN) 작동 원리 - Transaction Flow Chart

'EMV®'는 칩 카드 기술을 기반으로 한 신용 카드 및 직불 카드의 글로벌 표준으로 Europay, MasterCard Visa라는 카드 체계에서 비롯되었으며, 마이크로프로세서 칩이 들어있는 카드를 위한 표준입니다.

EMV Transaction에 필요한 주요 처리 단계에 대한 자세한 내용은 아래와 같습니다.


1. 카드 감지 및 리셋 (Card Detection and Reset)

카드 감지 및 리셋은 사용중인 하드웨어 장치에 특정한 카드 인터페이스 기능에 의해 수행되어야 합니다. 카드가 리셋되면 단말기가 카드와 인터페이스해야 하는 방법을 지정하는 ATR (Answer To Reset)으로 응답합니다.

2. 후보 목록 작성 (Candidate List Creation)

단말기에는 지원하도록 구성된 모든 EMV 응용프로그램의 AID (Application Identifier)가 포함된 목록이 있으며 단말기는 단말기와 카드에서 모두 지원되는 응용프로그램의 후보 목록을 생성해야 합니다. 터미널은 카드의 PSE에서 모든 카드 응용프로그램의 디렉토리 목록을 얻으려고 시도할 수 있습니다. 이것이 지원되지 않거나 일치하는 것을 찾지 못하면 단말기는 각 AID를 지원하는지 여부를 카드에 묻는 목록을 반복해야 합니다.

완성된 후보 목록에 여러 개의 응용프로그램이 있다면 카드 소지자는 응용프로그램을 선택하도록 요청됩니다. 그렇지 않으면 자동으로 선택될 수 있습니다.

3. 응용프로그램 선택 (Application Selection)

사용할 응용프로그램이 선택되면 터미널은 카드에서 응용프로그램을 선택하여 카드가 트랜잭션에 대한 올바른 데이터 레코드를 제공할 수 있도록 해야 합니다.

4. 응용프로그램 데이터 읽기 (Read Application Data)

응용프로그램이 선택되면 터미널은 PDOL에서 요청하는 모든 데이터를 카드에 제공하고 처리 옵션을 가져옵니다. 카드는 터미널에서 응용프로그램 데이터 레코드를 읽는데 사용하는 AFL (Application File Locator)을 제공합니다. 이러한 기록에는 카드 PAN 및 만료일외에 카드 소지자 확인 및 카드 인증과 같은 트랜잭션 처리에 사용되는 많은 정보 태그가 포함됩니다.

5. 데이터 인증 (Data Authentication)

수행할 수 있는 오프라인 데이터 인증에는 3가지 유형이 있지만 사용되는 방법은 카드 및 터미널의 기능에 따라 다릅니다. 온라인 전용 터미널은 데이터 인증을 지원할 필요가 없지만 다른 모든 터미널은 SDA DDA를 모두 지원해야 하며 CDA도 지원할 수 있습니다.

SDA - 정적 데이터 수정되지 않았음을 확인하기 위해 카드 데이터 ( : 계좌 번호 및 만료 날짜)를 인증.
DDA - 동적 데이터 카드 및 터미널 데이터를 인증하여 카드 응용프로그램 및 데이터가 정품인지 확인.
CDA - 결합된 DDA 및 응용프로그램 암호 생성.

6. 카드 소지자 확인 (Cardholder Verification)

카드 소지자 확인 (Cardholder Verification)은 카드를 사용하는 사람이 카드 소지자인지 확인합니다. 카드에는 지원하는 확인 방법 목록과 해당 조건을 적용해야 합니다. 터미널은이 목록을 탐색하고 조건이 충족되는 첫번째 방법을 시도해야 합니다. 메소드가 실패하면, 단말기는 추가 메소드가 허용되는지를 검사해야 합니다. 예를 들어 온라인 PIN (무인 현금인 경우), 오프라인 PIN (지원되는 경우), 서명 (항상) 등이 목록에 포함될 수 있습니다.

7. 처리 제한 사항 (Processing Restrictions)

처리 제한으로 인해 단말기는 카드 및 단말기의 응용프로그램 호환성을 결정할 수 있습니다. 여기에는 응용프로그램 버전 번호가 일치하는지, 카드 응용프로그램이 만료되었거나 유효한지, 응용프로그램 사용 제어 (AUC)가 현재 트랜잭션을 수행할 수 있는지 여부가 포함됩니다.

8. 터미널 리스크 관리 (Terminal Risk Management)

사기성 사용을 막기 위해 터미널은 특정 지역에서 승인된 특정 거래가 온라인 승인을 받도록 요구함으로써 위험 수준을 관리합니다. 여기에는 트랜잭션 금액을 바닥 한도와 비교하고 카드의 연속적인 오프라인 트랜잭션수가 정의된 한도에 도달했을 때를 감지하는 작업이 포함됩니다. 또한 오프라인 가능 단말기는 임의의 온라인 트랜잭션을 선택합니다.

9. 터미널 액션 분석 (Terminal Action Analysis)

단말기는 이전의 확인, 인증 및 위험 단계의 결과를 분석할 것이며 이는 단말기가 거래의 온라인 승인을 요청하거나 거래를 현지에서 승인하거나 거절함으로써 오프라인으로 완료할 것을 카드에 알리는 결과를 가져올 것입니다.

10. 카드 액션 분석 (Card Action Analysis)

첫번째 카드 액션 분석 단계에서 카드는 모든 이전 단계의 결과를 분석하여 카드가 터미널에 거래의 온라인 승인을 요청하거나 또는 로컬에서 거래를 수락하거나 거절하여 오프라인으로 완료하도록 합니다. . 이 요청은 단말기 액션 분석에 따라 제안된 액션과 다를 수 있지만 특정 논리 규칙 ( : 단말기가 온라인 승인을 제안한 경우 카드가 거래의 오프라인 승인을 요청하는 것이 허용되지 않음)의 적용을 받습니다.

11. 온라인 오프라인 의사 결정 (Online Offline Decision)

터미널은 카드 액션 분석중에 카드가 요청한 액션을 수행해야 합니다.

12. 온라인 처리 (Online Processing)

온라인 처리를 통해 카드 발급자는 거래 내역을 분석하고 거래 승인 또는 거부 여부를 결정할 수 있습니다. 이를 통해 발급자는 계정 상태를 확인하고 카드 발급사, 지불 방식 및 취득자가 정의한 위험의 허용 한도를 기준으로 기준을 적용할 수 있습니다. 호스트로부터 유효한 응답이 수신되지 않은 경우 ( : 통신 실패로 인해), 터미널은 위험 수준이 증가하면 이를 관리하기 위해 추가 터미널 액션 분석을 수행해야 하며, 이로 인해 터미널에서 카드에 이를 알리거나 트랜잭션을 로컬에서 승인 또는 거부해야 합니다.

13. 2번째 카드 액션 분석 (Second Card Action Analysis)

두번째 카드 액션 분석 (Second Card Action Analysis) 단계에서 온라인 처리가 수행된후 카드는 온라인 처리 결과를 분석하고 카드 발급자로부터 받은 데이터를 인증합니다. 이것은 카드가 거래를 수령하거나 거절함으로써 거래를 완료하도록 요구할 것이다. 이 요청은 온라인 처리의 결과와 다를 수 있지만 특정 논리 규칙의 적용을 받습니다 ( : 호스트가 결제를 거부한 경우 카드가 거래 수락을 요청할 수 없음).

14. 거래 완료 (Transaction Completed)

카드 처리가 완료되면 카드를 터미널에서 제거할 수 있습니다. 거래가 승인된 경우 결제가 완료될 수 있습니다.

2017년 12월 24일 일요일

EMV 칩 카드 기술 (EMV Chip Card Technology)이란?

EMV 정의

"EMV®'는 칩 카드 기술을 기반으로 한 신용 카드 및 직불 카드의 글로벌 표준으로, 카드 체계인 Europay, MasterCard Visa에서 이름을 따온 것입니다. 이는 카드를 개발한 원래의 카드 방식입니다. 이 표준은 마이크로 프로세서 칩이 들어있는 카드를 사용하여 신용 카드 및 직불 카드 지불 처리에 적용됩니다.


(Chip) PIN 정의

이러한 거래는 고객이 진정한 카드 소지자인지 확인하기 위해 PIN 입력이 필요하기 때문에 종종 " (Chip) PIN"이라고 합니다. 이것은 EMV 사양이 다른 카드 소지자 확인 방법을 포함하기 때문에 단순화된 것입니다.

EMV 대 마그네틱 스트립 (Magnetic Stripe) 트랜잭션

마그네틱 스트립 거래와 달리 일반적으로 카드 번호와 만료일을 포함하는 카드의 트랙2 데이터만 처리되므로 모든 칩 카드 거래에는 카드, 단말기 및 인수 은행 또는 프로세서 호스트간에 교환할 수십 개의 정보가 포함됩니다.

이것은 단말기가 성공적으로 트랜잭션을 완료하기 위해 암호화 인증을 포함하여 여러 단계의 복잡한 처리를 수행할 것을 요구합니다. 즉 기존 지불 애플리케이션에 EMV에 대한 지원을 추가하는 것은 어려운 작업이 될 수 있습니다. EMV 거래에 필요한 주요 처리 단계에 대한 내용을 간략히 정리하여 아래에 일반적인 EMV 거래 흐름을 보여줍니다. 예상했던대로 많은 Flow를 거쳐 거래가 진행되고 완료됩니다.

Card Detection and Reset
Candidate List Creation
Application Selection
Read Application Data
Data Authentication
Cardholder Verification
Processing Restrictions
Terminal Risk Management
Terminal Action Analysis
Card Action Analysis
Online Offline Decision
Online Processing
Second Card Action Analysis
Transaction Completed


EMV 추세

EMVCo 2016 6월에 최신 EMV 배포 수치를 발표했습니다. 2015년에는 접촉식 및 비접촉식의 모든 칩 카드의 거래 35.8% EMV 칩 기술을 사용했으며 이는 2014년 대비 32% 증가한 수치입니다. 2014년에 14억개 증가하여 현재 48억개의 유통되는 EMV 지불 카드가 있습니다.

미국에서는 2014년말에 EMV 칩 기반 트랜잭션이 0.12%에 불과하지만 미국에서 EMV 마이그레이션이 진행됨에 따라 급속히 증가하여, 2015년에 EMV 전환이 가속화되고 2016년 상반기에 EMV 전환이 계속되고 있으며, 현재도 증가추세에 있습니다.

EMV 테스트

EMV 가능 솔루션을 배포하기 전에 EMV 구현이 EMV 표준을 준수함을 확인하기 위해 통과해야 하는 많은 EMVCo 위임 테스트가 있습니다. EMV 사양이 발전하고 정기적으로 업데이트됨에 따라 EMV " (Chip) PIN" 또는 " (Chip) 및 서명 (Signature)"솔루션을 필요로 하는 많은 비즈니스가 EMV 소프트웨어를 구축하기 위한 목적으로 라이선스를 취득해야 하는 이유입니다.

2017년 10월 31일 화요일

모바일 결제기술인 Host Card Emulation (HCE)의 개요

호스트 카드 에뮬레이션 (HCE : Host Card Emulation)는 소프트웨어를 사용하여 물리적인 비접촉식 스마트 카드를 복제할 수 있는 기술입니다. 모바일 결제와 관련하여 NFC (Near Field Communication)를 통해 거래를 완료하는데 사용됩니다.

비접촉식 신용 카드 ( : Visa PayWave 또는 Mastercard Paypass)를 사용하는 사람은 고의로 또는 무의식적으로 NFC 기술을 사용하여 거래를 완료했습니다. NFC는 카드를 삽입하고 PIN을 입력하는 대신 POS (Point of Sale) 단말기에 카드를 두드리는 비접촉 결제를 허용합니다.

HCE의 잇점은 실제 신용 카드가 필요없다는 것이며, 스마트폰만 있으면 됩니다.

HCE NFC를 사용하는 최초의 모바일 결제 솔루션이 아닙니다. 보안요소 (SE : Security Element)는 일반 지불 및 모바일 비접촉식 지불을 위해 잠시동안 사용되었습니다. 후자의 경우, SE는 장치 내부에서 호스팅되어 장치와 수신자가 서로 통신하고 트랜잭션을 완료할 수 있습니다.
HCE는 조금 다르게 작동합니다. 모바일 장치에 보안 요소 (SE)를 배치하는 대신 클라우드에서 데이터를 호스팅합니다. 이 기기는 기기내 보안 요소에 의존하지 않고 NFC 지원 결제 단말기와 통신하여 카드를 에뮬레이션합니다.


HCE가 모바일 결제에 중요한 이유

비접촉식 모바일 결제 솔루션으로 사용되었던 장치내 SE의 대안인 HCE 기술의 부상은 여러가지 이유로 중요합니다.

HCE 이전에는 NFC 비접촉식 결제의 표준이 보안요소 (SE)를 통해 이루어졌습니다. 전통적으로 이것은 SE 소유자 (통신 사업자, 장치 제조업체 등)에게 액세스 제어 권한을 부여했습니다.

HCE에 대한 지원으로 모바일 지불뿐만 아니라 대중 교통 이용권, 카드 액세스 및 기타 맞춤 시스템을 비롯한 다른 응용프로그램을 가능하게 변경할 수 있습니다. Drop Labs Cherian Abraham SE에 대한 의존성을 깨뜨리는 것이 다음과 같은 몇 가지 이유로 유리하다고 지적했습니다.

▲ 발급사, 운송업자 및 TSM에 대한 의존도를 줄이는 보다 개방된 시스템
▲ 복잡한 SE 카드 준비 필요 없음
▲ 구획화 또는 SE 스토리지 크기에 대한 걱정없이 동일한 장치에서 여러 개의 NFC 지갑을 사용할 수 있는 기능

또 다른 장점은 HCE NFC를 지원하기 위해 인프라를 변경할 필요가 없다는 것입니다. NFC가 활성화된 현재 POS 터미널 장치가 있는 경우 HCE는 이것과 작동할 수 있습니다. 에뮬레이트된 카드를 통해 지불을 받으려면 값비싼 하드웨어에 돈을 버릴 필요가 없으므로 POS 시스템을 이미 구축한 상인에게는 매우 중요합니다.

또한 HCE는 물리적 장치에 존재하는 보안요소 (SE)와 관련된 복잡성과 비용을 줄이는데 도움이 됩니다. 보안요소 (SE)를 클라우드로 이동하면 애플리케이션 제공업체는 제3자에 의존하지 않고 클라우드 기반 보안 요소에 직접 애플리케이션을 프로비저닝할 (Provisioning) 수 있습니다.

HCE 시장 적용

HCE가 광범위하게 채택되는 데에는 여전히 많은 장애물이 있지만 NFC 결제 방식의 전통적인 방법의 가능한 대안이 되고 있습니다. HCE는 하드웨어 솔루션이 아니기 때문에 시장에 출시하는 것이 더 효율적입니다. 또한 Blackberry는 몇년 동안 HCE를 지원했지만 (Android 4.4 이상), Mastercard Visa는 작년에 NFC 모바일 결제를 위해 HCE 사용에 대한 지원을 발표했습니다. 다시 말해, 시장은 HCE 기술에 대한 준비가 되어 있습니다.

현재 시장의 보급률을 높이기 위한 장애물은 거의 없습니다. 하지만 여전히 가장 중요한 관심사는 보안입니다. HCE 트랜잭션을 보호하는 최상의 방법에 대한 의견 차이가 아직 남아있기 때문입니다. 토큰화 (Tokenization)는 현재 이 문제를 해결하는 선두주자이지만 증권화 (Securitization)가 어떻게 나타날지 그리고 어떤 형태로 나타날지 예측하기는 어렵습니다.

이러한 장벽에도 불구하고 HCE가 엄청나게 성장할 것으로 보이며 가까운 장래에 시장 침투력이 커질 것입니다. 지불 및 소프트웨어 산업, 은행 및 장치 제조업체가 이를 향해 나아가면서 몇가지 흥미진진한 발전을 보게될 것입니다.