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

Уведомление

Icon
Error

Опции
К последнему сообщению К первому непрочитанному
Offline milabs  
#1 Оставлено : 1 декабря 2015 г. 13:42:40(UTC)
milabs

Статус: Новичок

Группы: Участники
Зарегистрирован: 01.12.2015(UTC)
Сообщений: 4
Российская Федерация
Откуда: Москва

Сказал(а) «Спасибо»: 3 раз
Добрый день,

Если рассматривать криптопровайдер Крипто-ПРО CSP для Windows, то в его составе есть драйвер ядра и dll-библиотеки, подргужаемые в приложение пользователя. Вопрос следующий: применительно к использованию криптографии, где конкретно реализуется шифрование, хешировани и подписание данных - в контексте приложения пользователя или в ядре?

Если предположить, что криптооперации осуществляются в контексте приложения пользователя, то каким образом осуществляется защита ключевой информации, ведь в этом случае ключи "покидают" СКЗИ и возникает опасность их раскрытия путём атаки на приложение.

Спасибо за ответы.
Offline Андрей Писарев  
#2 Оставлено : 1 декабря 2015 г. 13:55:07(UTC)
Андрей *

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 26.07.2011(UTC)
Сообщений: 14,211
Мужчина
Российская Федерация

Сказал «Спасибо»: 622 раз
Поблагодарили: 2399 раз в 1888 постах
Техническую поддержку оказываем тут
Наша база знаний
thanks 1 пользователь поблагодарил Андрей * за этот пост.
milabs оставлено 01.12.2015(UTC)
Offline milabs  
#3 Оставлено : 1 декабря 2015 г. 14:14:21(UTC)
milabs

Статус: Новичок

Группы: Участники
Зарегистрирован: 01.12.2015(UTC)
Сообщений: 4
Российская Федерация
Откуда: Москва

Сказал(а) «Спасибо»: 3 раз
Цитата:
Если СКЗИ «КриптоПро CSP» сертифицирован по уровню КС1, то на вкладке Безопасность можно выбрать режим работы: с хранением ключей в памяти приложений либо с хранением ключей в службе хранения ключей. При хранении ключей в службе хранения ключей все операции с закрытым ключом производятся внутри службы, внешнему приложению выдается только результат, что более безопасно, чем хранить ключи непосредственно в памяти приложений. В исполнениях СКЗИ, сертифицированных по уровню КС2 или КС3, режим работы с хранением ключей в службе является единственным доступным...


С ключами понятно, спасибо.

Правильно ли я понимаю, что для КС2 и КС3, в случае использования сервиса, шифрование и подпись осуществляются в режиме ядра ОС (сервис - здесь это ядро или service, в терминах ОС Windows?) и следует ожидать снижение показателей эффективности операций (в расчёте на единицу времени), т.к. возникают накладные расходы на передачу данных в сервис и обратно?

Что касается хеширования, то в предположении, что оно не требует ключа (например, ГОСТ 34.11-2012), в каком контексте осуществляется операция?

Спасибо.
Offline Максим Коллегин  
#4 Оставлено : 1 декабря 2015 г. 14:29:55(UTC)
Максим Коллегин

Статус: Сотрудник

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

Сказал «Спасибо»: 39 раз
Поблагодарили: 751 раз в 646 постах
Не в режиме ядра, а в отдельном процессе (сервисе). Накладные расходы конечно есть.
Все криптографические операции выполняются в сервисе. Если хочется хэшировать в приложении - можно зарегистрировать ещё один криптопровайдер.
Знания в базе знаний, поддержка в центре поддержки
thanks 1 пользователь поблагодарил Максим Коллегин за этот пост.
milabs оставлено 01.12.2015(UTC)
Offline milabs  
#5 Оставлено : 1 декабря 2015 г. 14:40:32(UTC)
milabs

Статус: Новичок

Группы: Участники
Зарегистрирован: 01.12.2015(UTC)
Сообщений: 4
Российская Федерация
Откуда: Москва

Сказал(а) «Спасибо»: 3 раз
Автор: maxdm Перейти к цитате
Не в режиме ядра, а в отдельном процессе (сервисе). Накладные расходы конечно есть.
Все криптографические операции выполняются в сервисе. Если хочется хэшировать в приложении - можно зарегистрировать ещё один криптопровайдер.


Чтобы было до конца понятно, в этих операциях используются механизмы ReadProcessMemory/WriteProcessMemory + командный тракт (LPC, сокеты, shared-memory)? Или всё взаимодействие построено на разделяемой памяти? Спасибо.
Offline Максим Коллегин  
#6 Оставлено : 1 декабря 2015 г. 16:21:15(UTC)
Максим Коллегин

Статус: Сотрудник

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

Сказал «Спасибо»: 39 раз
Поблагодарили: 751 раз в 646 постах
RPC, траспорт ncalrpc
Знания в базе знаний, поддержка в центре поддержки
thanks 1 пользователь поблагодарил Максим Коллегин за этот пост.
milabs оставлено 01.12.2015(UTC)
Offline milabs  
#7 Оставлено : 1 декабря 2015 г. 16:47:36(UTC)
milabs

Статус: Новичок

Группы: Участники
Зарегистрирован: 01.12.2015(UTC)
Сообщений: 4
Российская Федерация
Откуда: Москва

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