Скрипт не работает, кто-то ставит 777, всё заводится, и на этом разбор заканчивается. Ч...
Скрипт не работает, кто-то ставит 777, всё заводится, и на этом разбор заканчивается. Через полгода это оборачивается инцидентом. Что означает 777. Читать, писать и выполнять может кто угодно в системе, включая любой скомпрометированный процесс. Веб-сервер, у которого есть право записи в каталог со скриптами, — это готовый путь для загрузки чужого кода и его запуска. Как чинить правильно. Определите, от какого пользователя работает служба: systemctl show -p User имя. Сделайте этого пользователя владельцем нужных каталогов через chown. Дайте 750 на каталоги и 640 на файлы — этого хватает почти всегда. Для общего каталога нескольких служб используйте группу и бит setgid, чтобы новые файлы наследовали её. Отдельно про загрузки: каталог, куда пишет веб-приложение, не должен быть внутри каталога, откуда исполняются скрипты. Проверить, где у вас уже стоит 777: find /var/www -perm -0002 -type f. Результат обычно удивляет. И помните: SELinux или AppArmor не «мешают работать», а ровно от этого и защищают. Находили 777 в неожиданных местах?