Этот код только запоминает пароль внутри контекста, проверки пароля не происходит. Поэтому, если Вы хотите закешировать контейнер (а кешируется именно полностью контейнер, а не пароль), то лучше еще загрузить ключ: подписать что-то, например, или вызвать специальную функцию . Контейнер остается закешированным до тех пор, пока он открыт хотя бы раз. Это поведение не зависит от флага SILENT, сервис/не сервис, включенности кеширования, но только для пользовательских ключей (ключи MACHINE_KEYSET ведут себя чуть по другому).


в ветке HKEY_LOCAL_MACHINE\SOFTWARE\Crypto Pro\Settings\Users\SID_пользователя\passwords сохраняется два типа информации: shortcut и пароль.
Shortcut - это соответствие между именем контейнера и уникальным именем контейнера. Shortcut ускоряет поиск контейнера, если контейнер не был уже открыт (если был, то контейнер закеширован и shortcut не участвует). В Вашем случае, поиск будет происходить только на считывателях смарт картах (не будет обращений, например к дисководу), только на карте с заданным сериным номером (он указан в уникальном номере контейнера), только в Application карты, который так же присутствует в уникальном номере.
Password сохраняется HKEY_LOCAL_MACHINE\SOFTWARE\Crypto Pro\Settings\Users\SID_пользователя\passwords\ТИП_носителя\уникальный_номер_контейнера\уникальный_номер_приложения\passwd
при установке галочки "запомнить пароль". При доступе к ключу (если контейнер не закеширован), если требуется пароль, и он не установлен при помощи PP_KEYEXCHANGEPIN (PP_SIGNATUREPIN)? и он есть в приведенном выше ключе реестра, используется именно он. В SILENT режиме при неправильно установленном пароле (PIN) функция вернет ошибке, а в оконном режиме, попросит ввести правильный.
Правильно.

Удалением соответствующих веток реестра; можно только shortcut, можно только пароль; можно по контейнерам, можно все сразу.

Вариант 1. Остался открытым контейнер.
Вариант 2. Установлено хранение ключей в сервисе и включено кеширование.

да
Да
Да. Чаше всего про shortcut вспоминают, когда требуется создать контейнер с именем, который уже использовался ранее, но был не совсем корректно удален.
Да, запоминание в окне, работа с контейнером без оконного ввода пароля.

Отредактировано пользователем 5 марта 2010 г. 16:28:12(UTC)  | Причина: Не указана

Зависит от того, где вы храните ключи: в сервисе или приложении. При использовании CSP уровня KC2 всегда используется хранение ключей в сервисе и кеширование осуществляется для всех процессов данного пользователя, кроме того в CSP 3.6 для уровня KC1 можно настроить хранение ключей в сервисе (при помози контрольной панели КриптоПро CSP). Для CSP 3.0 сборки KC1, а так же при соответствующей настройке CSP 3.6 KC1 (по умолчанию) для хранения используется память каждого приложения, и кеширование будет ограничено рамками этого приложения.

Для CSP 3.0 в ключ passwd записывается пароль в чистом виде, для CSP 3.6 он перешифрован. В любом случае, формат этого ключа реестра не документирован, и может быть изменен в дальнейшем. Используйте галочку в окне запроса пароля.

Строковый параметр реестре
для CSP 3.0 содержит пароль.
{SID} - SID пользователя
{MEDIA} - тип носителя (REGISTRY, FAT12, ...)
{UNIQUE} - уникальный номер носителя
{FOLDER} - папка в которой находится ключ
Подробнее о частях уникального номера можнео почитать в КриптоПро CSP SDK 3.0: Интерфейс Крипто провайдера КриптоПро CSP/Дополнительные параметры и определения/Имя контейнера.
Если носитель не содержит какую-то часть имени, то создание дополнительного ключа реестра опускается, например, для ключа с именем TestContainer1 в реестре будет создан ключ

1 вариант. Какие действия необходимо проделать, чтобы закрыть контейнер?
Крипто Про CSP 3.0. Вставляем ЭЦП, подписываем 1 раз запрашивает пароль, затем можно вынуть ЭЦП и все равно будет подписывать, пароль не запрашивая. Я думаю кешируется пароль и контейнер.

Отредактировано пользователем 17 февраля 2011 г. 14:03:17(UTC)  | Причина: Не указана