В systemd 228 обнаружена локальная root-уязвимость

Сегодня праздник у sd-отрицательных!

Поттеринг офигел

Не надо так пугать заголовками. Я уж сходу подумал что он очередную подсистему отлаженную за десятилетия решил включить в свою поделку. А тут всего-лишь какая-то рут уязвимость ...

Ну так исправил же.
Так что норм всё.

Интересно, бывали ли в других инитах такие дыры вообще?

Но Поттеринг же все равно офигел.

Но Поттеринг же все равно офигел.

Не, все как обычно.

Шеллшок пойдёт?

Ну так где-то может крутиться уязвимая версия, которую обновить нельзя/невозможно/забыли (нужное подчеркнуть).

Так что норм всё.

Кроме того, что уязвимость не помечена как критическая и уползла в стабильный дистрибутив. Конечно наплевательское отношение Поттеринга к мейнтейнерам отчасти оправдано, но проводить полный аудит изменений — это уже слишком.

Хорошо если это произошло лишь по халатности и разгильдяйству, а если он намерено не указал на возможные последствия эксплуатации данной уязвимости?

Шеллшок пойдёт?

Если ты покажешь, как в стоковой комплектации дистра через shellshock получить локальный рут и при этом будет зайдествован init, то да.

Проблема присутствует в кодовой базе systemd только в выпуске 228 и была около года назад без лишней огласки устранена в выпуске 229

Братишка, я тебе новый systemd принёс.

Хорошо если это произошло лишь по халатности и разгильдяйству

Круто, в опенсорсе уязвимости и баги могут правиться по халатности и разгильдяйству.

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

Ну он может просто доботрах малолетний.
А ты почему не указал?

Я так понял, в сусе ковыряли что бекпортировать и наткнулись на эту бяку. Было бы явно указано на опасность, то это бы бекпортировали в первую очередь.

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

Полностью оправдано. Мейнтейнеры, тащащие в стабильный дистрибутив нестабильные поделки ССЗБ.

Было бы явно указано на опасность, то это бы бекпортировали в первую очередь.

Мейнтейнеры, тащащие в стабильный дистрибутив systemd-поделки (разработчики которого плевать хотели на безопасность) ССЗБ.

Шеллшок пойдёт?

Если ты покажешь, как в стоковой комплектации дистра через shellshock получить локальный рут и при этом будет зайдествован init, то да.

Ладно, пока я пишу эксплойт, чтобы не скучать, можешь поизучать https://www.google.ru/search?q=rhel initscripts security advisory

н-р https://tools.cisco.com/security/center/viewAlert.x?alertId=10535 и т.п. Там не шелшок, но тоже я думаю пойдёт.

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

в сусе ковыряли что бекпортировать

Я думал, этим только в Debian занимаются.

Будет эпичней, если о root-уязвимости разработчики знали, но не отразили это в changelog...

SUSE Linux Enterprise 12 SP2

Нет, этим занимаются все адекватные люди, кроме всяких арче-тестеров.

Будет эпичней, если о root-уязвимости разработчики знали, но не отразили это в changelog...

И что было бы? Уберфюрер всё время так делает, и ничего - https://lwn.net/Articles/704231/, как с рук сходило, так и будет. А тут сразу развонялись, типо вы скрываете!!!11

По первой ссылке багфиксы и только. Вторая - да, дыра. Хорошо что у меня openrc везде.

Ну, погугли уж аналогично openrc сам, авось не маленький ^_~

https://lists.freedesktop.org/archives/systemd-devel/2016-February/035748.html

Тут вообще я не вижу указаний на сабжевое исправление.

Ну, погугли уж аналогично openrc сам, авось не маленький ^_~

Погуглил перед тем как писать. Что-то нету нифига. Алсо, всего одна дыра за 10 лет - это не так страшно. В systemd их намного больше было. Один только ассерт на строки из внешней переменной чего стоит.

Один только ассерт на строки из внешней переменной чего стоит.

А что там было?

https://www.agwa.name/blog/post/how_to_crash_systemd_in_one_tweet

В примечании к исправлению указано, что исправленная ошибка может привести к DoS-атаке через исчерпание дискового пространства

