Евгений Яковлев

Можете спросить у этих ребят: www.isbc-rfid.ru/applications/warehouses
У них довольно большой опыт интеграции и консалтинга по таким проектам.

Если углубиться в вопрос безопасного решения - довольно легко подделать как штрих-код так и UID карты

В качестве альтернативы NFC идентификаторов можно предложить USB токены или смарт-карты с сертификатом (например http://www.esmart.ru).
Из минусов - стоимость такого решения будет больше чем с NFC, однако степень защиты намного превышает NFC.
Подробнее про аутентификацию по сертификатам: Авторизация по сертификату на веб-сайте. Настройка...

Статья 159.3. Мошенничество с использованием платежных карт
Статья 327. Подделка, изготовление или сбыт поддельных документов, государственных наград, штампов, печатей, бланков

Думаю стоит обратить внимание на считыватель Omnikey 5427CK ( www.smart-card.ru/schityvatel-beskontaktnyh-kart-o... )
У него заявлена поддержка двух диапазонов 13,56 МГц и 125 кГц одновременно.
Однако он не поддерживает работу с Atmel (чтение/запись Temic)
Для Atmel можно посмотреть на Ali что-нибудь, например по запросу "t5577 writer"

Еще можно рассмотреть эту платформу для рассылки смс - www.qtelecom.ru/wiki/%D0%BF%D1%80%D0%BE%D1%82%D0%B...

Для складов обычно используют RFID метки стандарта ISO/IEC 15693 (HF) или ISO/IEC 18000-6 (UHF).
Расценки на UHF обычно дешевле, чем на HF - при ваших объемах дадут нормальную оптовую цену.

Рекомендую ознакомиться с информацией здесь - www.isbc-rfid.ru/applications

Какие выбрать - зависит от особенностей инфраструктуры вашего склада. Позвоните по телефону с сайта выше - они вам расскажут все более подробно, за консультацию денег не берут ;)

Потому что в этих блоках хранятся данные о билете, изменять которые изначально запрещено.

Некоторым умельцам уже давно известно как раскладывается дамп метрошного билета https://xakep.ru/2009/02/06/47074/

Также есть готовые приложения для Android телефонов с NFC модулями для чтения этих самых билетов, думаю можно найти алгоритмы, если поискать

Без экранирования нельзя - метки будут мешать друг-другу

Добрый день,

есть 2 вопроса:
1) Вопрос 1. Вы уверены что ваши текущие карты - Proximity формата (HID Prox или EM-Marine)? Если да, то сделать озвученный вами вариант невозможно, т.к. NFC и Prox - это разные технологии - в первую очередь они отличаются радиочастотой (125 kHz против 13,56 MHz).
Выхода здесь два:
1.1) дешевый - приклеить к задней крышке карту Proximity формата
1.2) дорогой - заменить считыватели СКУД на другую современную модель - есть такие, которые поддерживают одновременную работу на разных частотах (125 kHz + 13,56 MHz)

2) Вопрос 2. Какой у вас телефон? Встречал модели которые выдают постоянный идентификатор (есть у Sony) - но здесь есть подвох - идентификатор один и тот же для всей линейки устройств, т.е. если у двух сотрудников будут одинаковые телефоны - то разграничить между ними доступ не получится, т.к. их телефоны будут отдавать одинаковый ID.
Также встречал телефоны, которые каждый раз выдают разный ID - т.е. такой ID в СКУД не прописать, т.к. он постоянно рандомно сменяется.
Выхода опять два:
2.1) дешевый - нужно протестировать телефон на любом доступном настольном считывателе или СКУД считывателе, который поддерживает работу на частоте 13,56 MHz - после тестов, если ID не будет меняться и будет отличаться от ID другого телефона, можно прописать такой телефон в СКУД систему.
2.2) дорогой - не вдаваясь глубоко в подробности - реализовать "правильную" работу СКУД в связке с NFC телефонами возможно - для этого необходимо чтобы в телефоне было установлено специальное приложение, которое работает со считывателем СКУД (да, считыватель тоже специальный - завязан на работу с этим приложением) и гарантирует безопасный (защищенный) обмен данными (скопировать ID в наше время довольно просто). - Такие решения есть, но стоят дороже обычных - думаю их больше будут применять в корпоративном секторе, где уделяют особое внимание безопасности (например банки)

