Уровень сертификации для данных проверки подлинности эмитента тега 91 - PullRequest
0 голосов
/ 05 июля 2018

Я занимаюсь расследованием, связанным с данными аутентификации издателя EMV Tag 91, и обнаружил этот связанный вопрос, который в значительной степени охватывает то, что я ищу, и основан на информации, показанной там:

Для поддержки форматов кода ответа авторизации, CSU или ARPC внутри TAG 91 для карт разных марок устройства / терминалы должны соответствовать уровню сертификации EMV 3? Или устройства должны соответствовать только уровню сертификации 1/2 для поддержки различных форматов?

Ответы [ 2 ]

0 голосов
/ 12 июля 2018

Я реализовал платформу EMV с открытым исходным кодом (https://github.com/vicente-da-silva/dcemv).. Это реализует как бесконтактные, так и контактные ядра EMV. В проект включен проект SimulatedPaymentProvider.cs в проекте DCEMV_SimulatedPaymentProvider, который может генерировать соответствующий ответ (тег 8a). , 91, а также 71 или 72 для сценариев) обратно на карту для внешней аутентификации и AC 2-го поколения. Она способна построить правильный ответ для разных ассоциаций карт и разных версий криптограмм.

0 голосов
/ 06 июля 2018

EMV - это фреймворк, который используется платежными схемами для построения своих спецификаций поверх него. EMV определяет данные аутентификации эмитента как двоичный тег длиной от 8 до 16 байтов. Терминалу не нужно понимать структуру, подэлементы и т. Д. Терминал не анализирует его (это примитивный объект данных). С терминальной точки зрения ни IAD, ни Команды Сценария Эмитента, которые могут быть найдены в ответе на авторизацию, не должны интерпретироваться, только передаваться без изменений на карту. Любой терминал, совместимый с EMV level 2, будет вести себя таким образом, поскольку в процессе сертификации подтверждается, что независимо от реализации отдельных схем тег 91 передается неизмененным, и результат транзакции не будет основан на каком-либо коде ответа, который может быть частью реализации отдельных схем. IAD.

Краткий ответ: на терминальной стороне, пожалуйста, рассматривайте тег 91 как двоичный объект, который не должен быть изменен, а только передан ядру уровня 2. Ядро будет обрабатывать его так же, но также будет применять необходимые обрезку / заполнение и обрабатывать выдачу или не добавление дополнительных команд аутентификации эмитента на основе AIP и CDOL2 и соответственно установит TVR и TSI.

...