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

Подробнее: https://www.opennet.me/opennews/art.shtml?num=51675

• Уязвимость в sudo, позволяющая повысить привилегии при испол...,ryoken, 09:10 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Zenitur, 09:15 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 09:27 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,имя, 09:33 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 09:37 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,OpenBSD, 12:55 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,OpenBSD guy, 15:37 , 15-Окт-19
        • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 15:47 , 15-Окт-19
          • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Stoned Jesus, 23:35 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 09:39 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Zenitur, 10:12 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 10:15 , 15-Окт-19
        • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Zenitur, 10:32 , 15-Окт-19
        • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 10:45 , 15-Окт-19
          • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 11:23 , 15-Окт-19
          • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 19:02 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 23:19 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 13:23 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Archevod, 19:10 , 15-Окт-19
        • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 23:41 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,freehck, 10:45 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 11:22 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Stax, 11:39 , 15-Окт-19
        • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 12:00 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Michael Shigorin, 12:27 , 15-Окт-19
        • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 12:38 , 15-Окт-19
          • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Michael Shigorin, 12:43 , 15-Окт-19
            • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 12:58 , 15-Окт-19
              • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 19:05 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,freehck, 13:20 , 15-Окт-19
        • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 16:46 , 15-Окт-19
          • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 19:06 , 15-Окт-19
            • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 19:25 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,ievoochielaPh5Ph, 15:53 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,freehck, 16:48 , 15-Окт-19
        • Уязвимость в sudo, позволяющая повысить привилегии при испол...,ievoochielaPh5Ph, 17:02 , 15-Окт-19
        • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 19:08 , 15-Окт-19
          • Уязвимость в sudo, позволяющая повысить привилегии при испол...,ievoochielaPh5Ph, 20:08 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Ilya Indigo, 11:04 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,InuYasha, 11:36 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Ilya Indigo, 11:48 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 14:56 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Ilya Indigo, 15:00 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 16:38 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Ilya Indigo, 16:47 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 14:22 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 14:53 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Павел Отредиез, 18:48 , 16-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 09:13 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,nm0i, 10:42 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Владимир Романов, 10:57 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 11:14 , 15-Окт-19
        • Уязвимость в sudo, позволяющая повысить привилегии при испол...,nm0i, 11:23 , 15-Окт-19
          • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 11:30 , 15-Окт-19
            • Уязвимость в sudo, позволяющая повысить привилегии при испол...,abi, 14:31 , 15-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 09:25 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 09:36 , 15-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 09:40 , 15-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 09:49 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 09:50 , 15-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,Anonymoustus, 09:52 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 23:58 , 15-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 10:08 , 15-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 10:36 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Роман, 10:42 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 10:46 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Hedd_, 22:03 , 18-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,aa, 10:45 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 10:47 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,ыы, 10:51 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 10:54 , 15-Окт-19
      • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 11:19 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,ананимус, 12:20 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 14:59 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Crazy Alex, 19:31 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Михрютка, 20:40 , 15-Окт-19
    • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 13:18 , 16-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 00:01 , 16-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 10:54 , 15-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,анонн, 12:00 , 15-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 13:21 , 15-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,rihad, 14:47 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,Ordu, 01:03 , 17-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,rihad, 14:51 , 15-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,ievoochielaPh5Ph, 16:00 , 15-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,Аноним, 16:54 , 15-Окт-19
  • Уязвимость в sudo, позволяющая повысить привилегии при испол...,ievoochielaPh5Ph, 17:03 , 15-Окт-19
• Уязвимость в sudo, позволяющая повысить привилегии при испол...,анонимммнн, 22:46 , 15-Окт-19

Вот уже несколько раз лет за 5 примерно в sudo уязвимости. В su такого не встречал. Потому и не пользуюсь sudo, выделенный root-юзер везде :D.

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

На это денег сегодня не выделяли.

Куда интереснее ждать доводы фанатов OpenBSD в пользу doas.

Один разработчик опенбсд он же по совпадению разработчик sudo уже наломал дров. И в новости только те дрова которые нашли.

