<![CDATA[Форум Рутокен — Rutoken ЭЦП 2.0 как блочное устройство в Linux]]> 2016-09-09T07:37:51Z PunBB https://forum.rutoken.ru/topic/2453/ <![CDATA[Re: Rutoken ЭЦП 2.0 как блочное устройство в Linux]]> Добрый день, драйвера блочного устройства для Рутокенов нет, но он и не нужен.
Токены предназначены для хранения ключей и сертификатов.

В вашем случае на токене надо хранить именно ключи, а не ключевой файл.
вот правильная статья на эту тему
https://access.redhat.com/documentation … ption.html


>> И еще вопросик, можно ли получить с помощью pkcs11-tool из командной строки хеш файла расположенного на токене не копируя его на локальный носитель, с помощью встроенного в токен функционала?

если использовать не утилиту, а программное API, то ключевой файл на внешний носитель копировать не обязательно, можно временно хранить в оперативной памяти

]]> https://forum.rutoken.ru/user/6786/ 2016-09-09T07:37:51Z https://forum.rutoken.ru/post/9948/#p9948 <![CDATA[Rutoken ЭЦП 2.0 как блочное устройство в Linux]]> Возможно ли обращение к сабжевому токену как к блочному устройству в Linux?
Это необходимо для обращения к ключевым файлам расположенных на токене при монтировании LUKS разделов.
С помощью pkcs11-tool ключевой файл можно записать на токен, а так же считать его либо в файл либо в STDOUT.
Копировать его на локальный носитель при монтировании небезопасно, а cryptsetup не понимает STDIN (или я не разобрался).
В принципе с помощью костылей и такой то матери я смог сделать авторизацию LUKS раздела по ключевому файлу на токене, но сам считаю этот способ очень сомнительным, потому его и не привожу.
Может существуют правильные пути по этой теме?

И еще вопросик, можно ли получить с помощью pkcs11-tool из командной строки хеш файла расположенного на токене не копируя его на локальный носитель, с помощью встроенного в токен функционала?

]]> https://forum.rutoken.ru/user/10162/ 2016-09-07T16:47:04Z https://forum.rutoken.ru/post/9945/#p9945