Как организовать сбор отпечатков пальцев?

Question

[Kaktyc007]

Как организовать сбор отпечатков пальцев?
Занимаюсь проектированием программы по доступу на предприятие по отпечатку пальцев. Сколько сделать изображений на одного сотрудника? Есть ли статьи по какому принципу добавляется отпечаток пальца на смартфоны?
Как хранить отпечатки в БД, в каком виде?

Comments

[Filipp42]

А это вообще законно? Все же биометрические данные, вещь очень ценная, требуется надежная защита.

[Талян]

Filipp42, а почему нет? На рынке просто полно всяких авторизаторов для входа в помещение по отпечатку. Мне друг притаскивал как-то приблуду, которая в 1Ску даже сообщает, какой работник во сколько пришел по отпечатку. На любом сайте систем безопасности эти приблуды продаются от ~10к.

[Filipp42]

Талян, Дело в том, что если такая база данных утечет к злоумышленникам, то ущерб людям будет нанесен колоссальный. А за это будет уже спрос с организации, которая не приняла меры по защите персональных данных. В любом случае, лично я считаю сбор биометрии делом очень специфическим, и даже в чем-то неэтичным. Так что будьте осторожны.

[profesor08]

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

[d-sem]

profesor08, законом хватание за все подряд и передача своих паспортных данных регламентирована более мягко, чем ответственность для передачу таких данных третьим лицам. Не парит до какой-либо серьезной проверки или легализации такой системы.

[Developer]

Талян, Это незаконно.
Для таких программ необходимы соответствующие лицензии иначе разработчику грозит реальный тюремный срок. И это правильно

[Александр Скуснов]

А есть же уже готовые замки EKey. Правда, распознавание нечёткое, обычно вводят 3 пальца, какой-нибудь да сработает.

[Сергей Шиловский]

Я думаю, основное отличие, уже существующих продуктов на рынке, это то, что они хранят сами отпечатки внутри, с аппаратным шифрованием, а наружу возвращают какой-нибудь хеш (с солью из рандома, которую можно при необходимости заново сгенерить). Если украдут пары хеш-человек, то это не так страшно. А судя по вопросу автора, он хочет сам собирать конкретную биометрию, и если он будет её прямо в таком виде хранить в базе - это может плохо кончиться.

[Kaktyc007]

Сергей Шиловский, в каком виде лучше хранить?

[sazhyk]

Заранее извиняюсь за такой ответ. Знаю, что такие ответы очень непопулярны. Потому и вынес в комментарии.
Мне кажется вам лучше обратиться к профессионалам, которые проектируют и производят СКУД. Это однозначно дешевле выйдет. Так вы в одиночку вряд ли сможете написать программный комплекс (а это именно комплекс), который хотя бы на половину будет обладать функционалом, написанным командой, съевшей на этом собаку. Без обид. Вам придется взять уже готовый сканер отпечатков пальцев, написать ПО, которое

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

И это только навскидку. К тому же, скорее всего, вам придется сопоставлять отпечаток с реальной записью сотрудников. А записи эти хранятся наверное в какой-то системе авторизации и аутентификации, например, MS AD или LDAP какой-нибудь, или ещё что-то. Придется сделать интеграцию. В целом, подводных камней много. Задумайтесь ещё раз. Если это вам руководство поставило задачу именно "сам напиши", то следует дать им расклад по трудозатратам вашим (я бы не стал включать такие вещи в оклад, они стоят явно больше) и стоимостью готового комплекса. Если делаете "по фану", для себя, на продажу - стоит задуматься о вашем уровне знаний. Без обид опять же, давайте смотреть на вещи реально.

Answer 1

[Philipp]

Ну вот смотрите, у вас есть сенсор, например "фотография" отпечатка. Далее эта фотография обрабатывается системой машинного зрения, которая извлекает особенности строения вашего отпечатка. Читайте про то, как работает дактилоскопия в криминалистике. Назовем этот набор особенностей "узор". Вобщем, доводите железяку до состояния, когда она вам будет возвращать "узор". Собираете базу узоров, ранжируете наборы особенностей по максимуму специфичности. Получаете реверсивное дерево поиска. Отсекаете все ненужное. Строите по нему индекс.
На телефонах тот же принцип, только узор хранится в железяке непосредственно и аппарат взаимодействует по принципу - какой идентификатор узора и событие распознавания. Ну и добавление со стиранием. Принцип тот же самый, только реализован полностью в железе с публичным интерфейсом по SPI/I²C.

Comments

[Kovalsky]

А что-нибудь подобное есть в опенсурсе, знаете хоть один пример на который можно посмотреть? Было бы очень интересно глянуть. Я поискал на гитхабе, нашел какую-то фигню - https://github.com/rtshadow/biometrics, https://github.com/paroid/fingerPrint

[Philipp]

Да нормальные проекты, просто не очень свежие.

Вот почитайте это для старта
https://cedar.buffalo.edu/~govind/CSE666/fall2007/...
https://medium.com/@cuevas1208/fingerprint-algorit...

Ну и просто погуглите имплементации. Такие вещи пилятся либо студентами либо как часть большого серьезного проекта.

Answer 2

[Владимир Коротенко]

Смотрите руководство. Как правило там либо выдается прошел не прошел, либо блоб

Comments

[Kaktyc007]

Какое руководство? Я с нуля проектирую, для дальнейшей разработки

[Сергей Карбивничий]

Kaktyc007, Ну значит сами напишите руководство и смотрите его))))

[Талян]

Сергей Карбивничий, а вы юморист!)))

[Сергей Карбивничий]

Талян, Спасибо)