Владислав Томилов
RU
МенюЗакрыть
Язык: Русский

Mobius 2026 Autumn

САНКТ-ПЕТЕРБУРГ + ONLINE

ПОД КАПОТОМ 22 октября · на русском

NFC internals
в Android:
от APDU
до NCI и RF

Открыть слайды 33 слайда

Разбираю одно неудачное чтение паспорта: от Kotlin через APDU и NCI до RF, и показываю, как безопасно восстановиться.

Организатор: JUG Ru Group
Страница доклада на mobiusconf.com (откроется в новой вкладке)

С чего начать

  1. 03 Текст прочитан, фото не дочитано Вступление
  2. 12 APDU: SELECT, READ BINARY и status word APDU
  3. 21 NCI credits: управление буферами NFCC NCI/NFCC
  4. 24 TagLostException: исход последнего обмена неизвестен ISO-DEP/RF
  5. 32 Алгоритм разбора следующего сбоя Выводы

Главы

  1. 1–3 слайды 1–3 Вступление Титул, обо мне и сам сбой
  2. 4–6 слайды 4–6 Камера / OCR Кто участвует в NFC-обмене; OCR и MRZ до NFC
  3. 7–8 слайды 7–8 MRZ Основные файлы в нашем сценарии
  4. 9–10 слайды 9–10 PACE/BAC Зачем нужны PACE и BAC
  5. 11–12 слайды 11–12 APDU SELECT, READ BINARY и status word
  6. 13–17 слайды 13–17 Android Reader Mode, IsoDep, discovery, transceive()
  7. 18–21 слайды 18–21 NCI/NFCC Control и data packets; NCI credits
  8. 22–24 слайды 22–24 ISO-DEP/RF Три независимых разбиения; TagLostException
  9. 25–29 слайды 25–29 Диагностика SDK log и NCI trace; RF A/B-тест
  10. 30–32 слайды 30–32 Выводы Что известно и что делать дальше
  11. 33 слайд 33 Вопросы Вопросы и ответы

