LINUX.ORG.RU

В коде xz версий 5.6.0 и 5.6.1 обнаружен бэкдор

 ,


4

9

Разработчик Debian и исследователь в сфере информационной безопасности Andres Freund сообщает об обнаружении вероятного бэкдора в исходном коде xz версий 5.6.0 и 5.6.1.

Бэкдор представляет собой строчку в одном из m4-скриптов, которая дописывает обфусцированный код в конец скрипта configure. Этот код затем модифицирует один из сгенерированных Makefile проекта, что в конечном итоге приводит к попаданию вредоносной нагрузки (замаскированной под тестовый архив bad-3-corrupt_lzma2.xz) непосредственно в исполняемый файл библиотеки liblzma.

Особенность инцидента состоит в том, что вредоносные скрипты сборки, служащие «триггером» для бэкдора, содержатся только в распространяемых tar-архивах с исходным кодом и не присутствуют в git-репозитории проекта.

Сообщается, что человек, от чьего имени вредоносный код был добавлен в репозиторий проекта, либо непосредственно причастен к произошедшему, либо стал жертвой серьёзной компрометации его личных учётных записей (но исследователь склоняется к первому варианту, т. к. этот человек лично участвовал в нескольких обсуждениях, связанных с вредоносными изменениями).

По ссылке исследователь отмечает, что в конечном итоге целью бэкдора, по-видимому, является инъекция кода в процесс sshd и подмена кода проверки RSA-ключей, и приводит несколько способов косвенно проверить, исполняется ли вредоносный код на вашей системе в данный момент.

Рекомендации по безопасности были выпущены проектами Arch Linux, Debian, Red Hat и openSUSE.

Разработчики Arch Linux отдельно отмечают, что хотя заражённые версии xz и попали в репозитории дистрибутива, дистрибутив остаётся в относительной «безопасности», т. к. sshd в Arch не линкуется с liblzma.


Проект openSUSE отмечает, что ввиду запутанности кода бэкдора и предполагаемого механизма его эксплуатации сложно установить «сработал» ли он хотя бы раз на данной машине, и рекомендует полную переустановку ОС с ротацией всех релевантных ключей на всех машинах, на которых хотя бы раз оказывались заражённые версии xz.

>>> Подробности

★★★★★

Проверено: maxcom ()
Последнее исправление: ilinsky (всего исправлений: 2)

Ответ на: комментарий от undef

К сожалению, оно и в тестинг успело попасть, и вот уже 3 недели как:

[2024-03-05] xz-utils 5.6.0-0.2 MIGRATED to testing (Debian testing watch)

gag ★★★★★
()
Ответ на: комментарий от gag

testing тоже пофиксили, спустя несколько часов после загрузки в sid. Не стали ждать, пока пакет отлежитс.

undef ★★
()
Ответ на: комментарий от gag

Однако, общая практика дебиана «сначала как следует тестить, потом релизить» сработала и в данном случае, следует отметить

pihter ★★★★★
()
Ответ на: комментарий от pihter

Однако, общая практика дебиана «сначала как следует тестить, потом релизить» сработала и в данном случае, следует отметить

А в каком дистре оно сработало ? Всякие ролинги это по сути та-же тестовая площадка …

Один из вариантов происхождения : Зачем они опубликовали собственные наработки ? Что хотели ЭТИМ показать ?

mx__ ★★★★★
()
Ответ на: комментарий от Somebody
$ # xz --version
xz (XZ Utils) 5.4.4
liblzma 5.4.4

Как говорится, «Баг миловал!..» ©

Никогда нельзя быть в чём-то уверенным.

He has been part of the xz project for 2 years, adding all sorts of binary test files, and to be honest with this level of sophistication I would be suspicious of even older versions of xz until proven otherwise.

https://news.ycombinator.com/item?id=39866275

EXL ★★★★★
()
Последнее исправление: EXL (всего исправлений: 1)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.