Считыватель банковских карт для телефона

Считыватель банковских карт для телефона

BluePad-5000 мобильный терминал оплаты.
Отвечает последним сертификатам EMV и PCI PTS спецификации 3.x

Гибридный считыватель ACR35-NFC
Работает с картами по магнитной полосе и бесконтактными смарт-картами.
Поддержка NFC

С помощью BluePad-50 можно принимать платежи с любых типов карт: с контактным чипом при предъявлении ПИН-кода по стандарту EMV.

Универсальный терминал приема платежей всех видов банковских карт.

NFC-R10 подходит для мобильных устройств, оснащенных операционными системами iOS и Android. Интерфейс Audio Jack.

Считыватель карт с магнитной полосой для мобильных устройств. Интерфейс: audio jack (3,5мм.).

Интерфейс: разъем Apple (30-pin). Стандарты / сертификаты: ISO7816, EMV Level 1.

Для платформ iOS, Android, Blackberry. Поддержка TDES и AES. Интерфейс: audio jack (3,5 мм.).

Интерфейс: Bluetooth. Поддержка TDES и AES.

Вы сталкивались с ситуацией, когда в магазине или в такси не было сдачи с крупной купюры? Или когда у вас с собой лишь банковская карта, а в ресторане, как назло, принимают только наличные? Пластиковые карты потихоньку отвоёвывают у купюр место в портмоне. За отмену налички выступают ведущие мировые экономисты. Россия не отстаёт — даже председатель правления Сбербанка Герман Греф предлагает упразднить наличный расчёт.

Чем раньше мы научимся работать с безналом, тем проще будет жить, когда утихнут хруст банкнот и звон монет. Тем более, в наше время для приёма карточек достаточно телефона и небольшого девайса, который умеет читать банковский пластик.

Назад в будущее мобильных платежей

Технология мобильного эквайринга зародилась в США в конце двухтысячных. Первым и самым популярным провайдером был и остаётся проект Square . Самые известные российские поставщики: 2can , LifePay , Яндекс.Касса и Pay-me . Кроме того, многие банки предлагают собственные мобильные решения без посредников. Давайте разберёмся, как это работает и что требуется от нас с вами, чтобы войти в волшебный мир mPOS-терминалов.

Задавшись целью принимать безнал при помощи мобильного телефона, первым делом нужно приобрести мобильный терминал (он же mPOS или кардридер). Этот маленький кусочек пластика подключается к разъёму для наушников и обучен читать карты. Чаще всего такие устройства считывают информацию с магнитной ленты. Для этого достаточно шоркнуть картой через специальный зазор на корпусе устройства, ввести информацию о платеже, телефонный номер покупателя (для отправки электронного чека по СМС) и попросить клиента расписаться на экране смартфона.

Наше государство ведёт себя осторожно, поэтому даже при оплате через мобильный терминал требует выдавать ещё и бумажные чеки. Это значит, вам нужно купить и зарегистрировать ещё и кассовый аппарат. Стоит такая штука 20–30 тысяч рублей и потребляет ещё 500–2000 в месяц за обслуживание. Кассовый чек не требуется только тем компаниям, которые оказывают услуги населению и выписывают квитанции на бланках строгой отчётности.

На первый взгляд, мобильный эквайринг не упрощает жизнь — по-прежнему нужен дорогой кассовый аппарат. Но если ваша цель — больше зарабатывать, а не меньше тратить, учитесь собирать деньги всем удобными для клиента способами. Чтобы принимать банковские карты, всё равно потребуется стационарный или мобильный терминал. Плюсы последнего очевидны: простота в использовании и отслеживании транзакций, компактность и отсутствие необходимости регистрировать mPOS в налоговой.

Сфер применения куча:

  • интернет-магазины (при оплате курьеру)
  • транспортные услуги, такси
  • предприниматели по-вызову (бытовые, медицинские и прочие услуги)
  • лотки, ларьки, киоски
  • кафе, парикмахерские, маленькие магазинчики

