В криптобиблиотеке Libgcrypt найдена опасная уязвимость

В криптобиблиотеке Libgcrypt найдена опасная уязвимость

В криптобиблиотеке Libgcrypt найдена опасная уязвимость

Авторов проектов на основе Libgcrypt призывают отказаться от использования недавно вышедшей версии 1.9.0 этой библиотеки. В ней обнаружена серьезная уязвимость, которую разработчик быстро устранил. Патч включен в состав сборки 1.9.1, она уже выложена в общий доступ.

Библиотеку Libgcrypt использует ряд программ для шифрования информации, в том числе GNU Privacy Guard (GnuPG). Выпуск Libgcrypt 1.9.0 анонсировали 19 января; ожидалось, что именно эта версия будет интегрирована в GnuPG 2.3.  Судя по всему, ее также взяли на вооружение разработчики Fedora и Gentoo Linux.

Найденная уязвимость классифицируется как переполнение буфера в куче. Она была привнесена два года назад в ходе подготовки к выпуску новой ветки Libgcrypt — 1.9. Эксплуатация уязвимости не требует больших усилий, поэтому по получении сигнала из Google Project Zero разработчик незамедлительно внес соответствующие изменения в код.

Проблема коснулась лишь Libgcrypt 1.9.0; при выполнении апгрейда пользователям настоятельно рекомендуется сразу перейти на 1.9.1.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Линус Торвальдс назвал патчи Google для RISC-V в Linux мусором

Линус Торвальдс снова высказался в своём фирменном стиле — на этот раз в адрес инженера Google из команды Android, Пальмера Даббелта. Поводом стали патчи для архитектуры RISC-V, предложенные в Linux Kernel 6.17, который сейчас находится в стадии merge window.

Торвальдс резко раскритиковал не только качество кода, но и время его отправки:

«Нет. Это мусор, и он пришёл слишком поздно. Я просил присылать пул-реквесты заранее, потому что я в поездке. Если вы не можете следовать этому правилу, то хотя бы делайте пул-реквесты качественными».

По его словам, изменения включали «всякий хлам», не относящийся к RISC-V, в общие заголовочные файлы ядра. И, как подчеркнул Торвальдс, «это то, что никто никогда не должен мне присылать — тем более поздно в merge window».

Фактически он посоветовал Даббелту перенести правки на следующий релиз — Linux Kernel 6.18 — вместо того, чтобы пытаться «додавить» их в текущий.

Хотя формально merge window не запрещает отправку новых изменений, негласное правило простое: код в этот период должен быть полностью готов и чист. В этот раз, по мнению Торвальдса, условие нарушено, поэтому его резкая реакция вряд ли стала неожиданностью для сообщества.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

RSS: Новости на портале Anti-Malware.ru