Риторический вопрос: ну и как после этого можно говорить хоть о каком-то доверии к рыжей рукожопой мразине?

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

ух ты, целых две писаных торбы!

Это оправдание двойному стандарту или зачем мне это предложение?

А вот пользователей этого жалко.

А пользователи сами виноваты, что позволили этому попасть в используемые пользователями дистрибутивы. Как известно на примере утопающих, бездействие имеет цену.

Ляпота! Восхищен.

«Это вам не bash», говорили они. «Код простой, очевидный и легко поддаётся отладке», говорили они.

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

Ладно, Линусу можно, твоя нехитрая идея понятна.

Не можно.

Ну так и почему ты не указал на эту опасность?

«Это вам не bash», говорили они. «Код простой, очевидный и легко поддаётся отладке», говорили они.

Проблема systemd не в том, что он написан на C. Проблема в том, что весь этот жирный блоб висит в PID 1, работает с правами рута и выполняет чудовищное количество функций, для которых права рута не нужны. Парсинг пользовательских строк в том числе там. В результате получается, что огромное количество багов, которые при грамотном разделении компонентов не были бы критичны, имеют возможность положить всю систему. Ну и огромная поверхность для атаки, да.

Я так до конца и не понял, зачем было всё это совать в PID 1 и какой от этого профит, теряющийся при разделении systemd на отдельные компоненты. Или почему нельзя вообще вынести этот жирный блоб из PID 1 хотя бы, чтобы вся система не вставала колом очередной ошибке systemd.

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

Ну так вперёд тогда, тоже киллера для него нанимать. Потому что он клал на это с высокой колокольни, когда dirtyc0w закрывал.

Проблема systemd не в том, что он написан на C. Проблема в том, что весь этот жирный блоб висит в PID 1, работает с правами рута и выполняет чудовищное количество функций, для которых права рута не нужны.

Это всё вместе — единая огромная проблема. Он работает как PID1. Он содержит чудовищное количество логики, которое в PID1 абсолютно избыточно. Он написан на си. И его пишут люди, которые не имеют никакого представления, как писать на си защищенный код. (Да и на любом другом языке, впрочем.)

Почему «адекватные люди» не могут договориться с «адекватными людьми» из других таких же дистрибутивов и с разработчиками апстрима о создании LTS-ветки, которую они потом все вместе будут поддерживать? Или такое уже было, но разработчики systemd не одобрили?

Я указал местному сообществу на опасность использования не релизных версий systemd даже в «ынтерпрайных» дистрибутивах. С меня достаточно.

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

Это вообще забавная вещь. В старом примитивном ините арча можно было указать, какие демоны запускать асинхронно, а какие последовательно. Соответственно, всё необходимое запускалось последовательно, а остальное - затем асинхронно.

Когда впилили systemd, система стала грузиться медленнее раза в 3 или 4. Потому что он стартует максимум возможного асинхронно и упирается в пропускную способность дисковой подсистемы. Помню, как на ЛОРе пели дифирамбы с чудесной скоростной загрузки systemd, а я ржал с этих наркоманов...

Потому что он клал на это с высокой колокольни, когда dirtyc0w закрывал.

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=19...

Великолепный коммит! Поправил, сломал, откатил, забыл. В палату мер и весов.

https://www.agwa.name/blog/post/how_to_crash_systemd_in_one_tweet

Consider systemd's DNS resolver. DNS is a complicated, security-sensitive protocol. In August 2014, Lennart Poettering declared that «systemd-resolved is now a pretty complete caching DNS and LLMNR stub resolver.» In reality, systemd-resolved failed to implement any of the documented best practices to protect against DNS cache poisoning. It was vulnerable to Dan Kaminsky's cache poisoning attack which was fixed in every other DNS server during a massive coordinated response in 2008 (and which had been fixed in djbdns in 1999).

Аж слов нет.

Эх, собрались бы люди, подобные D.J.B, Laurent Bercot, Rich Felker, и создали бы высококачественный системный юзерленд для Linux... Мечты, мечты.

Окай, спасибо

Или такое уже было, но разработчики systemd не одобрили?

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

Есть https://cgit.freedesktop.org/systemd/systemd-stable/ но там какая то замшелость.