From demfloro на demfloro.ru  Tue May  1 09:03:00 2018
From: demfloro на demfloro.ru (Dmitrii Tcvetkov)
Date: Tue, 1 May 2018 10:03:00 +0300
Subject: [gnupg-ru] =?utf-8?b?0JrQsNC6INC/0L7Qu9GD0YfQuNGC0Ywg0L7QsdC9?=
 =?utf-8?b?0LDRgNC+0LTQvtCy0LDQvdC90YvQuSDQutC70Y7Rhywg0LjQvNC10Y8g0L8=?=
 =?utf-8?b?0L7QtNC/0LjRgdGMPw==?=
In-Reply-To: <87efiw3id1.fsf@gmail.com>
References: <87efiw3id1.fsf@gmail.com>
Message-ID: <20180501095942.7e704cf2@demfloro.ru>

On Mon, 30 Apr 2018 16:59:38 +0300
Dmitry Alexandrov <321942 на gmail.com> wrote:

> Добрых всем суток.
> 
> А подскажите, пожалуйста, а как по подписи поискать ключ на сервере и
> внести его в ключницу?  Это правда не предусмотрено, или я где-то не
> там ищу?
> 
> Иначе говоря, как предполагается добавлять корреспондента, от
> которого я получил подписанное письмо, в ключную книгу?  Неужели лишь
> вручную копировать отпечаток из вывода (неудавшейся) проверки
> подписи, и приказывать:
> 
> $ gpg --recv <id>

Опция auto-key-retrieve в gpg.conf, но цитируя запись из man по этой
опции с собственным переводом:
"Операторы серверов ключей могут видеть какие ключи запрашиваются,
таким образом такой оператор может послать пользователю письмо с
неизвестным ему ключом и узнать его IP адрес и время открытия письма."
----------- следущая часть -----------
Вложение не в текстовом формате было извлечено&hellip;
Имя: отсутствует
Тип: application/pgp-signature
Размер: 488 байтов
Описание: OpenPGP digital signature
URL: <https://lists.gnupg.org/pipermail/gnupg-ru/attachments/20180501/ce0a9c79/attachment.sig>

From ineiev на gnu.org  Tue May  1 11:03:26 2018
From: ineiev на gnu.org (Ineiev)
Date: Tue, 1 May 2018 05:03:26 -0400
Subject: [gnupg-ru] =?utf-8?b?0JrQsNC6INC/0L7Qu9GD0YfQuNGC0Ywg0L7QsdC9?=
 =?utf-8?b?0LDRgNC+0LTQvtCy0LDQvdC90YvQuSDQutC70Y7Rhywg0LjQvNC10Y8g0L8=?=
 =?utf-8?b?0L7QtNC/0LjRgdGMPw==?=
In-Reply-To: <87h8ns1ra7.fsf@gmail.com>
References: <87efiw3id1.fsf@gmail.com> <20180430165359.GU4935@gnu.org>
 <87h8ns1ra7.fsf@gmail.com>
Message-ID: <20180501090325.GY4935@gnu.org>

On Mon, Apr 30, 2018 at 09:29:52PM +0300, Dmitry Alexandrov wrote:
> Ineiev <ineiev на gnu.org> wrote:
> >
> > Вероятно, не предусмотрено. это не элементарное действие, всех таких
> > операций не предусмотришь.  Сергей как-то заметил, что такая вещь, как
> > комментарий к отзыву, вообще "человеческими" командами не извлекается,
> > а это было бы полезнее.
>
> Почему полезнее, можете рассказать?

С одной стороны, от причины отзыва ключа может сильно зависеть то,
как следует относиться, например, к подписям. одно дело, когда
у пользователя гикнулся диск с единственной копией секретного ключа,
другое — когда его с паролем выклянчили вежливые люди.

С другой стороны, очевидного способа получить комментарий нет.
а вот когда приходит письмо за подписью незнакомого ключа,
gpg выводит его отпечаток, так что понятно, куда лошадь запрягать.

> А часто ли отзывают сертификаты?

Нечасто, но последствия бывают серьёзнее.

> >> Иначе говоря, как предполагается добавлять корреспондента, от которого я
> >> получил подписанное письмо, в ключную книгу?
> >
> > Enigmail, кажется, предлагает такие вещи автоматически.
>
> Да, наверняка, и какой-нибудь Evolution тоже.

Evolution, судя по документации, пока нет.