doas действительно хорош, там даже не сконфигурируешь как в этой статье

уже 5 лет на OpenBSD здесь не бывает проблем. код чистый и минимальный. так что остается ржать над пингвинятами

Ага, нет кода - нет проблем. Сферическая OpenBSD в вакууме, вроде и есть, но не нужна никому...

>Сферическая OpenBSD в вакууме, вроде и есть, но не нужна никому

Если выкинуть из линукса все разработки OpenBSD, то останется в нём только системд.

Не пользуюсь судо уже лет 15, фигня это всё, убунтятам промыли мозги эффективные апологеты бэкдоров. Уровнями доступа должны заниматься всякие памы с полисикитами, а не эти костыли. Единственное применение судо, что я могу придумать, это там, где мне надо анально ограничить пользователя, но при этом дать тому права на операции, к которым у него в норме не должно быть доступа (но которые хочется на него повесить).

Честно говоря, я так и "не осилил" PolicyKit. Сейчас объясню.

Когда я обновил SUSE 10.1 на openSUSE 11.2, то я обнаружил, что в этом "мастере": https://pic4a.ru/910/CX7.png (кто юзал SUSE, тот помнит). Так вот, в этом "мастере" юзер добавлен только в группы users и video. Раньше он был добавлен в audio, и во много-много других групп. Но как я слушал аудио, если меня нет в группе audio? Оказывается, есть такая прога, ConsoleKit. Она даёт пользователю права по запросу, руководствуясь своими правилами (правила записаны внутри PolicyKit). Таким образом, можно свернуть сессию одного юзера, и начать другого, и не будет конфликтов между тем же звуком (ведь звуковая карта - одна).

И я подумал: да это же круть! Скажем, я делаю мультисит по этому руководству: https://web.archive.org/web/20101122144906/http://www.newmol... И вот я хочу, чтобы, из моих 8 USB на материнской плате, 4 левых принадлежали юзеру 1000, а 4 правых юзеру 1001. Могу ли я такое сделать при помощи ConsoleKit? Теоретически, да. А на практике, я как открыл специальную утилиту настройки: https://pic4a.ru/910/fru.png Так и офигел. Ничего я естественно сделать не смог. А готовых инструкций не было. А в Debian/Ubuntu я и вовсе эту утилиту не нашёл, как и конфиг-файлов PolicyKit. Только в Gentoo, когда для монтирования флешки появлялось окно "введите пароль", то я по руководству поменял конфиг PolicyKit, и оказалось, что там... XML. Ааафигенно

В общем, без тех. поддержки Ред Хата никто свои хотелки сделать не сможет.

> …то я по руководству поменял конфиг PolicyKit, и оказалось, что там... XML. Ааафигенно

Синьор таки разучился читать и писать текст в файл? Всё-то бы вам, хипстерам, json какой или ini-файлы.

"Офигенно" это сарказм был

Ты отстал от жизни, теперь там интерпретатор javascript.

jit немного напрягает, я его всегда отключаю

> теперь там интерпретатор javascript.

В PolicyKit — нет. Только в polkit.

> без тех. поддержки Ред Хата никто свои хотелки сделать не сможет.

Так в этом же и смысл.

...например, дать возможность обычному юзеру вызывать poweroff и reboot из командной строки

$ systemctl poweroff
$ systemctl reboot
не благодари...

А как запретить?

> Вот уже несколько раз лет за 5 примерно в sudo уязвимости. В su такого не встречал. Потому и не пользуюсь sudo, выделенный root-юзер везде :D

Так ведь это просто утилиты разного класса. Да, обе используются для эскалации привилегий, но есть много нюансов: в sudo можно выбрать список команд, которые доступны пользователю -- а в su предоставяются полные права доступа от имени другого пользователя; доступ к этим командам через sudo управляется паролем текущего пользователя, а в su -- паролем целевого; sudo имеет гибкие настройки проброса переменных окружения при эскалации привилегий, su -- нет. Этот список можно вообще долго продолжать.

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

