
Комментарии 15
в нынешнее время контейнеризации и временно живущих Linux машин в облаке, CICD и тд, утилиты su, sudo теряют смысл из-за их громоздкости.
они были созданы в другой эпохе, которая уже в прошлом.
сейчас мы пользуемся простыми утилитами типа suex, sush https://github.com/mobydeck/suex
"Мы" это кто?
Хм... Никому не известные (три звезды на гитхабе) самописные тулзы для задачи, связанной с безопасностью – серьёзная заявка на успех...
sudo уже 30 лет, и то проблемы находят.
да, друг, но не в звездах смысл. попробуй вникнуть в код и решение для начала. :D
Недостаточно, чтобы вник я. Для такой ответственной задачи – надо, чтобы вникла куча народу. Нужен серьёзный аудит + проверка сообществом. Этого, очевидно, не было, иначе звёзды бы исчислялись сотнями и тысячами (ну блин, это же просто закладки, которые люди делают на проект... Пока он заинтересовал трёх человек).
В этом то и дело, уважаемый пользователь. Sudo не делает ничего особенного. Всё уже встроено в ядро, Sudo только обвешивает всё различными правилами через кофниг sudoers, который в наше время никому не нужен ни в облаке, ни в контейнерах.
В Unix/Linux есть специальный бит прав setuid/setgid, его называют спец-бит на исполнение.Если он установлен у исполняемого файла, то программа запускается с effective UID/GID владельца файла, а не пользователя, который её запустил. Например, setuid-root позволяет обычному пользователю выполнить программу с правами root (только в рамках этого процесса), как это делает passwd.
Знаю. Итого, вы написали некие программы, которые исполняются с правами рута и могут запускать с теми же правами другие процессы. Вам не кажется, что такая программа требует серьёзного аудита, а не тремя заинтересовавшимися пользователями с гитхаба?
suex/sush были написаны из необходимости для конкретного проекта и существующих процессов в действующей инфраструктуре потому что все имеющиеся решения это не совсем то "пальто", которое нужно на сегодняшний день для решения простых задач, а не ради каких-то "звезд".
проект лежит на гитхабе только потому что так удобнее.
вот, почитайте что такое sudo и как оно работает https://habr.com/ru/articles/1005738/
Повторяю, я в курсе.
Свои велосипеды – это в пределах нормы (хотя для таких вещей их всё равно надо проверять многократно и очень тщательно). Не надо только их выдавать за что-то, пришедшее на смену проверенным инструментам, пока они тоже не пройдут соответствующую проверку.
А количество звёзд и (что ещё важнее) форков – возможность грубо оценить, сколько человек вообще просмотрело код.
А при входе в систему и авторизации по ssh все так же без звёздочек? Какой в этом сокральный смысл вообще?!
Если написано на раст то обзятельно "решает серьёзную проблему пользовательского интерфейса". На сях это было не решить. А вообще если пользователя это настолько коробит, что проблема отсутствия звездочек для него серьезная то скорее всего ему нельзя использовать sudo.
Обьясните почему звездочки ухудшают, а собственно набор - то есть нажатие клавиш не ухудшает? Я хочу сказать, в чем смысл? Если кто-то стоит рядом, чтобы считать звездочки - он тем более сможет увидеть нажатия клавиш.
В sudo-rs по умолчанию включили обратную связь при вводе пароля