Подключаем мобильный эквайринг

Процесс подключения у разных провайдеров отличается, но в общем предстоит следующее:

  • заключить договор с провайдером (набор необходимых документов минимален, часто хватает скана паспорта и ИНН)
  • попросить провайдера настроить техническую интеграцию
  • получить мобильный терминал и скачать специальное мобильное приложение
  • подключить ридер, авторизоваться в личном кабинете, заполнить реквизиты и начать приём платежей

Этот процесс можно провернуть за несколько дней. Мы справились за 3. Если понадобится кассовый аппарат, его можно приобрести вместе с мобильным терминалом у поставщика услуг мобильного эквайринга или у рекомендованных партнёров.

Учитываем мобильные платежи в налогах

Ещё раз напомним, что кардридер на учёт в налоговой инспекции ставить не нужно. Деньги, принятые через мобильный терминал, в налогах учитываются просто: отбиваем кассовый и электронный чеки, ждём поступления на расчётный счёт и отражаем доход на всю сумму, которую заплатил клиент, с учётом комиссий.

Если вы платите налоги с разницы между доходами и расходами, не забывайте учесть в расходах комиссию платежной системы. Она удерживается сразу при переводе денег на ваш расчетный счёт (то есть денег вы получите меньше, чем заплатил покупатель). Но учесть комиссию можно только в конце месяца, когда платежная система пришлёт акт. Если у налоговой появятся вопросы, этот акт можно будет скачать и показать инспектору. Если комиссию берёт банк, никакого акта не требуется и расходы можно учитывать сразу.

Многие предприниматели для собственного удобства отбивают кассовые чеки пачкой в конце дня. Формально, это нарушение закона о кассовой дисциплине и оно сурово преследуется (до 50 000 рублей штрафа для юрлиц и до 5000 для ИП и). На практике небольшие компании редко на этом попадаются и предпочитают рискнуть, чтобы не таскать с собой громоздкую машинку для печати чеков.

Ограничения

Лимит на сумму платежей устанавливается индивидуально. Например, Яндекс.Касса по умолчанию позволяет принять одним платежом не больше 15 000 рублей, в сутки — 100 000, а в месяц — 500 000. Но лимиты можно расширить, обратившись в техподдержку сервиса.

Если вы хотите принимать зарубежные карты (особенно AmEx или UnionPay), следует уточнить, поддерживает ли такую возможность поставщик мобильного эквайринга.

В первую очередь нужно выяснить у провайдера, дружит ли ридер с вашим смартфоном или планшетом. Поставщики мобильного эквайринга поддерживают большинство устройств на iOS и Android, а вот обладателям телефонов на Windows Phone и более экзотических ОС придётся сложнее.

Поломки

Мобильные терминалы устроены нехитро, поэтому работают стабильно и долго. У всех ридеров есть гарантийный срок — 1 год. В случае поломки устройство можно вернуть или обменять.

Большинство провайдеров мобильного эквайринга переводят деньги на ваш расчётный счёт уже на следующий день после совершения платежа, и проблемы возникают редко. Но если деньги застряли, волноваться не стоит. Позвоните в службу поддержки провайдера, и они во всём разберутся.

Читайте также:  Rh 3 94v 0 e252098 схема

Безопасность

Чаще всего безопасность волнует самого покупателя, который не привык доверять карточку смешному квадратику, приклеенному к смартфону. Но причин для беспокойства нет. Мобильный терминал настолько же безопасен, как и машинка, через которую мы прокатываем карточку на кассе.

Мобильные решения используют тот же интернет (только вместо туговатого GPRS это может быть более шустрый 3G или даже LTE) и те же принципы защиты данных. Информация шифруется карт-ридером и обрабатывается на сервере провайдера, куда попадает по защищённому каналу. Сервера компаний поставщика должны быть сертифицированы по стандарту безопасности индустрии платёжных карт PCI-DSS.