Я не вижу особого смысла холиворить на тему su vs sudo. Это просто разные тулзы. Если Вам надо не заморачиваться -- можете использовать su, а можете юзера добавить в группу sudo/wheel... Какая собственно разница. А если надо чего посложнее -- sudo как правило более полезен.

su кстати не работает без добавления в группу wheel (что за группа sudo такая я не знаю)

.. что, серьезно??

Вы что, только со слаквари перешли на нормальный дистрибутив и еще не догадываетесь о существовании PAM и взаимодействия его настроек со всеми этими утилитами?

Я тоже удивился, не для того я себе логинд ставил (как кстати сделать чтобы сессия не зависала на минуту с включенным dbus?).

> su кстати не работает без добавления в группу wheel

Зависит от прав на бинарник -- в альте так из коробки, что обеспечивается установками в пакете и подсистемой control(8): http://altlinux.org/control

PS: Доступ: (4710/-rws--x---)  Uid: (    0/    root)   Gid: (   10/   wheel)

Интересно. Такие права не пойдут?

>> -rws--x--x 1 root root

> Интересно. Такие права не пойдут?
>>> -rws--x--x 1 root root

Перевожу: "права на запуск данного suid-ного бинарника есть у всех".

Рута то этот su всё равно не даёт, если пользователь не в wheel.

Даёт, если только у тебя не какой-то экзотический su.

> su кстати не работает без добавления в группу wheel

Проверьте права доступа на бинарь su в вашем дистре.

> (что за группа sudo такая я не знаю)

Если говорить простым языком: общей практикой использования sudo является выделение некой группы, пользователи которой имеют право выполнять любые команды с повышением привилегий. В некоторых дистрибутивах эта группа называется sudo, в некоторых -- wheel.

>В некоторых дистрибутивах эта группа называется sudo, в некоторых -- wheel.

Я даже знаю дисрибутив FreeBSD.

Это не «дисрибутив», это ОС.

> ОС

Ок. Казалось бы, причём тут Berkley software distribution

> через sudo управляется паролем текущего пользователя, а в su -- паролем целевого

rootpw            If set, sudo will prompt for the root password instead of the password of the invoking user when running a command or editing a file. This flag is off by default.

runaspw           If set, sudo will prompt for the password of the user defined by the runas_default option (defaults to root) instead of the password of the invoking user when running a command or editing a file.  This flag is off by default.

А вот это мне в man sudoers приснилось только что. Ясно-понятно.

> Это просто разные тулзы.

Вот тут поддерживаю.

> если надо чего посложнее -- sudo как правило более полезен

И тут тоже

>  rootpw          
>  runaspw          
> А вот это мне в man sudoers приснилось только что. Ясно-понятно.

Ммм, век живи, век учись. Не был в курсе про эти опции. Впрочем, я слабо представляю use case оных. Тем не менее суть та же: sudo -- крайне гибкий и хорошо настраиваемый под нужды пользователя инструмент.

Вот буквально недавно один знакомый интересовался в ФБ а можно ли так, у него use-case простой: жена иногда сидит под его юзером за его ноутом, не доверять ей пароль он не может принципиально, а обезопасить sudo от ее случайных действий хочется.

А я помню rootpw со времен когда в каком-то из дистров оно по дефолту было включено :) Смог и ему подсказать тогда, и тебе сейчас процитировать :)

Ну и для runaspw я вижу достаточно много юзкейсов, на самом деле, лень описывать.

Да, sudo очень гибок, просто нужно не лениться и читать маны.

> Впрочем, я слабо представляю use case оных.

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

Вот! Я помню, что в каком-то дистре было :)
Спасибо тебе, добрый аноним.

>(ALL, !root)

Чтобы написать такую конструкцию, нужно быть упоротым на всю голову! ИМХО!
Неоднократно говорилось, да и то ли в доках то ли прямо в мане говорится, не создавать правил, аля всем кроме, это я ещё с универа помню, а закончил уже давно.