Слайды

  1. Слайд 1NFC в Android: как команда проходит от Kotlin до RF

    Слайд 1 · Вступление

    NFC в Android: как команда проходит от Kotlin до RF

  2. Слайд 2Коротко обо мне. Владислав Томилов Lead Software Engineer, Mobile 4wl2d tomilov.tech

    Слайд 2 · Вступление

    Коротко обо мне

  3. Слайд 3Текст прочитан, фото не дочитано. Строка поиска: TagLostException. Телефон с песочными часами над документом.

    Слайд 3 · Вступление

    Текст прочитан, фото не дочитано

  4. Слайд 4Раздел «Камера / OCR»

    Слайд 4 · Камера / OCR

    Раздел «Камера / OCR»

  5. Слайд 5Кто участвует в NFC-обмене. OCR и MRZ Binder/API NCI ISO-DEP/RF ТЕЛЕФОН Приложение Чип документа Android NFC- eMRTD / IsoDep. контроллер passive tag transceive NFC stack reader tag APDU NCI ISO-DEP телефон: создаёт чип: получает прикладная обмен Android обмен поле и начинает питание от поля и команда или host с NFC- контроллера с обмен отвечает ответ контроллером чипом по RF

    Слайд 5 · Камера / OCR

    Кто участвует в NFC-обмене

  6. Слайд 6OCR и MRZ: что происходит до NFC. Кто участвует OCR и MRZ: что происходит до NFC Номер документа Кадр с камеры L 8 9 8 9 0 2 C 3 OCR: распознать печатный текст Ошибка в имени не ломает MRZ: номер, даты, контрольные цифры L 8 9 8 9 О 2 C 3 Проверка контрольных цифр Ошибка здесь ломает доступ MRZInfo для BAC / PACE-MRZ

    Слайд 6 · Камера / OCR

    OCR и MRZ: что происходит до NFC

  7. Слайд 7Раздел «MRZ»

    Слайд 7 · MRZ

    Раздел «MRZ»

  8. Слайд 8Основные файлы в нашем сценарии. Master File Корень файловой структуры EF.CardAccess Параметры доступных вариантов PACE LDS1 application Выбирается по AID фрагмент структуры EF.DG1 Полное представление MRZ EF.DG2 Биометрическая запись лица EF.SOD Хеши Data Groups и подпись EF DG LDS отдельный файл Data Group стандартная структура данных и файлов

    Слайд 8 · MRZ

    Основные файлы в нашем сценарии

  9. Слайд 9Раздел «PACE/BAC»

    Слайд 9 · PACE/BAC

    Раздел «PACE/BAC»

  10. Слайд 10Зачем нужны PACE и BAC. BAC PACE Полное имя Basic Access Control Password Authenticated Connection Establishment Вход Данные MRZ MRZ, иногда CAN Механизм Старый симметричный протокол Password-authenticated key agreement Результат Session keys и secure Session keys и secure messaging messaging CAN MAC SSC короткий номер, напечатанный на код, защищающий команду или Send Sequence Counter некоторых документах ответ от изменения синхронный счётчик secure messaging

    Слайд 10 · PACE/BAC

    Зачем нужны PACE и BAC

  11. Слайд 11Раздел «APDU»

    Слайд 11 · APDU

    Раздел «APDU»

  12. Слайд 12APDU: SELECT, READ BINARY и status word. Command APDU CLA INS P1 P2 Lc data Le 00 A4 04 0C 07 A0 00 00 02 47 10 01 — SELECT 7 байт AID приложения Response APDU [data] SW1 SW2 — 90 00 успех CLA INS P1/P2 Lc Le SELECT READ BINARY class instruction параметры длина данных максимальная ожидаемая выбрать приложение или (offset, Le) byte команды команды длина response data файл прочитать блок данных

    Слайд 12 · APDU

    APDU: SELECT, READ BINARY и status word

  13. Слайд 13Раздел «Android»

    Слайд 13 · Android

    Раздел «Android»

  14. Слайд 14Reader Mode. IsoDep Discovery transceive() nfcAdapter.enableReaderMode( activity, { tag -> scope.launch(ioDispatcher) { readDocument(tag) } }, FLAG_READER_NFC_A or FLAG_READER_NFC_B or FLAG_READER_SKIP_NDEF_CHECK, null )

    Слайд 14 · Android

    Reader Mode

  15. Слайд 15IsoDep. Reader Mode IsoDep Discovery transceive() val isoDep = IsoDep.get(tag) IsoDep.get(tag) ?: return ?.use { isoDep -> isoDep.use { isoDep.connect() it.connect() или isoDep.timeout = 5_000 it.timeout = 5_000 readDocument(isoDep) readDocument(it) } } один владелец одно место одна очередь APDU сессии закрывает IsoDep

    Слайд 15 · Android

    IsoDep

  16. Слайд 16Discovery и activation до ReaderCallback. Reader Mode IsoDep Discovery и activation до ReaderCallback transceive() Reader Mode включён Discovery: NFCC опрашивает NFC-A / NFC-B Selection: host и NFCC выбирают target Activation: NFCC настраивает ISO-DEP и RF connection ReaderCallback(tag) Дальше работает ваш код IsoDep.connect() всё, что выше, происходит до callback. Из кода на это влияют только флаги Reader Mode Первый APDU

    Слайд 16 · Android

    Discovery и activation до ReaderCallback

  17. Слайд 17Что делает transceive() внутри Android. Reader Mode IsoDep Discovery Что делает transceive() внутри Android Упрощённая схема по AOSP Команда вниз Ответ вверх App / IsoDep App Binder: INfcTag, NfcService.TagService Blocked transceive() resumes JNI Response buffer Native NFC stack HAL / native completion NFC HAL Vendor transport NFCC

    Слайд 17 · Android

    Что делает transceive() внутри Android

  18. Слайд 18Раздел «NCI/NFCC»

    Слайд 18 · NCI/NFCC

    Раздел «NCI/NFCC»

  19. Слайд 19NCI: control packets и data packets. NCI credits CONTROL packet MT PBF GID RFU OID Length payload byte 0 byte 0 byte 0 byte 1 byte 1 byte 2 payload DATA packet, NCI 2.x MT=DATA PBF ConnID RFU CR Length payload CR: 2 бита для возврата credits в Data Packet. В NCI 1.x на их месте RFU MT PBF RFU GID / OID ConnID Length тип сообщения есть ли зарезервировано группа и logical длина payload продолжение операция connection

    Слайд 19 · NCI/NFCC

    NCI: control packets и data packets

  20. Слайд 20NCI: CMD, RSP, NTF и DATA. NCI: control packets и data packets NCI credits MT host NFCC CMD RF_DISCOVER_CMD RSP RF_DISCOVER_RSP NTF RF_INTF_ACTIVATED_NTF приходит сам, без запроса после ISO-DEP activation DATA NCI Data Messages с защищёнными APDU

    Слайд 20 · NCI/NFCC

    NCI: CMD, RSP, NTF и DATA

  21. Слайд 21NCI credits: управление буферами NFCC. NCI packets NCI credits: управление буферами NFCC для ConnID = 0 NFCC объявил 2 credits host NFCC credits Data Packet A (2) Data Packet B (1) Data Packet C (0) ждёт в очереди CORE_CONN_CREDITS_NTF(+1) (1) Data Packet C (0) 1 credit = право отправить 1 NCI Data Packet на конкретном ConnID. Это не байты, не время, не retry и не качество RF

    Слайд 21 · NCI/NFCC

    NCI credits: управление буферами NFCC

  22. Слайд 22Раздел «ISO-DEP/RF»

    Слайд 22 · ISO-DEP/RF

    Раздел «ISO-DEP/RF»

  23. Слайд 23Три независимых разбиения. TagLostException 1. Файл и APDU READ BINARY(offset, Le) READ BINARY(offset, Le) host и файл размер блока выбирает SDK 2. NCI PBF=1 PBF=1 PBF=1 PBF=0 host и NFCC NCI Data Message делится на Data Packets, отправку ограничивают credits 3. ISO-DEP NFCC и chip I-блоки, chaining делают stack и NFCC границы разбиений не обязаны совпадать FSD FSC getMaxTransceiveLength() max RF frame у reader max RF frame у chip предел команды Android API

    Слайд 23 · ISO-DEP/RF

    Три независимых разбиения

  24. Слайд 24TagLostException: исход последнего обмена неизвестен. Три разбиения TagLostException: исход последнего обмена неизвестен SSC phone один из возможных chip SSC сценариев n n protected READ, MAC(SSC=n+1) n+1 protected response, MAC(SSC=n+2) ответ потерян счётчики разошлись n+2 неизвестно, обработал ли chip команду нельзя повторять те же protected bytes новая новый PACE / новый secure продолжить с activation BAC messaging последнего блока

    Слайд 24 · ISO-DEP/RF

    TagLostException: исход последнего обмена неизвестен

  25. Слайд 25Раздел «Диагностика»

    Слайд 25 · Диагностика

    Раздел «Диагностика»

  26. Слайд 26Что известно в нашем кейсе. SDK log и NCI trace RF A/B-тест MRZ проверена Где обрыв? ReaderCallback приложение PACE Android / vendor DG1 NFCC DG2, первые блоки RF TagLostException

    Слайд 26 · Диагностика

    Что известно в нашем кейсе

  27. Слайд 27Сопоставляем SDK log и NCI trace. Что известно Сопоставляем SDK log и NCI trace RF A/B-тест SDK LOG (пример) 0000 tag_discovered tech=IsoDep/NfcA 0618 pace ok 1042 dg1 ok size=93 1886 dg2_read offset=0x1C00 le=224 tx_len=... rx_len=0 NCI TRACE (пример) Вопрос залу Какое событие подтвердит, что запрос вышел ниже приложения?

    Слайд 27 · Диагностика

    Сопоставляем SDK log и NCI trace

  28. Слайд 28SDK log и NCI trace: что логировать. Что известно Сопоставляем SDK log и NCI trace RF A/B-тест SDK LOG (пример) 0000 tag_discovered tech=IsoDep/NfcA 0618 pace ok 1042 dg1 ok size=93 1886 dg2_read offset=0x1C00 le=224 tx_len=... rx_len=0 NCI TRACE (пример) 1887 TX DATA conn=0 pbf=0 len=... 6888 RX CORE_INTERFACE_ERROR_NTF status=0xB2 6889 RX RF_DEACTIVATE_NTF логировать не логировать session=... monotonic=1886 mrz= step=dg2_read offset=0x1C00 uid= le=224 tx/rx=.../0 photo= duration=... result=TagLost apdu= model/build=... cryptogram=

    Слайд 28 · Диагностика

    SDK log и NCI trace: что логировать

  29. Слайд 29RF A/B-тест и различия устройств. Что известно SDK log и NCI trace RF A/B-тест и различия устройств общая часть NfcService native stack HAL Android зависит от NFCC корпус / vendor impl. transport RF config антенна устройства firmware чехол Телефон / build Чехол Положение Le Успех Последнее событие проблемный есть зона антенны 224 __ / 10 __ проблемный снят зона антенны 224 __ / 10 __ проблемный снят центр корпуса 224 __ / 10 __ контрольный снят зона антенны 224 __ / 10 __

    Слайд 29 · Диагностика

    RF A/B-тест и различия устройств

  30. Слайд 30Раздел «Выводы»

    Слайд 30 · Выводы

    Раздел «Выводы»

  31. Слайд 31Вывод по кейсу: что известно и что делать. Алгоритм разбора что знаем меняем не утверждаем PACE, DG1, часть DG2 MRZ проверяем до NFC виноват OCR один владелец, одна очередь Data Packet ушёл к NFCC любой retry безопасен APDU новая PACE/BAC-сессия после RF timeout и deactivation timeout улучшает RF потери ждём A/B: телефон и зона антенны, снять чехол антенна неисправна положение ждём A/B: размер блока профиль блока по тестам причина в размере DG2

    Слайд 31 · Выводы

    Вывод по кейсу: что известно и что делать

  32. Слайд 32Алгоритм разбора следующего сбоя. Вывод по кейсу Алгоритм разбора следующего сбоя Контрольные цифры MRZ сошлись? Пришёл активированный Tag? Какой шаг PACE/BAC или чтения завершился последним? Ушёл ли Data Packet к NFCC? Ждал ли он credit? Что пришло первым: response, timeout или deactivation? Правка устраняет причину или снижает вероятность?

    Слайд 32 · Выводы

    Алгоритм разбора следующего сбоя

  33. Слайд 33Спасибо за внимание. Время вопросов и ответов 4wl2d tomilov.tech

    Слайд 33 · Вопросы

    Спасибо за внимание