Сервис, который предоставляет услуги мобильного эквайринга, берёт комиссию за каждую транзакцию. Условия у всех примерно одинаковые — за каждый платеж с вас удержат от 2,7% до 3%. Сам терминал обычно выдают бесплатно, дополнительных денег за обслуживание и поддержку тоже не берут.

Время попробовать!

Мы хотим, чтобы безнал был повсюду. Это упрощает жизнь и освобождает карманы от мятых бумажек. Если вы до сих пор носитесь с огромным POS-терминалом или вовсе отказываетесь от безналичных денег, настало время попробовать кое-что получше.

А чтобы попробовать было легче, мы подружились с сервисом Яндекс.Касса и договорились о специальных условиях только для своих. Оставьте заявку по специальной ссылке , а ребята из Яндекс.Кассы подарят 3 месяца обслуживания по тарифу Премиум на все методы онлайн-оплаты и при любом обороте вашей компании. За это время можно познать прелести мобильного эквайринга и сделать жизнь своих клиентов чуточку проще.

Интересные посты из прошлого:

Все статьи мы анонсируем в Телеграме . Ещё там найдёте новости, советы и лайфхаки для предпринимателей. Присоединяйтесь 🙂

Всегда было интересно посмотреть, что происходит у банковской карточки под «капотом». Как реализуется протокол общения банковской карточки и POS-терминала, как это работает и насколько это безопасно. Такая возможность предстала передо мной, когда я проходил стажировку в компании Digital Security. В результате при разборе одной известной уязвимости EMV карт в MagStripe-режиме, было решено реализовать мобильное приложение, которые способно общаться с терминалом по бесконтактному интерфейсу, с использованием своих команд и подробным разбором запросов и ответов. А также попробовать реализовать способ клонирования карт MasterCard в режиме MagStripe.

В этой статье я постараюсь описать, что такое EMV-карта, как она работает и как используя Android можно попытаться клонировать вашу MasterCard карту.

«There are some things money can’t buy. For everything else, there’s MasterCard»

Что такое EMV карта?

EMV — это международный стандарт для банковских карт с чипом. В разработке этого стандарта принимали участия Europay + MasterCard + VISA, отсюда и название. Попробуем разобраться, как же все таки карта общается с POS-терминалом по бесконтактному интерфейсу.

Начнем с самых основ.

Бесконтактная EMV карта на физическом уровне работает почти так же, как и RFID метка. Если базисно то, чип попадает в электромагнитное поле, а в замкнутом проводящем контуре (в нашем случае это будет антенна, расположенная по периметру), помещенном в переменное магнитное поле, образуется переменный электрический ток. Этот ток заряжает специальный конденсатор, подключенный параллельно к резонансному контуру карты. Энергия, запасенная в конденсаторе, используется для выполнения микросхемой карты различных операций. Когда ридер изменяет электромагнитное поле, изменения сразу будут заметны на чипе. Используя модуляцию сигнала, мы можем передавать информацию в бинарном виде. Если на карте подключить нагрузочное сопротивление и или изменить емкость конденсатора, то можно изменить силу тока в контуре карты, что приведет к изменению создаваемого им электромагнитного поля в области контура ридера, таким образом карточка передает данные. Ридеру останется детектировать эти изменения. Подобное физическое взаимодействие регламентируется стандартом ISO/IEC 14443 “Identification Cards — Contactless integrated circuit(s) cards — Proximity cards”.

Сам чип карты представляет собой смарт карту, на которой работает JavaCard, отдельная версия Java для платформ с малыми вычислительными ресурсами и поддержкой криптографических алгоритмов. На JavaCard загружаются апплеты, которые, и являются приложениями. Также существует GlobalPlatform это некий стандарт для JavaCard, который предоставляет возможность безопасного управления данными на карте и позволяет загружать, изменять и удалять приложения на карте. В этой статье механизмы безопасности самой смарт карты мы рассматривать не будем. Достаточно знать, что защищенные данные, например приватный ключ и секретный мастер ключ карты лежат в защищенном месте и вытащить их стандартными средствами невозможно.

