<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 11 апр. 2019 г., 0:26  &lt;<a href="mailto:manowar@altlinux.org">manowar@altlinux.org</a>&gt;:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Четверг, 11 апреля 2019 г получено от Dmitry Belyavsky:<br>
&gt; Сейчас нет никакого резона поддерживать ГОСТ 2001.<br>
&gt; <br>
&gt; 1. Нет его более ранних имплементаций (т.е. вопрос обратной совместимости<br>
&gt; не актуален)<br>
<br>
В GnuPG ты имеешь в виду? Ну а как тогда быть с письмами и файлами, подписанными / зашифрованными ранее? Они ведь могут храниться годами, по идее.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">А они есть, такие письма? </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
&gt; 2. На хеш ГОСТ Р 34.11-94, с которым он используется, есть атаки.<br>
&gt; 3. ГОСТ 2012 в 256-битном варианте с параметрами от КриптоПро - это тот же<br>
&gt; ГОСТ 2001, но с другим хешом<br>
<br>
  Ещё одна причина. :-)<br>
<br>
&gt; 4. ГОСТ 2001 перестаёт поддерживаться с конца этого года.<br>
&gt; <br>
&gt; <br>
&gt; On Wed, Apr 10, 2019 at 11:29 PM &lt;<a href="mailto:manowar@altlinux.org" target="_blank" rel="noreferrer">manowar@altlinux.org</a>&gt; wrote:<br>
&gt; <br>
&gt; &gt; Кажется, дело сдвинулось чуть вперёд --- руководитель проекта GnuPG<br>
&gt; &gt; согласился посмотреть патчи, правда неопределённо когда.<br>
&gt; &gt;<br>
&gt; &gt; Мне не совсем ясно, что он имеет в виду под словом &quot;domains&quot; в последнем<br>
&gt; &gt; абзаце. Это намёк на интерес расширить сферу (и географию) применения GnuPG<br>
&gt; &gt; или мне показалось?<br>
&gt; &gt;<br>
&gt; &gt; И ещё вопрос: можно ли говорить о ГОСТ 2001 как о, допустим, RSA 128 бит<br>
&gt; &gt; (или сколько там было вначале)? В том смысле, что даже устаревший и<br>
&gt; &gt; потенциально ненадёжный стандарт нужно поддерживать исходя из соображений<br>
&gt; &gt; обратной совместимости. Ну и ещё потому, что это закладывает кодовую<br>
&gt; &gt; (алгоритмическую) базу для более поздних стандартов, которые являются его<br>
&gt; &gt; развитием.<br>
&gt; &gt;<br>
&gt; &gt; Ссылка на письмо ниже:<br>
&gt; &gt; <a href="https://lists.gnupg.org/pipermail/gnupg-devel/2019-April/034293.html" rel="noreferrer noreferrer" target="_blank">https://lists.gnupg.org/pipermail/gnupg-devel/2019-April/034293.html</a> .<br>
&gt; &gt;<br>
&gt; &gt; --- Исходное сообщение ---<br>
&gt; &gt; &gt; Hi!<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; On Wed, 10 Apr 2019 20:56, <a href="mailto:manowar@altlinux.org" target="_blank" rel="noreferrer">manowar@altlinux.org</a> said:<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;   Hi again. My question is still unanswered. Are there some guidelines<br>
&gt; &gt; &gt; &gt; about adding new key types, curves, ciphers, etc. to GnuPG I should<br>
&gt; &gt; keep<br>
&gt; &gt; &gt; &gt; to when making such changes?<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Aside from doc/HACKING there are no fixed rules.  However adding new<br>
&gt; &gt; &gt; algorithms etc requires that they are part of the implemented standard<br>
&gt; &gt; &gt; and further we need to see whether it makese sense to implement and<br>
&gt; &gt; &gt; _maintain_ them.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;&gt;   My current set of patches are as follows:<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; I briefly looked at your patches but concluded that this is a log of new<br>
&gt; &gt; &gt; code for just another algorithm.  Thus your patches requires a closer<br>
&gt; &gt; &gt; look.  Right now I do not have the time for this and unless there is a<br>
&gt; &gt; &gt; reason to tag it at high priority, I doubt that I can look at it in the<br>
&gt; &gt; &gt; next weeks.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; A reason for this might be that we can foster deployment of OpenPGP in<br>
&gt; &gt; &gt; certain domains.  However, if it turns out that GOST as been weakened on<br>
&gt; &gt; &gt; purpose, there is no chance that it can part of _gpg_ (ie. to OpenPGP).<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Shalom-Salam,<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt;    Werner<br>
&gt; &gt; &gt;<br>
&gt; &gt; _______________________________________________<br>
&gt; &gt; oss-gost-crypto mailing list<br>
&gt; &gt; <a href="mailto:oss-gost-crypto@lists.altlinux.org" target="_blank" rel="noreferrer">oss-gost-crypto@lists.altlinux.org</a><br>
&gt; &gt; <a href="https://lists.altlinux.org/mailman/listinfo/oss-gost-crypto" rel="noreferrer noreferrer" target="_blank">https://lists.altlinux.org/mailman/listinfo/oss-gost-crypto</a><br>
&gt; &gt;<br>
&gt; <br>
&gt; <br>
&gt; -- <br>
&gt; SY, Dmitry Belyavsky<br>
&gt;<br>
_______________________________________________<br>
oss-gost-crypto mailing list<br>
<a href="mailto:oss-gost-crypto@lists.altlinux.org" target="_blank" rel="noreferrer">oss-gost-crypto@lists.altlinux.org</a><br>
<a href="https://lists.altlinux.org/mailman/listinfo/oss-gost-crypto" rel="noreferrer noreferrer" target="_blank">https://lists.altlinux.org/mailman/listinfo/oss-gost-crypto</a><br>
</blockquote></div></div></div>