Давайте сначала, опять, определим понятия терминов :-)
Первичное получение ключа и сертификата - это процедура получения в УЦ первого ключа электронной подписи и соответствующему ему сертификата ключа проверки электронной подписи.
Плановая смена ключа и сертификата - это процедура получения в УЦ нового ключа электронной подписи и соответствующему ему сертификата ключа проверки электронной подписи в связи с окончанием срока действия ключа электронной подписи или соответствующему ему сертификата ключа проверки электронной подписи.
Внеплановая смена ключа и сертификата - это процедура получения в УЦ нового ключа электронной подписи и соответствующему ему сертификата ключа проверки электронной подписи в связи с компрометацией ключа электронной подписи.

Пока в УЦ не поступит соответствующее заявление от владельца ключа, ключ не считается скомпрометированным.

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

Внеплановая смена ключа и сертификата включает в себя (после процедуры аннулирования сертификата в связи с компрометацией ключа) процедуру первичного получения ключа и сертификата.

Жаль, что здесь не отметился ни один из представителей аккредитованных УЦ. А то в НУЦе один "крупный спец", уверенно выдавая указания бесправным юзерам, с гордостью признался, что регламент СВОЕГО (!!!) УЦ он не читал.

Я сам был, мягко говоря, в шоке. Но это, к сожалению, факт. Представители НУЦа, если они здесь бывают, могут писать мне в личку. Я готов подтвердить свои слова.

Уважаю Вашу позицию. Однако посмотрите пункт 4.7.1 вашего регламента: "...Генерация ключей может совершаться как
собственником сертификата, так и УЦ." и скажите, можно ли НА САМОМ ДЕЛЕ генерить ключ на рабочем месте пользователя или все таки надо идти к вам за ключом???
И готов с Вами поспорить о том, должен ли знать специалист техподдержки регламент или нет.

Отредактировано пользователем 31 августа 2012 г. 19:36:10(UTC)  | Причина: Не указана

По первой фразе: не только средства, но и навыки, и навыки оператора УЦ. Потому что запрос на сертификат, который генерится вместе с закрытым ключом - это не подписанный сертификат. И если оператор УЦ каждый день ковыряет эти запросы (и то ошибается периодически), то пользователь в идеале делает это раз в году. А за этот год многое меняется и в формате запроса (а где он его возьмёт? разве что УЦ ему даст? как (процедурно)?), да и в законодательстве у нас бурно идут перемены.
Отсюда плавно ко второй фразе: ну отправил ты (пользователь УЦ) свой запрос по Интернету в УЦ, ну приняли его и одобрили (неожиданно хорош оказался). Но заявление своё бумажное (ну не хотим мы пока верить электронным документам, даже если они с ЭП; ну нету под этим прочной законодательной или хотя бы нормативной базы), так вот, будь добр притарань, а заодно (и это главное) докажи бумажкой, что ты заплатил. Почему-то последнее нами в этой дискуссии умалчивается. Мне на мой вопрос (какие нужны эл документы?) ответили, но документа об оплате в том списке не было.
Моё мнение, что в Регламентах УЦ фразу о генерации ключей пользователями пишут больше для того, чтобы "отдать дань некоей общей традиции" (все пишут, и мы напишем). На самом деле мало кто выдаёт ключи полностью бесконтактным способом. Ну, и ещё цитата из 63-ФЗ :
Статья 13. Удостоверяющий центр
1. Удостоверяющий центр:
4) выдает по обращению заявителя средства электронной подписи, содержащие ключ электронной подписи и ключ проверки электронной подписи (в том числе созданные удостоверяющим центром) или обеспечивающие возможность создания ключа электронной подписи и ключа проверки электронной подписи заявителем;
7) создает по обращениям заявителей ключи электронных подписей и ключи проверки электронных подписей;
Т.е. эта "традиция" как бы забита в таком (!!) документе, как же обойти её в Регламенте УЦ? А сам он такие ключи делает только по заявлению "заявителей"!