Также еще напомню немного терминологии, для тех, кто не знаком.

POS-терминал (Point of Sale) — устройство продавца, которое считывает карту и инициирует платеж. Далее будем называть это устройство просто терминалом.
Банк эмитент — это банк, который выпустил вашу карту.
Банк эквайер — банк, который выдает продавцам POS-терминалы и обрабатывает платежи с них.
Платежная система — центральное звено между банком эквайером и банком эмитентом, через нее проходят абсолютно все платежи, и она знает какой банк какому сколько должен перевести денег. Платежных систем в мире не мало, кроме всем известных Visa и MasterCard есть ещё и American Express, China UnionPay и российская платежная система МИР.

Хорошо, карта и ридер могут общаться. Они посылают друг другу APDU-команды в виде Tag-Length-Value т.е. передается название тэга в шестнадцатеричном виде, его длина и само значение. Все команды описаны конечно же в документации и выглядят примерно так:

Стандартная EMV транзакция проходит в несколько этапов, я опишу полный алгоритм взаимодействия в случае контактного интерфейса, для бесконтактного интерфейса алгоритм несколько укорочен:

  • Выбор приложения;
  • Инициализация обработки приложения;
  • Считывание данных приложения;
  • Офлайн аутентификация;
  • Обработка ограничений;
  • Проверка держателя карты;
  • Риск-менеджмент на стороне терминала;
  • Анализ действий терминала;
  • Риск-менеджмент на стороне карты;
  • Анализ действий карты;
  • Процессинг в режиме on-line;
  • Завершение операции.

Коротко рассмотрим каждую операцию.

Выбор приложения. Часто бывает, что на одной карте может быть несколько приложений. Например, банковская карта и проездной билет. И терминалу как-то необходимо разобраться, где и какой алгоритм ему использовать. Для выбора приложения используются так называемые Идентификационные Коды приложения (Application Identifier – AID). Что бы в этом разобраться терминал посылает команду SELECT. Например, AID карты Visa Classic будет выглядеть следующим образом: A0000000031010. Если в ответ придет несколько таких кодов и терминал умеет работать с несколькими приложениями, то терминал выведет на экран список и предложит выбрать нужное нам приложение. Если терминал не поддерживает ни один из кодов приложений, то операция будет отклонена терминалом.

Читайте также:  Стоимость интернета в германии

Инициализация обработки приложения. Здесь сначала проверяется географическое место пребывания. Например, карты Maestro Momentum могут работать для оплаты только в России. Этот этап сделан для того, чтобы предоставить эмитентам возможность применять существующие онлайн методы риск-менеджмента при проведении офлайн операций. На этом этапе EMV-транзакция может быть отменена по инициативе самой карты, если данный тип операции запрещен в данной стране мира эмитентом. Далее карта передает терминалу набор специально структурированной информации, содержащей описание функциональности карты и приложения.

Считывание данных приложения. Терминалу передаются различные данные карты необходимые для транзакции, например номер карты, expiration date, счетчик транзакций и много других данных. О некоторых из них будет сказано далее.

Также передается сертификат публичного ключа банка эмитента и самой карты. Для того чтобы терминал был способен проверить цифровую подпись некоторых данных карты используется PKI-инфраструктура (Public Key Infrastructure). Вкратце, у платежной системы есть пара ключей — публичный и приватный и платежная система является для всех участников CA (Center Authority). По сути платежная система для каждого банка эмитента выпускает новую пару ключей, и при этом формирует сертификат публичного ключа банка эмитента, подписывая его приватным ключом CA. Далее, когда банк выпускает новую карту, он соответственно генерирует для карточки пару ключей, и также формирует сертификат публичного ключа карты, подписывая его с помощью приватного ключа банка. В терминалах обычно зашит сертификат публичного ключа для различных платежных систем. Таким образом, когда карточка передает сертификат публичного ключа банка эмитента и сертификат самой карты, терминал может с легкостью проверить всю цепочку, используя публичный ключ платежной системы. Терминал с помощью публичного ключа платежной системы сначала проверяет подлинность сертификата банка эмитента, если он подлинный, то значит ему можно доверять и теперь с помощью сертификата банка эмитента можно проверить сертификат самой карты. Более подробней в статье про безопасность EMV .

