Подсветка файлов в выводе ls

Выполни sudo env и посмотри какие переменные чему равны

sudo ls --color=auto

alias ls

man dir_colors

А почему без sudo без алиаса работает? Так есть у меня косяк в sudoers или нет?

скорее всего у тебя где то в .bashrc или .bash_profile прописан алиас, а sudo спросто сбрасывает эти переменные окружения

И правда, в /etc/bashrc.d/alias прописано:

case "$TERM" in
       *emacs*)
               # Do not quote file names.
               alias ls='ls -N'
               ;;
       *)
               # Only use color if standard output is a terminal.
               alias ls='ls --color=auto'
               ;;
esac

alias sudo='sudo '

Подсветка от судо появится, гарантирую.

используйте, если возможно, глобальный alias:

alias -g ls=«ls --color=auto»

alias sudo='sudo '

Я даже сначала не поверил, пошёл проверять, но это действительно работает. Никогда бы в голову не пришло, что там есть такое правило:

man bash

If the last character of the alias value is a blank, then the next command word following the alias is also checked for alias expansion.

А я этим себе никаких проблем с безопасностью не создам? Спрашиваю потому, что всё-таки не до конца знаю шелл. Не просто так же изначально придумали всё окружение в сеанс sudo не передавать. И почему без алиаса подсветка не работает? Она же может включаться двумя способами, параметром --color и переменной LS_COLORS. Даже если параметра нет, переменная всё равно остаётся.

А я этим себе никаких проблем с безопасностью не создам? Спрашиваю потому, что всё-таки не до конца знаю шелл. Не просто так же изначально придумали всё окружение в сеанс sudo не передавать.

Алиас — не часть окружения, это фича шелла. Bash просто по дефолту раскрывает только первое слово в команде, а если сделать alias sudo='sudo ', то будет раскрывать и второе, следующее после sudo.

Насчёт безопасности — с алиасами нужно быть не менее осторожным, чем с переменными окружения. Если бы все переменные пробрасывались, то можно было бы скомпрометировать рута таким образом, например: сомнительная программа, запущенная от пользователя, любым образом устанавливает переменную LD_PRELOAD в шелле пользователя (да хотя бы даже в .bashrc дописывает), после чего пользователь вводит sudo, вредоносная so-шка обнаруживает, что загружена в программу, запущенную от рута, и делает своё грязное дело. Если такой сценарий возможен, то возможен и аналогичный с использованием alias: сомнительная программа устанавливает alias ls="$HOME/.mal-ls.sh", а скрипт .mal-ls.sh проверяет в начале, не от рута ли он запущен, а потом делает своё грязное дело, в конце вызывая настоящий ls. И если от первого сценария нас спасает sudo (в SUID-программу не подгружается либа из LD_PRELOAD, а потом sudo ощищает окружение), то от второго сценария sudo нас не спасёт, потому что он будет думать, что пользователь хочет запустить .mal-ls.sh, а не ls.

Однако я считаю, что поводов бояться второго сценария нет, поскольку если сомнительная программа добралась до редактирования алиасов, то проще уже просто поставить alias sudo="$HOME/.mal-sudo" и стырить пароль.

Она же может включаться двумя способами, параметром --color и переменной LS_COLORS.

man ls

Using color to distinguish file types is disabled both by  default  and
with  --color=never.  With --color=auto, ls emits color codes only when
standard output is connected to a terminal.  The LS_COLORS  environment
variable can change the settings.  Use the dircolors command to set it.

Т.е. включается она только параметром, а переменная позволяет менять настройки подсветки.