व्लादिस्लाव तोमिलोव
HI
मेन्यूबंद करें
भाषा: हिन्दी

Mobius 2026 Autumn

सेंट पीटर्सबर्ग + ऑनलाइन

UNDER THE HOOD 22 अक्टूबर · रूसी में

Android में
NFC Internals:
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 एक्सचेंज में कौन-कौन शामिल है; NFC से पहले OCR और MRZ
  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 · Вопросы

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