Офлайн аутентификация. Терминал определяет тип поддерживаемого метода оффлайн аутентификации. Существует статичная (Static Data Authentication – SDA), динамическая (Dynamic Data Authentication – DDA) и комбинированная (Combined Data Authentication – CDA). Эти методы также построены на основе PKI. SDA это просто подписанные данные на приватном ключе банка эмитента, DDA — терминал посылает какое-то случайное число и карточка должна подписать его, используя свой приватный ключ, а терминал проверит эту подпись используя полученный ранее сертификат карты, таким образом терминал удостовериться в том, что карточка и правда обладает приватным ключом — следовательно является подлинной. CDA это просто комбинация обоих способов.

Обработка ограничений. Здесь терминал проверяет полученные ранее данные с карты на условие пригодности для данной операции. Например, проверяет срок начала/окончания действия приложения Application Expiration Date (Tag ‘5F24’) и Application Effective Date (Tag ‘5F25’). Также производится проверка версии приложения. Результаты операций, проводимых на данном этапе, также записываются в отчет TVR (Terminal verification results). По результатам этого этапа транзакция не может быть отменена, даже в случае, если, например, срок действия приложения истек.

Проверка держателя карты. Верификация держателя карты производится для того, чтобы аутентифицировать человека, предоставившего карту и проверить, является ли он подлинным владельцем карты. Стандарт EMV предоставляет различные методы верификации держателя карты (Cardholder Verification Method). Методы верификации определены как на терминале, так и на карте. Они содержатся в так называемых CVM-листах. В процессе выполнения, терминал и карточка сравнивают полученные CVM-листы и выбирают общий метод верификации.

Список поддерживаемых методов верификации:

  • No CVM required (‘011111’b);
  • Fail CVM processing (‘000000’b);
  • Signature (‘011110’b);
  • Enciphered PIN verified online (‘000010’b);
  • Plaintext PIN verification performed by ICC (‘000001’b);
  • Plaintext PIN verification performed by ICC and signature (‘000011’b);
  • Enciphered PIN verification performed by ICC (‘000100’b);
  • Enciphered PIN verifi cation performed by ICC and signature (‘000101’b).

Вот здесь также есть интересная информация на эту тему.

Риск-менеджмент на стороне терминала. На этом этапе терминал проводит внутреннюю проверку параметров транзакции, исходя из установок риск-менеджмента банка-эквайера. Процедуры риск-менеджмента могут быть выполнены терминалом в любое время между моментами завершения процесса чтения данных карты и формирования терминалом первой команды GENERATE AC. Риск-менеджмент на стороне терминала включает в себя три механизма:

  • контроль размера операций, выполненных по карте (Floor Limit Checking);
  • случайный выбор транзакции для онлайн авторизации этой транзакции эмитентом (Random Transaction Selection);
  • проверка офлайн активности использования карты (Velocity Checking).

Анализ действий терминала. На этом этапе терминал анализирует результаты предыдущих шагов транзакции. По результатам анализа терминал принимает решение о том, следует ли провести операцию в online-режиме, разрешить ее проведение в офлайн режиме или отклонить операцию.

Риск-менеджмент на стороне карты. Карта, получив из команды GENERATE AC данные, касающиеся транзакции, терминала и результатов проверок терминала, в свою очередь выполняет собственные процедуры управления рисками и выносит собственное решение о способе завершения операции.

