Уязвимости панелей

Оно то так, но есть такие скрипты и их не мало. А как пользователям объяснить...

Я думаю только "обратным путем" когда при пермишонах 777 вообще ничего работать не будет, как при suPHP к примеру....

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

Тема про уязвимости панелей плавненько перетекла в шлак про chmod ;)

Простите, удаляюсь :D

Предлагаю вернуться к сабжу ;)

Давайте конкретно, с фамилиями и должностями ;)

В чем небезопасна, скажем, ISP? Как максимально защититься (и провериться) простому смертному клиенту? (с чмодами - понятно, на это можно не заострять внимание).

И так собсно интересует по др. панелям.

Доверить настройку и обслуживание администратору (лучше компании), которые имеют регулярный ежеденевный опыт работы с той или иной панелью.

Панель управления - это не более чем gui + набор скриптов для выполнения определенных стандартных действий. Не надо ждать от них чудо или замену админа.

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

А так.. наибольшая проблема, которая всегда была и, к сожалению, до сих пор есть - связана с возможностью получать доступ к системным файлам вроде /etc/passwd и даже часто к файлам других пользователей. Как проверить - думаю многие и сами знают. :) Как реально решить - знают единицы.

Капитан очевидность..

Давайте по делу, плз.

Помнится, когда обсуждали баги ISPmanager, кто-то (кажется Артем или как там его зовут) сказал интересную вещь: когда одно и тоже приложение принимает извне запросы и от имени рута их затем исполняет, то это не камильфо. Но вот не могу найти описание причины, чем это опасно.

По делу это как? Мануал по настройке сервера и панелей? Или список уязвимостей при установке той или иной панели по умолчанию без настройки?

Зачем это юзеру хостинга?

Прибл. так:

Имеется дыра - ... если не принять ..(каких мер?).. то возможно .. (такое поведение\проблемы\етс).. Проверить хостера на предмет этой дыры так:...

Тож, кстати не помешает, если таковой имеется.