разрешать нужно или явно какому-то пользователю, выполнять от какого-то пользователя
user ALL=(mpd)NOPASSWD:/usr/bin/alsamixer
А если их несколько, то всех перечислить через запятую.
user ALL=(git,nginx)NOPASSWD:/bin/bash
А если их очень много, то создать список или alias и подставлять в эти правила его, но не городить таких вот костылей.

да это, по сути своей, и есть костыли. когда в системе добавляется/удаляется юзер - править 500 конфигов. по-хорошему, это должна быть централизованная БД юзеров, где у каждого описаны права. хз, может, это лдап умеет.

> когда в системе добавляется/удаляется юзер - править 500 конфигов...

Мне такое неведомо. Могу понять что на говнохостингах чтобы добавлялся, но чтобы удалялся.
И то, там используют напрямую id-ники, диапазон которых можно сразу вписать в правила.
Если речь идёт о реальных юзерах, которые подключаются через терминал или тонкий клиент к серверу и работают, то городить правило чтобы какие-то команды могли выполнять любой от любого, но кроме... тем более не вариант.

Я вообще не вижу смысла в подобной команде. Зачем что-то запрещать руту? Он и без sudo все может.

> Я вообще не вижу смысла в подобной команде. Зачем что-то запрещать руту?
> Он и без sudo все может.

В том-то и дело, что sudo ничего не запрещает, тем более руту!
Она наоборот, разрешает одному пользователю делать что-то от другого (не обязательно root).
Например запустить настройку эквалайзера mpd текущему пользователю, причём ТОЛЬКО запуск эквалайзера и ничего более, даже без лишних параметров.

В данном контексте (!root) имелось ввиду что он разрешат выполнять от любого пользователя, кроме рута.
Сразу косяк, если пользователь входит в группу wheel, то он в некоторых случаях может сделать то же что и root.

упртый на всю голову написал эту конструкцию (возможность ее создания) в код sudo - и без того представляющий собой невменяемую блоатварь.

оттуда бы надо наоборот, выбросить процентов 90 ненужного, вернув набор возможностей примерно на уровень 2002го года, когда основные дырки были уже залатаны, и заморозить в этом состоянии.

но менеджеры не поймут-с

> упртый на всю голову написал эту конструкцию (возможность ее создания) в код
> sudo - и без того представляющий собой невменяемую блоатварь.
> оттуда бы надо наоборот, выбросить процентов 90 ненужного, вернув набор возможностей примерно
> на уровень 2002го года, когда основные дырки были уже залатаны, и
> заморозить в этом состоянии.
> но менеджеры не поймут-с

Я с Вами полностью согласен!
Я даже, до сегодняшнего дня, не знал что так вообще можно написать.

P.S. Вот чем занят Лёня, когда он реально давно тут нужен.

Не фанат sudo, но suid бит не всегда работает корректно.

Как без sudo разрешить выполнить определенную команду определенным пользователем без ввода пароля?

Такое часто нужно для скриптов автодеплоя.

Разрешить выполнять группе. chmod 750 program, chgrp mygroup program. Если нужно chmod u+s program.

В гентушечке тоже уже 1.8.28

В гентушечке есть doas

Нету. Только что проверил :).

https://packages.gentoo.org/packages/app-admin/doas
Там нет персиста (возможно к лучшему)

Персист в openbsd сделан ч/з timeout(9). В обоих портируемых форках doas он есть, но ч/з костыли. В апстриме doas что в гентушечке его можно включить через --with-timestamp

Все чуть интереснее:

        if (persist)
                fd = open("/dev/tty", O_RDWR);
        if (fd != -1) {
                if (ioctl(fd, TIOCCHKVERAUTH) == 0)
                        goto good;
        }

Вот этот ioctl() проверяет закешированные в ядре креды для конкретного юзера с конкретным tty. То есть весь persist по сути реализован в kernel space.

Да, из-за этого doas портирован не полностью, этот вызов есть только в OpenBSD.

> упущением из внимания спецзначени