Анализ действий карты. На этом этапе карта завершает проведение процедур риск-менеджмента и формирует ответную криптограмму терминалу. Если карта решает одобрить транзакцию, то формируется Transaction Certificate. Если карта принимает решение о выполнение операции в режиме реального времени, то она формирует ARQC (Authorization Request Cryptogram). Если карта использует альтернативные методы авторизации, тогда используется Application Authorization Referral. В случае, если карта отклоняет транзакцию, то Application Authentication Cryptogram.

Еще одна криптограмма ARPC (Authorization Response Cryptogram) нужна для аутентификации эмитента. Эмитент формирует криптограмму ARPC и отсылает криптограмму карте, если карта подтвердит пришедшую криптограмму, то следовательно, эмитент аутентифицирован картой.

Немного о безопасности ключей и взаимной аутентификации карты и эмитента из книги И. М. Голдовского:

Смысл взаимной аутентификации заключается в том, что карта и терминал аутентифицируют друг друга с помощью проверки подлинности криптограмм ARQC и ARPC. Криптограммы представляют собой данные, формируемые с использованием секретного ключа (который известен карте и банку эмитенту), номера транзакции, случайного числа, сгенерированного терминалом, а также некоторых реквизитов транзакции, терминала и карты. В случае ARPC к перечисленным данным еще добавляется авторизационный код ответа эмитента. Без знания секретного ключа карты для генерации криптограммы вычислить значения ARQC/ARPC невозможно за обозримое время с текущим уровнем технологий, и потому факт их успешной верификации указывает на подлинность карты и эмитента. Онлайн аутентификация является наиболее надежным способом аутентификации карты. Это связано с тем, что она выполняется непосредственно эмитентом, без посредника в виде терминала. Кроме того, для онлайновой аутентификации используется алгоритм 3DES с временным ключом размером 112 битов, криптостойкость которого соответствует криптостойкости алгоритма RSA с длиной модуля асимметричного ключа, используемого для офлайн аутентификации приложения карты, более 1700 бит. Использование на карте асимметричных ключей такой длины все еще достаточная редкость. Обычно используются ключи с модулем длиной 1024, 1152 или 1408 бит.

В конечном итоге онлайн транзакция проходит по цепочке:
Карта POS-Терминал Банк Эквайер Платежная Система Банк Эмитент.

Читайте также:  Exceeds frequency limit перевод

Клонируем карту MasterCard в режиме MagStripe

Перейдем непосредственно к принципу клонирования. Данный метод атаки на бесконтактные карты был опубликован двумя исследователями Michael Roland, Josef Langer из Австрийского университета. В его основе лежит общий принцип, который называется Skimming. Это такой сценарий, при котором злоумышленник крадет деньги с банковской карточки путем считывания (копирования) информации с этой карты. В общем случае здесь важно сохранять PIN-код в тайне и не допускать его утечки. Но в методе австрийских ребят это нам знать не нужно. Клонирование платежной карты выполняется успешно для версии ядра приложения EMV Contactless Kernel 2. Версия этого протокола поддерживает два режима работы для бесконтактных карт: EMV протокол (MasterCard PayPass M/Chip) и MagStripe (MasterCard PayPass MagStripe) режим.

MagStripe — это режим поддержки карт с магнитной полосой. Этот режим реализуется на картах MasterCard с бесконтактным интерфейсом. Режим MagStripe скорее нужен для банков которым сложно переводить всю инфраструктуру для поддержки чиповых бесконтактных EMV транзакций. Кстати, у карт Visa также есть аналогичный режим работы — PayWave MSD (Magnetic Stripe Data).

