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

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


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

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

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

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

]]> Wed, 07 Sep 2016 16:47:04 +0000 https://forum.rutoken.ru/post/9945/#p9945