Vladislav Tomilov
JA
メニュー閉じる
言語：日本語

Mobius 2026 Autumn

サンクトペテルブルク + オンライン

内部の仕組み 10月22日 · ロシア語

Android の
NFC 内部構造：
APDU から
NCI と RF まで

スライドを開く スライド 33 枚

失敗したパスポートの読み取り 1 件を、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 通信の登場人物、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、ステータスワード
  6. 13–17 スライド 13–17 Android Reader Mode、IsoDep、discovery、transceive()
  7. 18–21 スライド 18–21 NCI/NFCC 制御パケットとデータパケット、NCI クレジット
  8. 22–24 スライド 22–24 ISO-DEP/RF 互いに独立した 3 種類の分割、TagLostException
  9. 25–29 スライド 25–29 Диагностика SDK ログと NCI トレースの突き合わせ、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 · Вопросы

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