Почему GPG не нравится это зашифрованное сообщение?

Question

У меня на компьютере лежало следующее зашифрованное сообщение со спины, когда я играл с GPG (в данном случае Enigmail)

-----BEGIN PGP MESSAGE-----
Charset: ISO-8859-15
Version: GnuPG v2.0.20 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

.............+AWJjL0Un8xWK0lFgw26Oos
ynzsVjy9fZAVlzoVN3XgucjIG8guTrakLbbvF0aMwDIwUXb3x1b+4hGNmkx+TUQV
kE6WcnnJw5B+8/m3CQ+IxbalHKAOu7VRHZ7XJCvY6dLAIQGSmwx77S3TV4zKH5PR
p3e15GJbcM+Gfo9Ka8u6KtGZALEk9xsZjH3QmfyB66dARp4/u7gJZrJ9hd5bzXJ9
LfjEvqygdpTeak2etz+r90WbiC/P4mnXQoxz7s3m1nJESb6VcpipJFkfwFdl1BYx
0XVfY/uH/gkQGiPNQL.....................O87w==
=Cnbj
-----END PGP MESSAGE-----

Если я попытаюсь запустить gpg --list-packets или gpg --decrypt в сообщении, я получу следующий вывод (с предупреждением "Недопустимый символ пропущен" повторяется около тридцати раз):

gpg: invalid radix64 character 2E skipped
gpg: invalid radix64 character 2E skipped
gpg: invalid radix64 character 2E skipped
gpg: invalid radix64 character 2E skipped
gpg: CRC error; A3E958 - 0A76E3
gpg: [don't know]: invalid packet (ctb=3a)

Почему GPG не нравится это сообщение? Что с этим не так?

Answer 1

ASCII-защищенные сообщения OpenPGP представлены в Radix-64 (вариант Base64 с добавленной контрольной суммой), который не имеет символа точки . очевидно, что данные просто повреждены.

Основываясь на последовательном повторении одного и того же символа, вполне вероятно, что сообщение было специально отредактировано, чтобы скрыть его.

Answer 2

Это сообщение об ошибке может быть вызвано добавлением дополнительных разрывов строк к сообщению после его шифрования. По этой причине я получил похожее сообщение об ошибке.

Чтобы избежать этой проблемы для комбинации почтового конверта и почтового ящика gmail / Google, зашифруйте сообщение в виде файла и прикрепите файл. Казалось бы правдоподобно, что это обходной путь для других сценариев.

Этот блог дает более подробное объяснение.