Здравствуйте.

Да, cryptcp.


https://www.cryptopro.ru/products/csp/downloads

Раздел:

А как пробовали зашифровать?

-f "путь/recipients.p7b" ?
-f "путь/recipient1.cer" -f "путь/recipient2.cer" ?

Добрый день.
Не хочу обидеть, но... либо какие-то смешные у Вас идеи либо говорите неправильно, пропуская кучу важных слов.

1) Сертификат это открытая часть, общедоступные данные данные. Если есть возможность расшифровать одним только сертификатом, то расшифровать сможет каждый у кого есть сертификат. Сертификаты аккредитованных УЦ сейчас публикуются в обязательном порядке. Целью шифрования как раз является затруднение прочтения теми, кому данные не предназначены, то есть ситуация когда каждый может расшифровать некие зашифрованные данные - это просто заверение, что данные получены от владельца определенного сертификата. Например, так подтверждается клиент при входе "по сертификату" на сайт. Ещё так работает процедура подписания в зарубежных алгоритмах - хэш шифруется закрытым ключом, расшифровывается для проверки открытым ключом из сертификата. Однако, в случае подписания ГОСТ-2001 или ГОСТ-2012 хэш не зашифровывается при формировании подписи, так что с ГОСТом мимо.

2) гост-89 или гост-2015 магма - это симметричный алгоритм шифрования, его нельзя напрямую использовать с ассиметричными ключевыми парами. Минусом симметричного алгоритма является то, что у любого симметричного ключа есть предел наработки, поэтому если шифровать напрямую ключом согласования большие сообщения/файлы предел наберется достаточно быстро. Также есть проблема передачи симметричного ключа между отправителем и получателем.

Это накладывает специфику - сначала нужно из открытого и закрытого асимметричного ключа сделать симметричный ключ согласования. Обычно используются 2 открытый и закрытый ключи из разных ключевых пар, расположенных у получателя и отправителя соответственно - так не требуется передавать куда-то закрытый ключ, стороны обмениваются открытыми частями или сертификатами.

Для исправления проблемы наработки есть 2 пути - а) генерировать для каждого сообщения/файла сессионный симметричный ключ, а уже его шифровать ключом согласования (что значительно сокращает наработку ключа согласования), зашифрованный сессионный ключ прикрепляется к зашифрованному сообщению, необязательно может также прикрепляться открытый ключ или сертификат отправителя; б) генерировать каждый раз новую асимметричную ключевую пару на стороне отправителя (эфемерная ключевая пара, что дает каждый раз новый ключ согласования), незашифрованная открытый ключ эфемерной ключевой пары обязательно прикрепляется к зашифрованному сообщению. Возможно также скомбинировать оба подхода: и эфемерная ключевая пара и сессионный ключ. В целом это называется "схемой обмена ключей" ГОСТ.

В итоге, "2 способа шифрование - на сертификат - с расшифровкой закрытым ключом и шифрование на закрытый ключ с расшифровкой сертификатом" утверждение справедливое для зарубежных алгоритмов (RSA, например). Однако непонятно как Вы это совместите с терминологией "схемы обмена ключей" ГОСТ. Ну нельзя симметричный гост-89 зашифровать ни открытым ни закрытым асимметричным ключом без дополнительных действий.

Отредактировано пользователем 13 сентября 2022 г. 8:23:39(UTC)  | Причина: Не указана