Обнаружена уязвимость в Polkit, которая позволяет выполнять любую команду systemctl пользователю с низкими привилегиями

pkexec тоже?

Вот:

root@devuan:/home/user# useradd -u 4000000000 -m backdoor
root@devuan:/home/user# sudo -u backdoor bash
backdoor@devuan:/home/user$ id
uid=4000000000(backdoor) gid=1001(backdoor) группы=1001(backdoor)
backdoor@devuan:/home/user$ pk
pkaction    pkcon       pkill       pkttyagent  
pkcheck     pkexec      pkmon       
backdoor@devuan:/home/user$ pkexec /bin/bash

(process:2436): GLib-GObject-WARNING **: value "-294967296" of type 'gint' is invalid or out of range for property 'uid' of type 'gint'
==== AUTHENTICATING FOR org.freedesktop.policykit.exec ===
Authentication is needed to run `/bin/bash' as the super user
Authenticating as: root
Password: 
backdoor@devuan:/home/user$ 

хм, а вот это уже подозрительно

user@localhost:~$ systemctl bash: systemctl: command not found user@localhost:~$ systemd-run -t /bin/bash bash: systemd-run: command not found

У меня не диван, но дебиан с выпиленным системд. Эксплойт не прокатил

Чего подозрительно?

Наверное, мен надо тоже выпилить systemd.

решето, потому что на си

Выпили сначала policykit. У меня в системе с systemd уязвимости нет.

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

А policykit у тебя есть в системе?

Есть, куда ж без него. Ломает меня каждый раз вбивать пароль при монтировании дисков или флешек. Я, конечно, параноик, но не красноглазик - удобство мне тоже нужно

Интересно, что в pkexec дополнительно явно проверяется uid (поэтому через pkexec не работает, а через systemd-run работает): https://gitlab.freedesktop.org/polkit/polkit/blob/master/src/programs/pkexec....

Кто-то что-то знал?

а, это тот polkit у которого конфиги на жиесе. торжество инжинерной мысли.

Зависимость софта, которая используется для реализации фичи — не часть программного продукта? Жги еще.

Напомни, как называется программный продукт?

vpupkin_lal

Несколько оффтоповый, но очень важный вопрос: а что означает суффикс «_lal»?

LOL->лол->лал

Следи за руками: убираем systemd - не прокатывает. Ставим systemd - получаем рута. Polkit не часть systemd? Ок. Тогда ему вообще параллельно, есть у вас s-d или нет. Тогда почему именно polkit виноват в том, что именно часть systemd в этом случает дает привилегии суперюзера? Вы все упоротые какие-то.

Блять, ну только одного слова не хватает в заголовке новости... remote или local...

проверяльщик ДЭбил

а ты юзал свою «систему» без мышки?

pmount?

через pkexec не работает

4.2

У тех, у кого нет systemd это не работает? Или все же работает?
Опять таки, если не рутом, то кем внесется пользователь с таким uid

Может, у тебя сборка с выключенным g_assert

А почему в прошедшем времени? У меня нет мыши уже лет 8.

Следи за руками: убираем systemd - не прокатывает. Ставим systemd - получаем рута.

Убираем polkit - не прокатывает. Как так, ведь якобы уязвимый systemd есть.

Тогда почему именно polkit виноват

Потому что если бы он работал без ошибки, дыры бы не было.

Сам по себе polkit не дает рута, это только фреймворк для выдачи разрешений. В частности, systemd при управлении им через dbus (systemctl, systemd-run) как раз использует polkit для авторизации.

pkexec (в большинстве дистрибутивов) явно проверяет uid пользователя, поэтому через него уязвимость не эксплуатируется.

Узбагойзя, у меня и с сыстемдэ не уязвимо.

Поясню. Итак, в polkit ошибка, которая должна быть исправлена. Этого никто не отрицает. Меня, собственно, совершенно другое выбесило. Polkit - внешняя сущность по отношению к systemd? Внешняя. Systemd использует ее данные? Использует. Где, сука, проверка входных данных от внешней сущности на корректность? Это даже в букваре трупоптицы для дошкольников написано! Если бы написали, что, типа, да, косячок-с, надо бы исправить, - вопросов бы не было, все могут налажать. Но, сука, люди, называющие себя разработчиками, пишут, что не проверять входные данные - это нормально и правильно. И еще потом о компетентности других рассуждать. Разработчики, *ля.

Тут всё просто. Никто не в курсе, что такое Полкит и уязвимости в нём мало кого волнуют. А вот Системдэ - другое дело.

Выбросите уже весь легаси-хлам на C, и замените качественными альтернативами на безопасных языках, вроде Rust.

Где, сука, проверка входных данных от внешней сущности на корректность?

Но uid == 4e9 корректен. Напомню, что uid имеет тип unsigned int.

сука, люди, называющие себя разработчиками, пишут, что не проверять входные данные - это нормально и правильно. И еще потом о компетентности других рассуждать. Разработчики, *ля.

Я понимаю твой праведный гнев. Да, первый разработчик systemd - чванное ничтожество. Но в этом случае он (или его последователи) всё делали правильно (или, скорее, не сделали ничего неправильного).

ох уж эти переполнения стека. А ещё вечная лень проверять ввод пользователя. Это плохо.

ох уж эти переполнения стека

Это не преполнение стека. Это при желании можно назвать integer overflow, но, в общем, это и не overflow.

В этом случает косяки и в systemd (в части, использующей polkit), и в polkit. А заявления в стиле «not-a-bug», подобные тем, что я видел в треде, полностью характеризуют пафосно балаболящих «разработчиков».

лучше было бы, если бы Polkit просто падал

systemd - дырявое говно

П - Логика

А представь, что будет когда доля линукса будет хотя бы процентов 50, а не 1-2, как сейчас.

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

класс так можно обойтись без пароля на домашнем пк, а то пробел приходится нажимать

а, это тот polkit у которого конфиги на жиесе. торжество инжинерной мысли.

Да, ето он. Он ещё очень любит покрашиться где-то внутри libmozjs и накакать в логи регистрами процессора. Надёжная штука крч.

Да это всё фигня. Кто даст гарантию, что на экзотическом железе этот баг себя не проявит. Либо на экзотическом компиляторе. Вообще-то тот unsigned int и двухбайтовым может быть - запрета нет. Это фундаментальная проблема языка программирования, которую должны затыкать программисты учитывая множество факторов, которые не всякий сможет и упомнить. Вместо uint32_t (которого раньше в помине не было) используется тип не фиксированного размера. При этом все широко известные компиляторы рассматривают его как 4-х байтный. Но сам по себе он от этого таковым не становится. Короче, один из принципов Unix (переносимость) нагло поперается самим Си издавна - его нелепостью и несовершенством.

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

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

Как хорошо, что у меня нет systemd

у меня не работает)

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

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

Исчо раз — если используя чужую поделку ты позволяешь получить рута в своем софте — проблема у тебя :)

sudo su -l vpupkin_lal

sudo -iu vpupkin_lal

получить рута в своем софте

получить рута в линаксе, прастите поправил. и за мельдонии со спектрам тоже линус нам ответит, сожгем его на костре

Проблема у обоих. Но если разраб не проверил входные данные чужой поделки и тем самым позволил получать рута - то разраб виноват.

еееее сустемд! продакшен реди!