Любые спец. значения  и остроумная магия - это всегда будущие проблемы.

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

не зря Поттеринг `machinectl shell` запилил :)

Сито же.

Кстати говоря, если в Debian-based вы не можете удалить sudo, потому что используете кеды, а кедомейнтейнер решил, что обязательная установка sudo это security issue, то можно выпилить x из файла, чтобы оно не запускалось. Но чтобы после апдейтов этот флаг не вернулся, лучше так:

dpkg-statoverride --update --add root root 644 /usr/bin/sudo

*решилЮ что это не security issue

> с UID "-1" или "4294967295", что приведёт к её выполнению с UID 0.

Ох уж эти коварные типы данных.

По моему типы данных тут ни при чём, просто упустили момент что setreuid использует аргумент -1 как "не изменять".

Во фре еще вчера обновили:

14 Oct 2019 16:46:28
Original commit files touched by this commit  1.8.28
Revision:514465
    garga search for other commits by this committer     

security/sudo: Update to 1.8.28

Sponsored by:    Rubicon Communications, LLC (Netgate)

По-моему, sudo - это одна сплошная уязвимость.
Объясните дураку - как с помощью sudo дать человеку все права root за одним исключением - не дать ему сменить пароль root.

SELINUX

И?
sudo -> turn off selinux -> ... profit!

SELINUX RBAC

включая возможность рута расковырять хекс едитором файловую систему и поправить хеш в passwd?

естессно...

>все права root

для начала надо понять что у рута нет прав.

... ога. Одни обязанности.

От игры словами суть вопроса не меняется.
Пока что правильный ответ один - "никак". Если ты на это намекаешь.

Я думаю можно мандатным контролем доступа ограничить много чего, или там сделать всяких toorов опять же, но это наверно не селинух или не только он один. Ещё были патчи ядра, исправляющие абсолютные возможности рута, если хочется прям чтобы рут (там же был hardened chroot и остальное). Но это будет уже не тот рут (хотя всё равно шерето). Ща пошла такая практика сажать рута в клетку, типа он тут не господин и повелитель, мне она немного не нравится, да и не работает это. Лучше не давать рута, если он не нужен.

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

7 CVE за сорок лет.

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

Борцы за идеальную безопасность забывают, что бывают другие задачи. От защиты от дурака до борьбы с совершенно конкретной проблемой с минимальным влиянием на всё остальное.

Ключик --[no]preserve-root у rm, например.

>>>Объясните дураку - как с помощью sudo дать человеку все права root за одним исключением - не дать ему сменить пароль root.

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

В качестве домашнего упражнения - осмысли процесс отделения котлеты хеша рута от остальных мух в master.passwd
Осмысленное осознай. Затем выпий йаду.

Так вот для кого google рута ограничивает... нашёлся!

> не приводят к смене UID, но так как сам sudo уже выполняется под root, то без смены UID и целевая команда также запускается с правами root.

ыыыы... какая прелесть!

> На момент написания новости проблема остаётся неисправленной в ... и FreeBSD.

Еще вчера:
https://www.freshports.org/security/sudo/
> 14 Oct 2019 16:46:28
> Original commit files touched by this commit  1.8.28
> Revision:514465

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

Чего-то не понял что такого особенного в !root. А если просто перечислить целевых юзеров кроме рута, то все равно эта уязвимость возможна, или обязытельно должно присутствовать !root?

Обязательно должно присутствовать ALL. Просто если там нет !root, то это notabag.

Большое упущение sudo что невозможно в пути, которые даются аргументами командам включить wildcard - он будет матчить слеши тоже и можно будет работать с любым файлом. Только для sudoedit эту возможность добавили, но не в общем случае.

Описание самой «уязвимости» мне напоминает анекдот про «а вы на шкаф залезьте». При чем что бы ее использовать нужно предварительно получить право на правку sudoers, то есть сначала получить рута… Получить рута, что бы получить рута… Что-то странное вижу я.

В каких дистрах не используется sudo?

В любом можешь не использовать. Вот просто в любом.

sudu su наше все!