Использование криптографических функций, реализованных на аппаратном токене в web-приложениях

[lair]

Так все-таки, как же вы собираетесь «кроссплатформенно» сделать подпись/шифрование файла алгоритмом, расположенным в ключе?

Я что-то нигде этого не увидел.

[maxraduk]

Для реализации полной кроссплатформенности необходимо, чтобы web-сервер запускался и работал ВНУТРИ токена и следовательно сам токен притворялся в системе сетевым интерфейсом. Токен, на котором я делал данную демонстрацию, пока такой возможности не имеет. Я просто показал сам принцип.

[lair]

чтобы web-сервер запускался и работал ВНУТРИ токена и следовательно сам токен притворялся в системе сетевым интерфейсом

И как вы предлагаете это сделать?

[maxraduk]

Самое первое что приходит в голову — реализовать для начала на токене сетевой стек и написать внутри токена сервис обработки команд. Естественно, для этого необходимо иметь доступ «внутренностям» самого токена.

[lair]

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

И как нам теперь узнать, на каком ip висит сервер? А еще заодно, что к нему не блокирован доступ?

[maxraduk]

Так ничего не мешает задать определенный адрес, например локальный 127.0.0.1 ну и соответственно порт.

[lair]

(а) Кто вам сказал, что этот порт не занят?
(б) Я вот что-то не уверен, что обращения на 127.0.0.1 проходят через все установленные сетевые карты.

[impass]

Почему бы всё-таки не сделать некую программную прослойку прикладного уровня с зачатками HTTP(S) сервера, взаимодействующую уже с драйвером токена? Конечно, это потребует отдельной версии под каждую платформу, но востребованных платформ не так уж и много.
Запихивать в токен даже минималистичный веб-сервер — явно излишне.

[maxraduk]

Так в принципе в примере это и сделано.

[lair]

Потому что драйвер токена надо ставить. И таких систем уже есть.

[maxraduk]

Ну хорошо. Ведь ничего не мешает положить на токен (токен еще и носитель) конфигурационный файл, в котором определить все настройки. Из внутренностей токена имеется возможность прочитать свою же память.
А почему не уверены, что обращение на локальный ip не проходит?

[lair]

Ведь ничего не мешает положить на токен (токен еще и носитель) конфигурационный файл, в котором определить все настройки.

И кто этот файл будет конфигурировать? А как о том, как сконфигурировано, узнает сервер, которому нужна криптофункциональность?

[maxraduk]

Тут есть конечно вопрос, но он скорее организационный, чем технический. Ведь, к примеру, для того чтобы использовать средства ЭЦП, предоставляемые токеном, как минимум необходимо сгенерировать пару ключей (это можно сделать и сторонним приложением например) и параллельно записать настройки. Также внешнее web-приложение может «говорить», какую конфигурацию токена можно использовать для своих целей. Вариантов множество.

[lair]

А ничего, что ключи регулярно «генерят» вообще в другом месте, и никто понятия не имеет, как их будут использовать?

Также внешнее web-приложение может «говорить», какую конфигурацию токена можно использовать для своих целей.

Каким образом?

[maxraduk]

да обычным:-) текстом например

[lair]

Для этого веб-приложению нужно к токену обратиться. А оно этого не может, потому что нет дискавери. Замкнутый круг.

[maxraduk]

Да, но ключи-то генерят при помощи этого же токена!

[lair]

Да, но ключи-то генерят при помощи этого же токена!

Кто вам это сказал?

[maxraduk]

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

[ne_kotin]

PKCS#11 например об этом говорит.
И это действительно так. Потому что закрытый ключ не должен покидать токена, особенно, если речь про ГОСТ. Наружу можно вытащить только запрос на сертификат. А потом заверенный сертификат записать в контейнер.

[maxraduk]

Наружу можно вытащить еще и открытые ключи, кстати.

[ne_kotin]

только открытые, ЕМНИП

[merlin-vrn]

Сертификат и есть открытый ключ + обвязка (подпись ЦС и т. д.)

[lair]

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

[ne_kotin]

