Вопрос по учету СКЗИ

[Alekseyszi]

Добрый день.

Переводил администраторскую часть VIPNet с версии 2.9 на 3.2. При этом, генерировались новые ключевые файлы для всех пользователей.

Вопрос учета: если выпускается новый .dst файл на того же пользователя, который уже учтен в журнале передачи СКЗИ и, соответственно, в актах, необходимо ли учитывать передачу СКЗИ еще раз? Ключевая информация при этом передается по деловой почте VIPNet.

Заранее спасибо за ответ.

[Kirsav123]

Нет. Вы не передаете СКЗИ еще раз (СКЗИ является дистрибутив Клиента, а dst - служебная информация для него).

[Alekseyszi]

Дистрибутив ключей для сетевого узла (файл *.dst).

Файлы дистрибутивов необходимы для первичной инициализации ПО ViPNet на сетевых узлах. Они содержат ключи пользователя (персональный ключ и ключи электронной подписи), набор ключей обмена с другими сетевыми узлами, это, по-видимому, означает, что файл *.dst - СКЗИ. 

Вопрос, считаю, остается открытым.

[Kirsav123]

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

Этот файл содержит информацию для СКЗИ, но средством не является. Это ключевая информация, которая обрабатывается по регламенту обращения с парольной и ключевой информацией (если такой введен в организации). Вы можете отразить передачу ключевой информации в журнале СКЗИ, но это не обязательно, тем более что пользователь уже учтен.

[AnTonN(c)]

Добрый день, коллеги.

Вставлю свое мнение. По розовой инструкции dst относится к ключевым документам.Они передаются один раз для пользователя, который внедряет их в СКЗИ (ну чтобы оно заработало). В технологиях ViPNet имеется структура идентификаторов и они вообще никогда не меняются и изменить их невозможно. То есть у нас в журнале будет четкая запись: идентификатор ключевого документа - пользователь. То есть мы привязали ключевой документ к пользователю. 

При переходе с 2.8 на 3.2 идентификатор ключевого документа не меняется. Поэтому не зачем марать журнал учета СКЗИ и ключевых документов. Но при том же переходе с 2.8 на 3.2 меняется мастер-ключ. Вот эту смену стоит отразить в соответствующих журналах. 

 

[alexseversky]

Слушайте, а если ситуация такая... Два разных юрлица. Один УЦ с VipNet (с лицензией) выпускающий .dst. Для работ на оборудовании второго филиала делается dst файл и передается в филиал для передачи подрядчику. Получается если филиал (без лицензии) передает подрядчику dst, то он нарушает законодательство (не имея лицензии)? Ведь Передача СКЗИ это лицензируемый вид деятельности (лицензия ФСБ). Лицензия нужна будет передающей организации (получается и тому кто сделал dst и филиалу что передал подрядчику)?

[basid]

DST это вообще ни разу не средство.
DST - ключевая информация (чувствительные данные).

[alexseversky]

08.12.2015 в 22:07, AnTonN(c) сказал:

Добрый день, коллеги.

Вставлю свое мнение. По розовой инструкции dst относится к ключевым документам.Они передаются один раз для пользователя, который внедряет их в СКЗИ (ну чтобы оно заработало). В технологиях ViPNet имеется структура идентификаторов и они вообще никогда не меняются и изменить их невозможно. То есть у нас в журнале будет четкая запись: идентификатор ключевого документа - пользователь. То есть мы привязали ключевой документ к пользователю. 

При переходе с 2.8 на 3.2 идентификатор ключевого документа не меняется. Поэтому не зачем марать журнал учета СКЗИ и ключевых документов. Но при том же переходе с 2.8 на 3.2 меняется мастер-ключ. Вот эту смену стоит отразить в соответствующих журналах. 

 

а как же такое мнение?

[basid]

И в каком месте это мнение отличается от моего?

[Vintik]

Да что вы спорите, не кто кроме вас не знает что там должно быть, а потом уже три раза работу сменяют люди... пищи что хочешь и как понял закон и точка.