> А вот Gnus мой нет.  Думал
> по-быстренькому прикрутить — всего-то делов скормить письмо на стандартный
> вход gpg(1) с нужными ключами, а вот фиг вам.  Нет, да, таких ключей.
>
> Как-то неюниксово выходит — перевоплощать одно и то же помногу раз в гуе,
> когда надо вынести в бэкенд.

Так ведь это не сложно, что-нибудь вроде

out=`gpg signature.asc 2>&1`; \
  echo "$out"|grep -q "^gpg: Can't check signature: No public key$" \
  && gpg --recv-key `echo "$out"|sed '/\<using\>/!d;s,.*key ,,;q'`

Это не элементарное действие. это простая комбинация элементарных
действий, так что про неюниксность тут говорить трудно.

> Вы не знаете, запрос фичи на это уже написан?

Не в курсе.
----------- следущая часть -----------
Вложение не в текстовом формате было извлечено&hellip;
Имя: signature.asc
Тип: application/pgp-signature
Размер: 488 байтов
Описание: Digital signature
URL: <https://lists.gnupg.org/pipermail/gnupg-ru/attachments/20180501/7160bb20/attachment-0001.sig>

From 321942 на gmail.com  Tue May  1 13:38:29 2018
From: 321942 на gmail.com (Dmitry Alexandrov)
Date: Tue, 01 May 2018 14:38:29 +0300
Subject: [gnupg-ru] =?utf-8?b?W9Cg0JXQqNCV0J3Qnl0g0JrQsNC6INC/0L7Qu9GD?=
 =?utf-8?b?0YfQuNGC0Ywg0L7QsdC90LDRgNC+0LTQvtCy0LDQvdC90YvQuSDQutC70Y4=?=
 =?utf-8?b?0YcsINC40LzQtdGPINC/0L7QtNC/0LjRgdGMPw==?=
In-Reply-To: <20180501095942.7e704cf2@demfloro.ru> (Dmitrii Tcvetkov's message
 of "Tue, 1 May 2018 10:03:00 +0300")
References: <87efiw3id1.fsf@gmail.com> <20180501095942.7e704cf2@demfloro.ru>
Message-ID: <877eonzjuy.fsf_-_@gmail.com>

Dmitrii Tcvetkov <demfloro на demfloro.ru> wrote:
> On Mon, 30 Apr 2018 16:59:38 +0300
> Dmitry Alexandrov <321942 на gmail.com> wrote:
>
>> А подскажите, пожалуйста, а как по подписи поискать ключ на сервере и
>> внести его в ключницу?  Это правда не предусмотрено, или я где-то не
>> там ищу?
>> 
>> Иначе говоря, как предполагается добавлять корреспондента, от
>> которого я получил подписанное письмо, в ключную книгу?  Неужели лишь
>> вручную копировать отпечаток из вывода (неудавшейся) проверки
>> подписи, и приказывать:
>> 
>> $ gpg --recv <id>
>
> Опция auto-key-retrieve в gpg.conf, но цитируя запись из man по этой
> опции с собственным переводом:
> "Операторы серверов ключей могут видеть какие ключи запрашиваются,
> таким образом такой оператор может послать пользователю письмо с
> неизвестным ему ключом и узнать его IP адрес и время открытия письма."

Спасибо, параноидальные предупреждения тоже полезны, но меня от использования этой опции на постоянной основе меня остановило скорее нежелание засорить ключницу.

Ну зачем мне ключи всех-всех-всех, кто писал в десятки разных рассылок, чьи письма я так или иначе распечатал, но может быть даже не счел нужным читать?

Или это принципиально неверный подход и ключи всех, кого я читаю или могу читать, мне таки нужны?

Но так или иначе, не опция в gpg.conf, но одноименный ключ к gpg(1) — и вот он ответ на мой вопрос:

<...> | gpg --auto-key-retrieve --verify

Тупой же я, что не сообразил, что если есть постоянная опция, то должна быть и разовая!

Большое спасибо.
----------- следущая часть -----------
Вложение не в текстовом формате было извлечено&hellip;
Имя: signature.asc
Тип: application/pgp-signature
Размер: 487 байтов
Описание: отсутствует
URL: <https://lists.gnupg.org/pipermail/gnupg-ru/attachments/20180501/a8a8f34f/attachment.sig>

From wk на gnupg.org  Wed May  2 22:10:52 2018
From: wk на gnupg.org (Werner Koch)
Date: Wed, 02 May 2018 22:10:52 +0200
Subject: [gnupg-ru] [Announce] GnuPG 2.2.7 released
Message-ID: <87vac5es37.fsf@wheatstone.g10code.de>

Hello!

