Здравствуйте, уважаемые эксперты!

Помогите пожалуйста с (не)простым вопросом.

Согласно вашему примеру производится зашифрование файла с использованием открытого ключа получателя и закрытого ключа отправителя. На выходе я получаю: зашифрованные данные, зашифрованный сессионый ключ и вектор инициализации. Расшифрование происходит без проблем, для этого используется:
1. зашифрованные данные
2. зашифрованный сессионный ключ
3. вектор инициализации
4. открытый ключ отправителя (сертификат)

Вопрос. Подскажите пожалуйста, куда копать, чтобы после выполнения операции шифрования упаковать все данные вместе с сертификатом отправителя в один файл, содержащий всё необходимое для расшифрования получателем? Предполагается, что для этого необходимо использовать формат PKCS#7 (и расширение файла p7m). Но с примерами и документацией конкретно по этому вопросу мягко говоря ну очень скудно.

Заранее спасибо!

Да, нужны именно "низкоуровневые" функции, чтобы работать с данными в режиме потока, "высокоуровневые" для этого не подходят.

Понятно, что начинать надо с CryptMsgOpenToEncode(...CMSG_ENVELOPED...);
Непонятно другое. Как упаковать в "конверт" зашифрованные данные, зашифрованный сессионный ключ, вектор инициализации и сертификат отправителя. Непонятно, надо ли сначала шифровать, а потом упаковывать, или это всё делается сразу? Примеров к сожалению не нашёл. Буду очень признателен, если вы поделитесь ссылкой на пример. Неужели этого никто никогда не делал? Все поголовно используют только "высокоуровневые" функции?

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

Глубоко внутрь лезть бы не хотелось. Нужно решить простую задачу: зашифровать файл и передать его получателю, чтобы он мог его расшифровать с использованием Крипто Про и ГОСТ-алгоритмов. Не должно быть ограничений на размер файла. Странно, что в примерах есть зашифрование/расшифрование файла без упаковки/распаковки в PKCS#7. По сути это бесполезные примеры, если только принимающая и отправляющая стороны не будут использовать одно и тоже ПО, которые будут использовать свой формат для передачи данных.

Т.е. вы не сталкивались с необходимостью шифрования/дешифрования в PKCS#7 в потоковом режиме?

Это как ?

CryptEncryptMessage
CryptDecryptMessage

не поддерживают работу с потоками. Зашифровать/расшифровать можно только весь объём данных сразу. Попробуйте передать на вход 10 Гб к примеру. Пускай такой объём вряд ли понадобиться шифровать, важно чтобы такая возможность была и это работало.

А я-то думал, что CadesMsgOpenToEncode относится к "низкоуровневым" функциям: