<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Форум Рутокен &mdash; Переход на ГОСТ Р 34.10-2012]]></title>
	<link rel="self" href="https://forum.rutoken.ru/feed/atom/topic/2831/" />
	<updated>2018-08-08T13:06:04Z</updated>
	<generator>PunBB</generator>
	<id>https://forum.rutoken.ru/topic/2831/</id>
		<entry>
			<title type="html"><![CDATA[Re: Переход на ГОСТ Р 34.10-2012]]></title>
			<link rel="alternate" href="https://forum.rutoken.ru/post/11996/#p11996" />
			<content type="html"><![CDATA[<p>Владимир, благодарю вас.</p>]]></content>
			<author>
				<name><![CDATA[Ivan Karasev]]></name>
				<uri>https://forum.rutoken.ru/user/10961/</uri>
			</author>
			<updated>2018-08-08T13:06:04Z</updated>
			<id>https://forum.rutoken.ru/post/11996/#p11996</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Переход на ГОСТ Р 34.10-2012]]></title>
			<link rel="alternate" href="https://forum.rutoken.ru/post/11995/#p11995" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>Ivan Karasev пишет:</cite><blockquote><p>Получается, что если по правилам компании не запрещено использование старого ГОСТ, то никаких действий вообще можно не предпринимать - продолжать использовать те же программную и аппаратную части (носители, версии CSP)?</p></blockquote></div><p>Я думаю, то так, да. Поскольку неквалифицированная подпись подчиняется соглашению сторон или внутренним регламентам. И требований к используемым алгоритмам подписи не устанавливается.</p>]]></content>
			<author>
				<name><![CDATA[Vladimir Ivanov]]></name>
				<uri>https://forum.rutoken.ru/user/179/</uri>
			</author>
			<updated>2018-08-08T12:51:41Z</updated>
			<id>https://forum.rutoken.ru/post/11995/#p11995</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Переход на ГОСТ Р 34.10-2012]]></title>
			<link rel="alternate" href="https://forum.rutoken.ru/post/11994/#p11994" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>Vladimir Ivanov пишет:</cite><blockquote><div class="quotebox"><cite>Ivan Karasev пишет:</cite><blockquote><p>В компании в электронном документообороте 1с сотрудниками используются самоподписанные сертификаты, записанные на носители Рутокен S.</p></blockquote></div><p>Правильно я понимаю, что применяется неквалифицированая подпись? Если так, то наверное не обязательно переходить на ГОСТ 2012, как и использовать сертифицированные ФСБ СКЗИ.</p></blockquote></div><p>Владимир, да - подпись неквалифицированная.<br />Получается, что если по правилам компании не запрещено использование старого ГОСТ, то никаких действий вообще можно не предпринимать - продолжать использовать те же программную и аппаратную части (носители, версии CSP)?</p>]]></content>
			<author>
				<name><![CDATA[Ivan Karasev]]></name>
				<uri>https://forum.rutoken.ru/user/10961/</uri>
			</author>
			<updated>2018-08-08T12:02:28Z</updated>
			<id>https://forum.rutoken.ru/post/11994/#p11994</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Переход на ГОСТ Р 34.10-2012]]></title>
			<link rel="alternate" href="https://forum.rutoken.ru/post/11992/#p11992" />
			<content type="html"><![CDATA[<p>Добрый день!</p><div class="quotebox"><cite>Ivan Karasev пишет:</cite><blockquote><p>В компании в электронном документообороте 1с сотрудниками используются самоподписанные сертификаты, записанные на носители Рутокен S.</p></blockquote></div><p>Правильно я понимаю, что применяется неквалифицированая подпись? Если так, то наверное не обязательно переходить на ГОСТ 2012, как и использовать сертифицированные ФСБ СКЗИ.</p><div class="quotebox"><cite>Ivan Karasev пишет:</cite><blockquote><p>1. Потребуется ли переводить всех сотрудников на использование КриптоПро CSP версии не ниже 4.0?</p></blockquote></div><p>Если будете переходить на ГОСТ 2012, то придется переходить на криптопровайдер, который его поддерживает.</p><div class="quotebox"><cite>Ivan Karasev пишет:</cite><blockquote><p>2. Потребуется ли производить замену носителей?</p></blockquote></div><p>Замена носителей не нужна. Носитель хранит контейнер, с которым работает CSP. То есть работа с ГОСТ 2012 зависит от криптопровайдера. Ну это в том случае, если не надумаете переходить на аппаратную реализацию криптографии, тогда нужно будет использовать Рутокен ЭЦП 2.0 и КриптоПро CSP 5.0</p><div class="quotebox"><cite>Ivan Karasev пишет:</cite><blockquote><p>3. Существующие ключевые пары с не истёкшим сроком действия станут недействительны? Обязательно будет их пересоздание под новый ГОСТ?</p></blockquote></div><p>Если подпись неквалифицированная, это зависит от вашей внутренней нормативной документации.</p>]]></content>
			<author>
				<name><![CDATA[Vladimir Ivanov]]></name>
				<uri>https://forum.rutoken.ru/user/179/</uri>
			</author>
			<updated>2018-08-08T11:33:04Z</updated>
			<id>https://forum.rutoken.ru/post/11992/#p11992</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Переход на ГОСТ Р 34.10-2012]]></title>
			<link rel="alternate" href="https://forum.rutoken.ru/post/11989/#p11989" />
			<content type="html"><![CDATA[<p>Добрый день!<br />Надеюсь на вашу консультацию.<br />Ситуация:<br />В компании в электронном документообороте 1с сотрудниками используются самоподписанные сертификаты, записанные на носители Рутокен S.<br />Криптопровайдер: Crypro-Pro GOST R 34.10-2001 CSP<br />СКЗИ, установленное у сотрудников: КриптоПро CSP версий 3.6, 3.9, 4.0.<br />Цель: бесперебойная работа с электронными подписями, как этого достичь?<br />При переходе на использование ГОСТ Р 34.10-2012 с 01.01.2019:<br />1. Потребуется ли переводить всех сотрудников на использование КриптоПро CSP версии не ниже 4.0?<br />2. Потребуется ли производить замену носителей?<br />3. Существующие ключевые пары с не истёкшим сроком действия станут недействительны? Обязательно будет их пересоздание под новый ГОСТ?<br />4. Что-то ещё?</p>]]></content>
			<author>
				<name><![CDATA[Ivan Karasev]]></name>
				<uri>https://forum.rutoken.ru/user/10961/</uri>
			</author>
			<updated>2018-08-08T09:02:48Z</updated>
			<id>https://forum.rutoken.ru/post/11989/#p11989</id>
		</entry>
</feed>
