Несколько вопросов по уязвимостям на сайте

Такой не знаю, но для этих задач мы используем mywebsitemonitor, он проверяет доступность сайтов и изменения кодов на странице. То есть мониторит все js, iframe, и так далее из веба.

В принципе о взломе и дописывании кодов узнаете сразу.Если что-то на странице изменилось - скрипт сразу шлёт уведомление.

Если скрипт заинтересовал и не нагуглите его, завтра могу поделиться, исходник на рабочем компе

а где тогда логика? если вы пользователя наделяете правами админа, то следственно надо разграничить классами, что он может делать, а что нет ...

это изначально продумывается, когда пишется ядро CMS, что б потом голова не болела в поисках

изменённых файлов, не понятно кем ...

существует и здесь недавно предлагался... На Замок - сервис мониторинга сайта от взлома и хакеров

Я, наверное, не совсем понятно написал то, что имел в виду. Раньше на сервере апач исполнял php-скрипты используя пользователя apache. Как я понимаю, ему можно было запретить изменять файлы, просто изменив права (допустим, 777 на 644). Владельцем файлов при этом был admin123. После установки Apache ITK, php-скрипты исполняются от имени admin123. Он же (admin123) и владелец файлов. Таким образом, admin123 имеет полный доступ к файлам и папкам и изменение прав не даёт никаких результатов.

Этот вопрос никак не связан с CMS. Он связан с правильной настройкой прав на сервере. Я не хочу давать php-скриптам возможность вносить изменения в какие-либо файлы на данном хосте.

---------- Добавлено 13.03.2012 в 02:34 ----------

Спасибо, но подобный сервис я уже использую. Он действительно помогает. Но я не хочу ограничиваться на этом.

как я понял, речь о VPS и распределение прав между пользователями? так?

Этот сервис уже используется. Несколько дней назад именно он помог обнаружить редирект. Кроме него, я ищу ещё и серверный скрипт для мониторинга файлов. Он не будет делать мониторинг страниц сайта. Он должен проверять изменения самих файлов на сервере.

---------- Добавлено 13.03.2012 в 02:38 ----------

Да, выделенный сервер. Вопрос №1 именно о правах пользователей. Вопрос №2 - о скрипте мониторинга файлов внутри серевера.

На этот вопрос вы как бы сами уже ответили. Если владелец файлов будет отличаться от пользователя от которого выполняются скрипты и права на файлы будут 644, то никто туда записать ничего не сможет. Только что проверил даже:)

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

Но вы не указали самого главного, свою кмс. И я наверняка угадаю, если скажу что это ДЛЕ (или хостится на одном акке) (в чуть меньших случаях ВП), не видавший обновления года два, без критических патчей безопасности и возможно даже нулленая.

....конечно не сможет🙅

Да, я понимаю. Значит, это правильный путь (создать ещё одного пользователя и сделать его владельцем файлов)? Или правильнее настроить Apache ITK как-то иначе?

---------- Добавлено 13.03.2012 в 03:05 ----------

Для тех папок, где нужно иметь возможность добавлять и изменять файлы, будет оставлен текущий владелец.

---------- Добавлено 13.03.2012 в 03:09 ----------

Название CMS не имеет никакого значения. Оба вопроса никоим образом не касаются CMS. Стояли две платные не нуленные CMS (одна для сайта, одна для форума). Это были не ДЛЕ и не ВП. Взломали потому, что я не обновлял ни одну из них в течение долгого времени (да, знаю, что я идиот :)).