Почему по умолчанию папка /home/$USER даёт права на просмотр посторонним?

Особенность дистрибутива, сочувствую.

# grep UMASK /etc/login.defs 
UMASK           077

И еще такой вопрос если я сделаю chmod o-rx на /home/$USER, то внутри останется куча файлов с правами типа «drwxrwxr-x».

man chmod, однако

Или имея права у корневой папки «drwxr-x---» оно автоматически режет для other любые права на внутренних файлах?

«drwxr-x---» не режет права на внутренних файлах. Однако, флаг x для директории отвечает за права на lookup в этой директории. Без него обращение к любым сущностям в директории становится невозможным. Беспокоиться не о чем.

И где там описаны случаи доступа к файлам имеющие отличимые права от корневой директории? Там есть про право поиска в директории. Но может в линухе есть какие-то обходные пути получить доступ к файлу. По тому же дескриптору или еще как-то. Для меня это не ясно, т.к. линух для меня в большинстве случаев черный ящик.

Это где так? Ни в одном дистрибутиве по умолчанию такого не видел.

p.s. chmod -R o= /home/$USER и можно не беспокоиться.

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

http://stackoverflow.com/questions/4606774/why-cant-files-be-manipulated-by-i...

Мамку посторонним покажи.

линух для меня в большинстве случаев черный ящик.

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

В Ubuntu Desktop/Server, в Debian вроде так же.

А для новых файлов? Каждый раз что-ли запускать? Или в эту сторону копать # grep UMASK /etc/login.defs

В дебиан всю жизнь такое.

А для новых файлов?

Копать в сторону переопределения вот этого:

# grep -r umask /etc/profile*

/home/$USER

Быдлокод! Правильно

$HOME

У тебя теперь травма на всю жизнь ? :-D

Не ну это очень странно когда консольное приложение от этого зависит и ладно это какой-нибудь текстовой редактор типа nano(который кстати сразу предупреждает что консоль ему мала), но от wget я такого подвоха не ждал. Особенно когда он дергается в немаленьком скрипте.

в убунте/дебиан всегда так

chmod -R тебе поможет

В Ubuntu Desktop/Server, в Debian вроде так же.

В бебиянах с бубунтами вообще с «поведением по умолчанию» многое серьёзно не так. Кроме прав на ~, там ещё и сетевые сервисы сразу при установке пакета стартуют с дефолтным конфигом, который, естественно, в 99% случаев является неправильным.

А потом удивляться, почему ssh по ключам не пускает.

Потому что помимо юзера в ней должны читать ещё и разные системные сервисы.
Да и в случае с sudo как быть?

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

Потому что помимо юзера в ней должны читать ещё и разные системные сервисы.

Не должны.

Да и в случае с sudo как быть?

Пользоваться su.

Потому что помимо юзера в ней должны читать ещё и разные системные сервисы.

Это какие например?

Да и в случае с sudo как быть?

А что не так будует с sudo?

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

В линуксе тоже. man acl

настроив судо единожды я поднимаю и опускаю интерфейсы без руля. а су так может?

настроив судо

This.

я поднимаю и опускаю интерфейсы без руля

В этом случае права не помеха.

Пользоваться su.

Даже если желаемый юзер не root?

https://linux.die.net/man/1/su

Ещё umask правильный поставить как минимум, а то новые файлы будут создаваться с правами на чтение.

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/3/html...

А потом удивляться, почему ssh по ключам не пускает.

По дефолту всё нормально работает, даже если оставить доступ только для юзера:

chmod -R u=rwX,g=,o= $HOME

А каким образом sshd получает доступ к ключам в $HOME с такими правами?

Демон работает от рута.

Ну правильно,на authorized_keys они и должны быть только юзера. А оратор выше делает 640 на все файлы. Соответственно по ключам этого пользователя пускать не будет.

Почему по умолчанию папка /home/$USER даёт

Потому что это у тебя не папка, а мамка.

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

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