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)

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

чтобы композитор вместо примитивов

Так поборники rdp считают что именно примитивы позволяют rdp быстро работать.

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

Это немного разное, одно дело rdp, другое - хардверная буферизация и отрисовка примитивов, чтоб небыло тиринга и т.п.

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

Да вот как бы оно связано, из гнома выкинули примитивы и теперь даже файловый менеджер тормозит если использовать сетевую прозрачность иксов, которая эти примитивы использует. В отличие от pcmanfm, который работает очень быстро, на том же не сильно быстром канале.

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

Попробуйте 8bit цвет использовать.

Внезапно, как?

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

h264. Проверено на игрушках 4k@60.

Посчитай битрейт и сравни с типичным каналом интернет.

В какую реализацию vnc завезли h264? Год назад тестировал, jpeg-turbo из turbovnc оказался быстрее всех, кроме наверное kasm, но он не совместим с другими реализациями vnc.

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

Я лично занес в IANA кодировку Open H.264, мы с товарищем описали формат и сделали эталонную реализацию сервера и клиентские патчи для TigerVNC (уже приняты).

Правда, есть проблемы с поддержкой.

  • Из клиентов это поддерживает только TigerVNC и еще пара клиентов для вяленого.
  • Из серверов - только PiKVM и опять же несколько вяленых.

Мейнстрим не очень спешит с внедрением, хотя по сравнению с JPEG буст по производительности и экономии трафика просто гигантский.

У TigerVNC есть небольшие проблемы с включением клиентской части H.264 по умолчанию, потому что они боятся лицензионных проблем. Оно включено в сборках для винды, например, потому что на винде используется встроенный в ОС декодер, а на маке надо линковаться с ffmpeg, чего разрабы не хотят (можно включить, но много ли маководов собирают сами софт?) На маке надо использовать MediaKit или как там его, но писать это некому сейчас.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

и клиентские патчи для TigerVNC

Большое спасибо!

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

Видимо, тоже из-за лицензионных вопросов. Я потом попробую аналогичную штуку сделать для VP8 или VP9, они полностью свободные.

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

Для vnc не хватает нормального менеджера сессий как сделано в xrdp, наколенные скрипты достали. А так будет огонь.

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

я не понимаю почему вы обсуждаете эту саму-по-себе интересную тему в треде про xz, но раз уж вы всё равно обсуждаете…

а планов по AV1 нету? аппаратная поддержка как энкода, так и декода становится +- попсовой в железе, поэтому было бы клёво её иметь.

ещё вопрос в воздух: как у RFB с инпутом вне клавомыши (гейм контроллеры, джостики, вот это вот всё)

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

AV1 в железе есть только у относительно новых устройств, в отличие от h264, поддержка которого в железе появилась лет 15 назад.

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

einhander ★★★★★
()
Последнее исправление: einhander (всего исправлений: 1)
Ответ на: комментарий от einhander

AV1 в железе есть только у относительно новых устройств

Я бы сказал не относительно новых, а очень новых.

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

Я бы сказал не относительно новых, а очень новых.

«очень новые» это релиз 3 года назад (rdna2, series30, xe), если что. и я бы не ожидал, что вся бюрократия и реализация займут меньше ещё пары лет.

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

Turbovnc видел на видео, сам не пробовал, и kasm пробовал сам. Вибрацию не помню, не проверял. Для игорь я переключился на sunshine, там и звук и вибрация присутствует, нет только мультипользователя, по сути аналог rustdesk.

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

а планов по AV1 нету? аппаратная поддержка как энкода, так и декода становится +- попсовой в железе, поэтому было бы клёво её иметь.

Не, нету. Я вообще все это делаю в рамках PiKVM, поэтому работаю в том направлении, где есть подходящие для малины кодеки.

как у RFB с инпутом вне клавомыши (гейм контроллеры, джостики, вот это вот всё)

Вот тут есть какое-то расширение, но не факт, что найдутся клиенты, которые это поддерживают.

На самом деле, RFB это натуральный мезозойский ужоснах и набор костылей, стоящих друг на друге. Это я заявляю, как человек, написавший с нуля свой собственный RFB-сервер :D Базовая работа с инпутами устроена очень примитивно - в виде X11-сканкеев, что исключает возможность работы с клавиатурой напрямую, для этого есть QEMU-расширения для передачи физических кнопок. Чтобы качественно поддерживать именно геймпады со всеми их фичами, нужно по-хорошему делать специальное расширение для них. Я бы сделал что-нибудь типа generic usb hid messages, чтобы прокидывать все хиды в общим виде.

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

Учитывая что даже ляптоп у меня может 90, это все пора на свалку. Достаточный gpu есть даже на rpi. Единственное где все эти жопеги действительно нужно это встройка всякая типа ipmi.

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

Передача звука есть в xrdp, rustdesk, steamlink, sunshine. Последний вполне можно использовать как удаленный доступ для нескольких пользователей, если бы кто-нибудь допилил захват мыши и клавы для разных пользователей.

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

Только это клиент, серверной части с h264 под онтопик нету.

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

Я планирую сделать RFC на звук с Opus для VNC в этом или следующем году. Надо разгрести эти авгиевы конюшни уже наконец, а то из звуковых форматов там только PCM, лол.

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

Реально было очень круто, а то действительно у vnc с развитием как то не очень.

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

Достаточный для чего именно? На малине до четвертой включительно H.264 не может кодировать больше 1080p. На пятой вообще нет аппаратного енкодера, предлагается молотить всё процессором.

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

Тоже тормозит, но не требует настройки.

Для продакшена остановился на связке guacamole+ldap+xrdp+virtualgl. Если внутри сетки, то guacamole не используется.

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