Разработчики пакета GnuPG объявили (http://lists.gnu.org/archive/html/info-gnu/2016-08/msg00008....) о выявлении критической уязвимости в библиотеке Libgcrypt (https://www.gnu.org/software/libgcrypt/), предоставляющей компоненты, лежащие в основе механизмов шифрования, применяемых в GnuPG. Уязвимость присутствует (http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=co...) в функции (http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=co...) смешивании энтропии генератора псевдослучайных чисел, используемом в Libgcrypt и GnuPG, и позволяет предсказать следующие 20 байт последовательности, получив 580 байт от генератора. Ошибка была допущена на раннем этапе разработки ещё в 1998 году, поэтому проблема присутствует во всех версиях GnuPG и Libgcrypt, выпущенных до 17 августа 2016 года.
Анализ возможных последствий уязвимости показал, что она не влияет на надёжность созданных в GnuPG ключей RSA. Что касается ключей DSA и Elgamal, то возможность предсказания закрытого ключа по открытой информации оценивается как маловероятная. Причин для срочной замены ключей нет, но влияние проблемы на надёжность ключей ещё требует более глубокого изучения.
Для RSA отсутствие влияния проблемы связано с тем, что при генерации RSA-ключа в GPG создаётся два ключа - для первого 4096-разрядного ключа RSA использует 512 байт случайных чисел, а утечка приходятся на второй вспомогательный ключ, 20 байт случайных данных для которого могут быть предсказаны из последовательности для первого ключа. Так как первым генерируется первичный ключ, от которого зависит безопасность, предсказуемые 20 байт не представляют угрозы. Для 2048-разрядных ключей RSA оба ключа укладываются в надёжные 580 байт случайных данных. При создании ключей DSA+Elgamal читается как минимум 1140 байт случайных чисел, поэтому с ними не всё так однозначно.
Проблема устранена в Libgcrypt 1.7.3, 1.6.6 и 1.5.6 (используется в GnuPG 2), а также в GnuPG 1.4.21. Обновления пакетов в дистрибутивах пока не выпущены (Ubuntu (https://people.canonical.com/~ubuntu-security/cve/2016/CVE-2...), Debian (https://security-tracker.debian.org/tracker/CVE-2016-6313), RHEL (https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2016-6313), FreeBSD (http://www.vuxml.org/freebsd/), CentOS (https://lists.centos.org/pipermail/centos-announce/2016-Augu...), Fedora (https://bodhi.fedoraproject.org/updates/?releases=F23&type=s...), SUSE (https://bugzilla.novell.com/show_bug.cgi?id=CVE-2016-6313)). В качестве идентификатора уязвимости указан CVE-2016-6316, но судя по всему допущена ошибка, так как CVE-2016-6316 (https://security-tracker.debian.org/tracker/CVE-2016-6316) уже ранее был привязан к уязвимости в Ruby on Rails.
Дополнение: Назван (https://twitter.com/gnupg/status/765956493720055808) корректный CVE-идентификатор - CVE-2016-6313 (https://security-tracker.debian.org/tracker/CVE-2016-6313).URL: http://lists.gnu.org/archive/html/info-gnu/2016-08/msg00008....
Новость: http://www.opennet.dev/opennews/art.shtml?num=44988
Опенсорс. Триллионы пар глаз ищут ошибки в коде.
Главное, что находят.
И нашли.
Не прошло и 20 лет.
То ли дело проприетарщина - не нашли бы никогда (до появления очередного ботнета), а значит и проблемы нет.
> до угона очередного ботнетаfixed.
> Опенсорс. Триллионы пар глаз ищут ошибки в коде.То ли дело у вас и Сурьезных Партнерофф — никаких критических уязвимостей, так так мастер-ключи с самого начала задумывались как фича? )
http://www.opennet.dev/opennews/art.shtml?num=44950
> Утечка мастер-ключа Microsoft скомпрометировала защиту Secure Boot
это все АНБ.То дебиан прокатит OpenSSL. то теперь GnuPG. все GPL проекты, но как качественно бэкдоры встроены.
> Опенсорс. Триллионы пар глаз ищут ошибки в коде.Лучше не пользоваться компьютерами, и планшетами, и телефонами, и прочими девайсами.
Без необходимости.
>Триллионы10^12 или 10^18?
Людей всего-то ~7.3*10^9, у каждого максимум 2 глаза.
Кто смотрит ещё, и нет ли здесь следа рептилоидов?
> Кто смотрит ещё, и нет ли здесь следа рептилоидов?Ну, зеленые человечки с Марса смотрели еще... Повымерли после, правда, все, ну что ж тут поделать... ;)
и найдут
> Критическая уязвимость
> Анализ возможных последствий уязвимости показал, что она не влияетА на что влияет?
Критическая уязвимость - это такая уязвимость, из-за которой толпы анонимов на опеннете могут подвергнуть проект критике. :)
И давно фря стала одним из дистрибутивов?
И всегда им была, поскольку Berkeley Software _Distribution_.
FreeBSD обновилась
http://www.freshports.org/security/libgcrypt/
"- gnupg2 <not-affected> (Uses system libgcrypt)"слабо было в новости указать, что это относится только к gpg 1.x?
> "- gnupg2 <not-affected> (Uses system libgcrypt)"
> слабо было в новости указать, что это относится только к gpg 1.x?А если подумать? Через libgcrypt он очень даже "affected".
Дыры нет в коде gnupg2, потому, что начиная с gnupg2 часть функциональности вынесена во внешнюю зависимость libgcrypt.
Дыра в Libgcrypt, на которую завязан GnuPG 2. Поэтому он очень даже уязвим.
If you are using a GnuPG-2 version (2.0.x or 2.1.x):
* Update Libgcrypt. We have released these fixed versions of
Libgcrypt: 1.7.3, 1.6.6, and 1.5.6.
Почему каждое приложение тащит свой дырявый рандом?Надо чтобы все юзали /dev/random и написать один нормальный перемешиватель-генератор случайных чисел на все случаи жизни:
* поддержка аппаратных TRNG sys-apps/rng-tools
* поддержка PRNG основанных на времени timer_entropyd, clrngd
* поддержка PRNG с использованием OpenCL на GPU
* поддержка ?RNG основанных на веб и прочих камерах, тюнерах (белый шум фотонов) video_entropyd
* поддержка ?GNG основанных на звуках с микрофона audio-entropyd