https://www.opennet.ru/openforum/vsluhforumID3/116571.html Состоялся (https://www.mail-archive.com/info-gnu@gnu.org/msg02568.html) релиз инструментария GnuPG 2.2.13 (GNU Privacy Guard), совместимого со стандартами OpenPGP (RFC-4880 (https://tools.ietf.org/html/rfc4880)) и S/MIME, и предоставляющего утилиты для шифрования данных, работы с электронными подписями, управления ключами и доступа к публичным хранилищам ключей. Напомним, что ветка GnuPG 2.2 позиционируется как развивающийся выпуск, в котором продолжают добавляться новые возможности, в ветке 2.1 допускаются только корректирующие исправления.<br><br><br><br> Основные изменения:<br><br><br>- В утилите gpg реализована возможность поиска ключей по "keygrip (https://wiki.debian.org/Subkeys)" (идентификатор мастер-ключа), используя префикс "&";<br>- Добавлена возможность генерации ключей Ed25519 на основе существующих ключей;<br>- Добавлен вывод сообщения об ошибке в случае, если при указании опции "-k" не удалось найти ключи;<br><br><br>- В утилите gpgsm в процессе интерактивной генерации ключей обеспечено отображение алгоритмов ключ https://www.opennet.ru/openforum/vsluhforumID3/116571.html#25 Mon, 18 Feb 2019 00:31:07 GMT &gt; Так есть же шикарная Kleopatra.<br><br>Вы не поняли, во первых на серваках нет десктопа, во вторых, пользователь сам должен решать, нужно ли ему кэшировать в памяти пароли или нет, особенно в свете последних новостей о багах в хардвари CPU. Есть очень много задач, когда нужно ввести пароль и быть уверенным, что после того как ЖПЖ закончит работу, пароль нигде не будет сохранен, ни в памяти, ни на диске.<br><br>gpg-agent (https://linux.die.net/man/1/gpg-agent) это-же и есть менеджер паролей, который на фиг не нужен на удаленной системе. ЖПЖ-же категорически отказывается работать без кэширования паролей.<br>На фига спрашивается ЖПЖ нужен менеджер паролей при симметричном шифровании (без ключевом варианте) ? <br><br> https://www.opennet.ru/openforum/vsluhforumID3/116571.html#24 Fri, 15 Feb 2019 13:06:28 GMT &gt; Во всяком случае, именно так это выглядит для обывателя<br><br>скорее наоборот -- рбыватель думает будто то что на экране было высвечено то и подписал..<br><br>а воо эксперт призадумается "а какая вообще свять между javascript-сообщением и реальностью?"<br> https://www.opennet.ru/openforum/vsluhforumID3/116571.html#21 Fri, 15 Feb 2019 05:33:16 GMT Ага, что бы ее не только лишь все потные извращенцы не читали, а каждый кто не указан в реципиентах. <br> https://www.opennet.ru/openforum/vsluhforumID3/116571.html#20 Fri, 15 Feb 2019 01:07:24 GMT Так есть же шикарная Kleopatra.<br><br>https://www.kde.org/applications/utilities/kleopatra/<br> https://www.opennet.ru/openforum/vsluhforumID3/116571.html#18 Thu, 14 Feb 2019 18:57:37 GMT А почему не S/MIME или как оно там в Outlook называлось.<br>Я пытался в свое время какой-то сертификат выпустить себе, но чего-то не получалосьвсе никак это сделать в свое время. Так вот и живу и отправляю пьсма не зашифрованные.<br>А Вы кстати чего шифруете любовную переписку? )<br> https://www.opennet.ru/openforum/vsluhforumID3/116571.html#17 Thu, 14 Feb 2019 18:47:02 GMT В рассылке это лишнее. Если только не анонс<br> https://www.opennet.ru/openforum/vsluhforumID3/116571.html#16 Thu, 14 Feb 2019 17:30:49 GMT Без резидентного агента так и требует пляски с бубном, даже при простом симметричном шифровании...<br> https://www.opennet.ru/openforum/vsluhforumID3/116571.html#15 Thu, 14 Feb 2019 16:30:31 GMT Ничего, скоро гинетически будут встраивать qrcode-рисунок на предплечье, и это будет вместо росписи рукой. Почему генетически? Так сложнее изменить и сильнее гарантируется индивидуальность - только лишь при очередном пренатальном осмотре вводится безопасная сертифицированная инъекция, и тебя посчитали, и удостоверяющим центром заверили.<br> https://www.opennet.ru/openforum/vsluhforumID3/116571.html#12 Thu, 14 Feb 2019 14:44:38 GMT А прочитал ли ты руководство пользователя?<br>