Добрый день,

вам нужно прочитать спецификацию на эти карты: cache.nxp.com/documents/data_sheet/MF1S70YYX_V1.pdf
Далее буду отсылать к подпунктам этого документа.

по вопросам:
1. В пустых картах в трейлере, Access Bits по умолчанию еще не записаны и нуждаются в записи?
- записаны "транспортные" Access биты (п.п. 8.7.2-8.7.2 биты отмечены как "transport configuration")

2. Почему есть 3 бита доступа, задействованы 4 бита(6,7,8,9) в каждом трейлере для каждого сектора? И как тогда это понимать?
- здесь у вас ошибка: задействованы 4 Байта (6,7,8,9)
- для каждого сектора задается свой набор битов доступа
- для примера беру сектора с 3 блоками данных (0-31) + трейлер сектора
- 3 бита (С13-С23-С33 - (вторая цифра это индекс трейлера - он в секторе по адресу 3) п.п. 8.7.1 Table 6.) определяют порядок доступа к трейлеру сектора (п.п. 8.7.2)
- еще 3 бита для каждого блока данных (п.п. 8.7.3) : 3*3 = 9 бит
- итого 9 + 3 = 12 бит
- эти 12 бит дублируются в инвертированном (https://ru.wikipedia.org/wiki/%D0%9E%D1%82%D1%80%D... виде (п.п. 8.7.1)
- итого получается: 12 + 12 = 24 бита = 3 Байта
- 3 Байта записываются в трейлер по адресам 6-7-8
- в Байт 9 можно записать все что угодно - он не содержит битов доступа

3. Шифрование Crypto-1используется при считывании(то есть данные в зашифрованном виде только передаются от карты к считывателю) или же данные записаны в карту в зашифрованном виде?
- криптоалгоритм используется для шифрования данных в радиоэфире - т.е. при приеме-передаче данных
- данные на карте хранятся в том виде в котором их туда записали

4. На сколько я понял, ключ А служит для прочтения информации, т.е. он задается 1 раз или можно его перезаписывать?
- Ключ А можно перезаписать если это позволяют биты доступа к трейлеру сектора (п.п. 8.7.2 Table 7. Access condition for KEY A)
- Ключ А может использоваться как для записи, так и для чтения - если это позволяют биты доступа к блокам данных (п.п. 8.7.3 Table 8. Access condition for read/write)

5. Ключ Б необходим если мы хотим запретить последующую запись/перезапись сектора?
- Ключ Б может также использоваться как для записи, так и для чтения если это позволяют биты доступа к блокам данных или трейлера сектора (п.п. 8.7.2-8.7.3)

6. В какой последовательности происходит работа с памятью при записи(например сначала задаются необходимые ключи, определяется уровень доступа через Access Bits и записываются необходимые пользовательские данные ? или в обратной последовательности)?
- неважно, оба варианта работоспособны

P.S.
Изучать работу смарт-карт довольно сложно без практики, мне в этом помог вот такой набор: www.smart-card.ru/sdk-smart-card-development-kit - в него входят образцы смарт-карт и считывателей + есть демо примеры - если у вас используется один из поддерживаемых считывателей - можете скачать демки прям с той же страницы - ссылка внизу описания.

Если нужно решение потоньше, чем обычная пластиковая карта - можно попробовать перепаять к чипу антенну от наклейки - www.smart-card.ru/naklejka-mf-iso-label-1-k - метрошные карты на одну поездку вам в помощь.

Есть правда вероятность, что из-за металлической поверхности айфона качество и расстояние считывания карты ухудшится.

У нас на работе коллега сделал такой трюк с пропуском СКУД (Mifare Classic) - который работает на той же частоте (13,56 МГц) - вложил между чехлом и телефоном - метка стала хуже читаться при этом.

Софта готового нет - согласен с автором поста выше - Apple опять придумывают свой "удобный" интерфейс (велосипед*)

Наиболее распространенными интерфейсами для работы ПК со считывателями смарт-карт являются интерфейсы : RS232, PCMCIA и USB. В давние времена под каждое устройство писался отдельный драйвер со своим набором команд для работы с устройством - что было неудобно, т.к. разводился зоопарк ридеров.
В какой-то момент люди задумались над вопросом унификации интерфейсов считывателя и смарт-карты, и была разработана спецификация PC/SC (www.pcscworkgroup.com/) в которой описаны принципы работы со смарт-картами и устройствами чтения смарт-карт, не зависящих от производителя оборудования.
Конкретно для USB устройств чтения смарт-карт был разработан унифицированный драйвер - CCID (chip card interface device).
Отвечая на ваш вопрос: по USB шине приходит питание на ридер + команды для контроллера, который может их интерпретировать и/или транслировать нужную команду на карту. Команды для карты могут быть разного характера, например: чтение/запись/аутентификация. Набор команд обычно указан в спецификации на микрочип в карте.

Сфер применения довольно много:
- Подарочные сертификаты
- Топливные карты для АЗС
- Платежные системы
- Системы контроля доступа
- Дисконтные системы
- Накопительные системы / Бонусные системы
- Клубные карты
Материал взят с сайта: www.isbc.ru/_about/news_/type_2/section_322/?show=172

Также про сферы применения, можно много прочесть на сайтах производителей оборудования и смарт-карт например здесь: https://www.mifare.net/ru/ www.nxp.com/products/identification_and_security/s...

Рекомендую начать с изучения стандартов ISO/IEC 14443 / 15693 и спецификаций на метки.

Задачу можно разделить на несколько вопросов:
1) сколько памяти доступно для хранения подписи?
- не вдаваясь в подробности:
-- Mifare UL - 48 Байт
-- Mifare ULC - 148 Байт
-- Mifare Classic 1K / Mifare Plus 1K - 752 Байт
-- Mifare Plus 2K - 1520 Байт
-- Mifare Classic 4K / Mifare Plus 4K - 3440 Байт
-- Mifare DESFire - 2KБ/4КБ/8КБ (не считал)
Таким образом хранить пару ключей получится не на любой карте семейства MIFARE. Если брать пару ключей длиной 2048, то можно понять что потребуется минимум 512 Байт для их хранения.