Чёйт не имеют? Мне когда в Ростелекоме выдавали для Госуслуг — так очень даже имели представление. Они, правда, не представляли, что я докопаюсь как подписывать произвольные документы, а не только ЕПГУшные транзакции, ну так это уже другая история.

[lair]

А вот так: тот же ростелек, выдавая токен с ЭЦП для сотрудника госучереждения, не обязан знать, будет этот токен использоваться в СМЭВ или во внутренней СЭД или где-то еще.

[ne_kotin]

Ну так это проблемы СМЭВ или СЭД, а не УЦ Ростелекома, не?

[lair]

Конечно. Это просто подтверждение того, что УЦ, выдавая ЭЦП, не всегда знает, как именно она будет использоваться.

[ne_kotin]

Автор, а почему не рассматривается механизм работы через плагин? Рутокен Веб и еТокен ГОСТ, например, сейчас именно так интегрируются.

[maxraduk]

Это тоже вариант. Но, хотелось продемонстрировать идею работы без плагина.

[ne_kotin]

понятно ) просто на неделе закончил расковыривать API плагинов JC-Web и ЕПГУ от под аладдиновский етокен-гост, думал в этом направлении копаете )

[maxraduk]

Кстати, я использовал в примере аналог этих устройств. К сожалению, пока не могу здесть написать его название, т.к. устройство проходит соответствующую экспертизу.

[unwrecker]

Либо плагин, либо библиотека, которые надо иметь под все платформы. Плюс драйвера (которые не на всех платформах ставятся автоматом).

С TCP/IP интерфейсом было бы гораздо удобнее и совместимее.

[merlin-vrn]

например, OpenSSL есть под все платформы и имеет соответствующее API для работы с токенами. Не хватает только API для работы из веб-приложения (т.е. плагина или встроенного функционала браузера).

[maxraduk]

это конечно замечательно, но как быть с национальными стандартами?

[unwrecker]

Именно. У нас ГОСТ. Кое-какая реализация была в bouncy castle, но кроме алгоритмов ещё нужна и сертификация…

[ne_kotin]

МагПро, не? У них вроде и OpenSSL пропатченный с ГОСТом был, и OpenVPN сертифицированный.

[unwrecker]

А был реальный опыт использования? Меня интересуют нюансы. Как например не подписать лишнего? В обычных системах на каждое подписание запрашивается пин-код, а тут подписывается всё, что проходит через прокси.

[ne_kotin]

Лично — нет. В конторе у нас из МагПро вроде только OpenVPN.

[VicTun]

Есть такой плагин. Называется Рутокен WEB PKI Edition. Обеспечивает интеграцию Рутокен WEB/Рутокен ЭЦП + OpenSSL с браузерами. Все по ГОСТам, кросслатформенно и мультибраузерно.

[VicTun]

Ну и OpenSSL в него влинкован статически, так что ставить OpenSSL не надо, только плагин. Кстати, без прав сисадмина.

[UncleAndy]

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

Вот тут исходники (Lazarus): hg.cdemocracy.ru/cdem_agent/

[EllaVS]

Если я правильно поняла, то такой же принцип используется в USB-токенах, которые выдает Сбербанк для подключения к СБОЛ (Сбербанк бинзнес онлайн). Нам как раз выдали такой. Он запускает свой веб-сервер и далее через него уже необходимо выходить на сайт СБОЛ для дальнейшей работы с расчетным счетом. Никакого дополнительного ПО устанавливать при этом не пришлось. Довольно удобно.

[maxraduk]

А какая математика на этих токенах реализована?

[unwrecker]

www.sbrf.ru/amur/ru/legal/new_means/ — это оно?

Там пишут, что нужен драйвер USB Smart Card reader. Стало быть обычный токен.

[Vasily_Pupkin]

Самый стрёмный вариант такой конструкции — авторизация и хранение сессии пользователя. Будет не очень ок, если залетный троян сможет штамповать запросы like a sir

[maxraduk]

Да, тут есть вопрос для обдумывания. В принципе, можно «закрыть» канал браузер-токен https-ом, хотя это очень сильно усложнит математику на токене.

[kyprizel]

а еще можно не городить велосипед и использовать PKCS #11 :)