Процесс обработки транзакции для бесконтактных карт урезан в сравнении с чиповыми и обычно работает в следующем режиме:

  1. Терминал отправляет команду SELECT PPSE (Proximity Payment System Environment). Карта шлет список поддерживаемых приложений.
  2. Терминал отправляет команду SELECT. В ответ получает необходимые детали приложения.
  3. Терминал отправляет команду GET_PROCESSING_OPTIONS. Карта отвечает какой тип аутентификации она поддерживает и существует ли там верификация держателя карты.
  4. Терминал отправляет команду READ_RECORDS. Карта в ответе посылает Track1 и Track2 практически аналогичный тому, что записан на магнитной полосе карты.
  5. Терминал отправляет команду COMPUTE_CRYPTOGRAPHIC_CHECKSUM. Которая означает, что карта должна на основе переданного Unpredictable Number сгенерировать значение CVC3.

Это выглядит как APDU команды. Список всех тэгов.

APDU — Application Protocol Data Unit — это условное обозначение кадра с командой карте или ответом карты.

На хабре есть пара статей на эту тему тут и тут.

Карта поддерживает специальную команду COMPUTE CRYPTOGRAPHIC CHECKSUM, аргументом которой являются данные, определенные в объекте Unpredictable Number Data Object (UDOL). В результате карта с помощью алгоритма 3DES и секретного ключа вычисляет динамическую величину CVC3 (Card Verification Code). В качестве аргумента функции 3DES используется конкатенация данных UDOL и счетчика транзакции (Application Transaction Counter,ATC). Таким образом, значение величины CVC3 всегда зависит от объектов UN и ATC.

Другими словами, эта команда нужна, чтобы карта сгенерировала некую “подпись” для того, чтобы эмитент мог верифицировать карту. Однако, в этой подписи отсутствует подпись самой транзакции. В подписи содержатся значения ATC — 2 байта, CVC3 (Track1) — 2 байта, CVC3 (Track2) — 2 байта, которые генерируются картой на основе секретного ключа, который также знает банк-эмитент и счетчика транзакций (ATC). При этом также для генерации подписи POS-терминал сообщает карте UN (Unpredictable Number) — 4 байта, который также используется в генерации подписи. Unpredictable Number препятствует формированию кодов аутентификации на реальной карте для последующего использования в мошеннических транзакциях. Для атаки нам сильно мешает UN, поскольку 4 байта не представляется возможным перебрать, не выйдя за пределы счетчика транзакций. Однако, в спецификации этого есть некоторые слабости.

Во-первых, спецификация ограничивает UN кодировкой чисел, а именно Двоично-Десятичным Кодом (BCD), что по сути означает что, если мы посмотрим на такое закодированное число в HEX, то мы увидим только цифры от 0 до 9, все остальные значения считаются как бы запрещенными. Таким образом, количество UN уменьшается с 4,294,967,295 до 99,999,999.

Во-вторых, количество значащих цифр UN определяется картой. Таким образом в зависимости от специальных параметров в треках количество цифр в UN может быть от 10 до 10000 в зависимости от типа карты, на практике чаще всего встречается 1000 значений.

Таким образом план атаки выглядит следующий:

  1. Считываем карту и узнаем количество значащих цифр у UN, которое будет предоставлять терминал
  2. Перебираем все UN, получаем все возможные значения функции COMPUTE_CRYPTOGRAHIC_CHECKSUM, сохраняем их в соответствующей таблице с мапингом UN -> Result
  3. Подносим к POS-терминалу, узнаем число, которое просит POS-терминал.
  4. Выбираем из таблицы нужный результат и подставляем его в ответ терминалу.
  5. Транзакция уходит.
  6. PROFIT. Но успех одобрения транзакции не гарантирован, поскольку банк эмитент может отклонить такую транзакцию.

Стоит отметить также, что счетчик транзакций (ATC) препятствует повторному использованию ранее использованных кодов аутентификации, а значит что если мы использовали такую атаку, то необходимо копировать карту заново, поскольку счетчик транзакции уже использовался для получения информации и был использован в подписи, что значит, что если мы имели счетчик транзакций 1000, а после отправили транзакцию в банк, то банк уже не примет транзакции со счетчиком ниже Теги:

  • emv
  • nfc
  • security
  • payment cards
  • magstripe

Добавить метки

Ссылка на основную публикацию
Adblock detector