فلاديسلاف توميلوف
AR
القائمةإغلاق
اللغة: العربية

Mobius 2026 Autumn

سانت بطرسبرغ + عن بُعد

تحت الغطاء 22 أكتوبر · بالروسية

NFC من الداخل
في Android:
من APDU
إلى NCI و RF

افتح الشرائح 33 شريحة

أتتبّع قراءة فاشلة واحدة لجواز سفر من Kotlin عبر APDU و NCI وصولًا إلى وصلة RF، وأبيّن كيف تتم الاستعادة بأمان.

من تنظيم JUG Ru Group
صفحة المحاضرة على mobiusconf.com (يفتح في علامة تبويب جديدة)

ابدأ من هنا

  1. 03 قُرئ النص، وانقطعت الصورة Вступление
  2. 12 APDU: الأمران SELECT و READ BINARY وكلمة الحالة APDU
  3. 21 أرصدة NCI: إدارة المخازن المؤقتة في 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 وكلمة الحالة
  6. 13–17 الشرائح 13–17 Android Reader Mode، و IsoDep، والاكتشاف، و transceive()‎
  7. 18–21 الشرائح 18–21 NCI/NFCC حزم التحكم وحزم البيانات؛ أرصدة NCI
  8. 22–24 الشرائح 22–24 ISO-DEP/RF ثلاثة تقسيمات مستقلة؛ TagLostException
  9. 25–29 الشرائح 25–29 Диагностика سجل SDK مقابل تتبّع NCI؛ اختبار A/B على RF
  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 · Вопросы

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