Ключевое слово в защите информации
КЛЮЧЕВОЕ СЛОВО
в защите информации
Получить ГОСТ TLS-сертификат для домена (SSL-сертификат)
Добро пожаловать, Гость! Чтобы использовать все возможности Вход. Новые регистрации запрещены.

Уведомление

Icon
Error

Опции
К последнему сообщению К первому непрочитанному
Offline nKognito  
#1 Оставлено : 18 мая 2009 г. 21:20:10(UTC)
nKognito

Статус: Участник

Группы: Участники
Зарегистрирован: 18.05.2009(UTC)
Сообщений: 26

Добрый вечер. Вопрос состоит так: есть сервер КриптоПро и считыватель Rutoken. Нужно реализовать подобный механизм то есть пользователь вставляет носитель, выбирает папку с ключами и далее происходит проверка на сервере КриптоПро. Другими словами аналог того же рутокена. Интересует больше практическая часть то бишь примеры (язык не важен). Какие методы в CryptoAPI использовать для проверки, что именно передавать, из каких файлов ключей.
Спасибо.

З.Ы. просьба не путать с этой темой: http://www.cryptopro.ru/cryptopro/forum2/default.aspx?g=posts&t=1382
Offline nKognito  
#2 Оставлено : 18 мая 2009 г. 21:52:52(UTC)
nKognito

Статус: Участник

Группы: Участники
Зарегистрирован: 18.05.2009(UTC)
Сообщений: 26

Например вот о чем я подумал: вызываем CryptAcquireContext для получения хэндлера на провайдер (учитывая что мы указываем имя контейнера, считай пользователя + имя провайдера и его тип). Если нет ошибки - значит что в КриптоПро минимум есть пользователь с таким именем. Теперь задача по ключам, что на носителе определить что они совпадают с данными на сервере. Что тут можно придумать? Если допустить что на сервере (в БД) хранятся копии закрытых ключей и есть сервис, который проверяет на их наличие. Пройдет такой вариант?

Отредактировано пользователем 18 мая 2009 г. 21:57:03(UTC)  | Причина: Не указана

Offline Юрий Маслов  
#3 Оставлено : 19 мая 2009 г. 14:49:37(UTC)
Юрий Маслов

Статус: Активный участник

Группы: Администраторы
Зарегистрирован: 29.12.2007(UTC)
Сообщений: 1,036
Мужчина
Откуда: КРИПТО-ПРО

Поблагодарили: 36 раз в 25 постах
Идентификация - процедура присвоения пользователю имени, идентификатора, под которым этот пользователь известен системе
Аутентификация - это процедура выяснения того, что предъявленный идентификатор (имя) действительно принадлежит тому пользователю, который предъявляет идентификатор
Авторизация - это решение о предоставлении пользователю доступа к тому или иному ресурсу (или к самой системе)

Авторизация осуществляется по идентификатору, после прохождения процедуры аутентификации. Ессно, что положительной.

Мы рассмотрели 3 базовые концепции и Вам сначала нужно определить для себя, что будет идентификатором, как проходит идентификация и аутентификация (протоколы идентификации и аутентификации). А вот после этого нужно переходить к "практической части, то бишь примерам".

Вы хотите:
1. в качестве идентификатора использовать имя ключевого контейнера.
2. Процедуру аутентификции основывать на доказательстве факта наличия у пользователя неких информационных данных (то, что это ключевой контейнер, содержащей закрытый ключ ещё нужно установить), имя которых совпадает с идентификатором

Это недопустимо!!! Если не считать того, что делать копии закрытых ключей запрещается требованиями ФСБ России, то их (закрытые ключи) хранить на сервере в БД, куда имеет доступ посторонее лицо (администратор БД, системный администратор и т.д.) уже ни в какие рамки не лезет.
С уважением,
КРИПТО-ПРО
Offline nKognito  
#4 Оставлено : 19 мая 2009 г. 14:57:19(UTC)
nKognito

Статус: Участник

Группы: Участники
Зарегистрирован: 18.05.2009(UTC)
Сообщений: 26

Юрий Маслов написал:
Идентификация - процедура присвоения пользователю имени, идентификатора, под которым этот пользователь известен системе
Аутентификация - это процедура выяснения того, что предъявленный идентификатор (имя) действительно принадлежит тому пользователю, который предъявляет идентификатор
Авторизация - это решение о предоставлении пользователю доступа к тому или иному ресурсу (или к самой системе)

Авторизация осуществляется по идентификатору, после прохождения процедуры аутентификации. Ессно, что положительной.

Мы рассмотрели 3 базовые концепции и Вам сначала нужно определить для себя, что будет идентификатором, как проходит идентификация и аутентификация (протоколы идентификации и аутентификации). А вот после этого нужно переходить к "практической части, то бишь примерам".

Вы хотите:
1. в качестве идентификатора использовать имя ключевого контейнера.
2. Процедуру аутентификции основывать на доказательстве факта наличия у пользователя неких информационных данных (то, что это ключевой контейнер, содержащей закрытый ключ ещё нужно установить), имя которых совпадает с идентификатором

Это недопустимо!!! Если не считать того, что делать копии закрытых ключей запрещается требованиями ФСБ России, то их (закрытые ключи) хранить на сервере в БД, куда имеет доступ посторонее лицо (администратор БД, системный администратор и т.д.) уже ни в какие рамки не лезет.


Да дело в том, что я не то что хочу это делать.. Просто рассматриваю различные варианты решения проблемы. В любом случае спасибо за разъяснение (особенно что касается ФСБ :) )
RSS Лента  Atom Лента
Пользователи, просматривающие эту тему
Guest
Быстрый переход  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.