We are is pleased to announce the availability of a new GnuPG release:
version 2.2.7.  This is a maintenance release; see below for a list of
fixed bugs.


About GnuPG
===========

The GNU Privacy Guard (GnuPG) is a complete and free implementation
of the OpenPGP standard which is commonly abbreviated as PGP.

GnuPG allows to encrypt and sign data and communication, features a
versatile key management system as well as access modules for public key
directories.  GnuPG itself is a command line tool with features for easy
integration with other applications.  A wealth of frontend applications
and libraries making use of GnuPG are available.  As an Universal Crypto
Engine GnuPG provides support for S/MIME and Secure Shell in addition to
OpenPGP.

GnuPG is Free Software (meaning that it respects your freedom).  It can
be freely used, modified and distributed under the terms of the GNU
General Public License.


Noteworthy changes in version 2.2.7
===================================

  * gpg: New option --no-symkey-cache to disable the passphrase cache
    for symmetrical en- and decryption.

  * gpg: The ERRSIG status now prints the fingerprint if that is part
    of the signature.

  * gpg: Relax emitting of FAILURE status lines

  * gpg: Add a status flag to "sig" lines printed with --list-sigs.

  * gpg: Fix "Too many open files" when using --multifile.  [#3951]

  * ssh: Return an error for unknown ssh-agent flags.  [#3880]

  * dirmngr: Fix a regression since 2.1.16 which caused corrupted CRL
    caches under Windows.  [#2448,#3923]

  * dirmngr: Fix a CNAME problem with pools and TLS.  Also use a fixed
    mapping of keys.gnupg.net to sks-keyservers.net.  [#3755]

  * dirmngr: Try resurrecting dead hosts earlier (from 3 to 1.5 hours).

  * dirmngr: Fallback to CRL if no default OCSP responder is configured.

  * dirmngr: Implement CRL fetching via https.  Here a redirection to
    http is explictly allowed.

  * dirmngr: Make LDAP searching and CRL fetching work under Windows.
    This stopped working with 2.1.  [#3937]

  * agent,dirmngr: New sub-command "getenv" for "getinfo" to ease
    debugging.


Getting the Software
====================

Please follow the instructions found at <https://gnupg.org/download/> or
read on:

GnuPG 2.2.7 may be downloaded from one of the GnuPG mirror sites or
direct from its primary FTP server.  The list of mirrors can be found at
<https://gnupg.org/download/mirrors.html>.  Note that GnuPG is not
available at ftp.gnu.org.

The GnuPG source code compressed using BZIP2 and its OpenPGP signature
are available here:

 https://gnupg.org/ftp/gcrypt/gnupg/gnupg-2.2.7.tar.bz2 (6475k)
 https://gnupg.org/ftp/gcrypt/gnupg/gnupg-2.2.7.tar.bz2.sig

An installer for Windows without any graphical frontend except for a
very minimal Pinentry tool is available here:

 https://gnupg.org/ftp/gcrypt/binary/gnupg-w32-2.2.7_20180502.exe (3814k)
 https://gnupg.org/ftp/gcrypt/binary/gnupg-w32-2.2.7_20180502.exe.sig

The source used to build the Windows installer can be found in the same
directory with a ".tar.xz" suffix.  A new Gpg4win installer featuring
this version of GnuPG will be available soon.


Checking the Integrity
======================

In order to check that the version of GnuPG which you are going to
install is an original and unmodified one, you can do it in one of
the following ways:

 * If you already have a version of GnuPG installed, you can simply
   verify the supplied signature.  For example to verify the signature
   of the file gnupg-2.2.7.tar.bz2 you would use this command:

     gpg --verify gnupg-2.2.7.tar.bz2.sig gnupg-2.2.7.tar.bz2

   This checks whether the signature file matches the source file.
   You should see a message indicating that the signature is good and
   made by one or more of the release signing keys.  Make sure that
   this is a valid key, either by matching the shown fingerprint
   against a trustworthy list of valid release signing keys or by
   checking that the key has been signed by trustworthy other keys.
   See the end of this mail for information on the signing keys.

 * If you are not able to use an existing version of GnuPG, you have
   to verify the SHA-1 checksum.  On Unix systems the command to do
   this is either "sha1sum" or "shasum".  Assuming you downloaded the
   file gnupg-2.2.7.tar.bz2, you run the command like this:

     sha1sum gnupg-2.2.7.tar.bz2

   and check that the output matches the next line:

e222cda63409a86992369df8976f6c7511e10ea0  gnupg-2.2.7.tar.bz2
a00f7119c85dd837336f13be3174178d0cf8d85e  gnupg-w32-2.2.7_20180502.exe
46ac3b8e95f49a602c3f4b447803d80509867d11  gnupg-w32-2.2.7_20180502.tar.xz


Internationalization
====================

This version of GnuPG has support for 26 languages with Chinese, Czech,
French, German, Japanese, Norwegian, Russian, and Ukrainian being almost
completely translated.


Documentation and Support
=========================

If you used GnuPG in the past you should read the description of
changes and new features at doc/whats-new-in-2.1.txt or online at

  https://gnupg.org/faq/whats-new-in-2.1.html

The file gnupg.info has the complete reference manual of the system.
Separate man pages are included as well but they miss some of the
details availabale only in thee manual.  The manual is also available
online at

  https://gnupg.org/documentation/manuals/gnupg/

or can be downloaded as PDF at

  https://gnupg.org/documentation/manuals/gnupg.pdf .

The chapters on gpg-agent, gpg and gpgsm include information on how to
set up the whole thing.  You may also want to search the GnuPG mailing
list archives or ask on the gnupg-users mailing list for advise on how
to solve problems.  Most of the new features are around for several
years and thus enough public experience is available.

Please consult the archive of the gnupg-users mailing list before
reporting a bug: <https://gnupg.org/documentation/mailing-lists.html>.
We suggest to send bug reports for a new release to this list in favor
of filing a bug at <https://bugs.gnupg.org>.  If you need commercial
support check out <https://gnupg.org/service.html>.

If you are a developer and you need a certain feature for your project,
please do not hesitate to bring it to the gnupg-devel mailing list for
discussion.


Thanks
======

Maintenance and development of GnuPG is mostly financed by donations.
The GnuPG project currently employs one full-time developer and one
contractor.  Both work exclusively on GnuPG and closely related software
like Libgcrypt, GPGME, and GPA.  We are planning to extend our team
again and to help developers to improve integration of crypto in their
applications.

We have to thank all the people who helped the GnuPG project, be it
testing, coding, translating, suggesting, auditing, administering the
servers, spreading the word, and answering questions on the mailing
lists.

Many thanks to our numerous financial supporters, both corporate and
individuals.  Without you it would not be possible to keep GnuPG in a
good shape and address all the small and larger requests made by our
users.  Thanks.


Happy hacking,

   Your GnuPG hackers



p.s.
This is an announcement only mailing list.  Please send replies only to
the gnupg-users'at'gnupg.org mailing list.

p.p.s
List of Release Signing Keys:

To guarantee that a downloaded GnuPG version has not been tampered by
malicious entities we provide signature files for all tarballs and
binary versions.  The keys are also signed by the long term keys of
their respective owners.  Current releases are signed by one or more
of these four keys:

  rsa2048 2011-01-12 [expires: 2019-12-31]
  Key fingerprint = D869 2123 C406 5DEA 5E0F  3AB5 249B 39D2 4F25 E3B6
  Werner Koch (dist sig)

  rsa2048 2014-10-29 [expires: 2019-12-31]
  Key fingerprint = 46CC 7308 65BB 5C78 EBAB  ADCF 0437 6F3E E085 6959
  David Shaw (GnuPG Release Signing Key) <dshaw 'at' jabberwocky.com>

  rsa2048 2014-10-29 [expires: 2020-10-30]
  Key fingerprint = 031E C253 6E58 0D8E A286  A9F2 2071 B08A 33BD 3F06
  NIIBE Yutaka (GnuPG Release Key) <gniibe 'at' fsij.org>

  rsa3072 2017-03-17 [expires: 2027-03-15]
  Key fingerprint = 5B80 C575 4298 F0CB 55D8  ED6A BCEF 7E29 4B09 2E28
  Andre Heinecke (Release Signing Key)

The keys are available at <https://gnupg.org/signature_key.html> and
in any recently released GnuPG tarball in the file g10/distsigkey.gpg .
Note that this mail has been signed by a different key.

--
#  Please read:  Daniel Ellsberg - The Doomsday Machine  #
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.
----------- следущая часть -----------
Вложение не в текстовом формате было извлечено&hellip;
Имя: отсутствует
Тип: application/pgp-signature
Размер: 227 байтов
Описание: отсутствует
URL: <https://lists.gnupg.org/pipermail/gnupg-ru/attachments/20180502/e2f8f0b1/attachment.sig>
----------- следущая часть -----------
_______________________________________________
Gnupg-announce mailing list
Gnupg-announce на gnupg.org
http://lists.gnupg.org/mailman/listinfo/gnupg-announce