2) как организовать хранение ЭП в памяти чипа?
- Здесь каждый может придумать свой велосипед со своим блекджеком.

3) каким middleware пользоваться?
- Мне на текущий момент не известны готовые решения (точнее они есть, но не пользуются большой популярностью), поэтому я предполагаю довольно серьезную разработку такого middleware. Наиболее легким путем мне кажется прикручивание OpenSSL к разрабатываемому ПО.

4) насколько удобна разрабатываемая система?
- С точки зрения обычного пользователя - такая система позволит подписывать файлы с помощью бесконтактного способа - поднес карту и подписал (вроде бы все...), но это является и минусом, т.к. на рабочем месте постоянно требуется наличие бесконтактного считывателя. Конечно можно использовать USB Stick считыватели (например такие: http://www.smart-card.ru/_catalog/cat_3/?action=fi..., но их стоимость сравнима со стоимостью обычных токенов, используемых для ЭП (ESMART Token, eToken, ruToken и других готовых решений)

Исходя из вышесказанного, записать электронную подпись на карту Mifare возможно, но вопрос требует детальной проработки и качественной разработки.

В таких картах в основном используется токопроводящий клей для "сварки" контакта с обратной стороны чипа к контактам антенны. Можно попробовать аккуратно выковырять чип из пластика, зачистить контакты и заклеить снова, но нужен токопроводящий клей для контактов и клей для вклевания чипа в пластик.
Внешнюю антенну приделать можно, нужен схожий по частоте (13,56MHz) донор, вместо чипа которого припаивается банковский модуль. Работать будет, но за внешний вид не ручаюсь))) Думаю продавцы в магазине также заинтересуются тем, как проводится оплата "картой-болванкой белого цвета".
Лучший вариант - потребовать бесплатной замены в банке эмитенте карты.