забань по ip

а у меня вот такая фигня(((

"tshadrin" wrote:

Apr 13 16:38:44drupal: http://sample_host|1302698324|page not found|94.103.150.8|http://sample_host/C:/Documents%20and%20Settings/panuzhev/%D0%9C%D0%BE%D0%B8%20%D0%B4%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D1%8B/%D0%9C%D0%BE%D0%B8%20%D1%80%D0%B8%D1%81%D1%83%D0%BD%D0%BA%D0%B8|http://sample_host/node/114181|22953||C:/Documents and Settings/panuzhev/Мои документы/Мои рисунки
Apr 13 16:47:59drupal: http://sample_host|1302698879|page not found|94.103.150.8|http://sample_host/C:/Documents%20and%20Settings/panuzhev/%D0%9C%D0%BE%D0%B8%20%D0%B4%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D1%8B/%D0%9C%D0%BE%D0%B8%20%D1%80%D0%B8%D1%81%D1%83%D0%BD%D0%BA%D0%B8|http://sample_host/node/114181|22953||C:/Documents and Settings/panuzhev/Мои документы/Мои рисунки

Какая версия друпала? Обновлена до последней актуальной?*

Хостинг виртуальный? Какие права на settings.php? Какие модули установлены?

поторопился, сейчас подумаю.

Вам загружают сплойт. Включите безопасные загрузки. Ваш веб-сервер сконфигурирован не корректно. На сайт загружается jpg или img с php-кодом внутри, этот код потом выполняется. Я бы рекомендовал провериться на наличие шелла, а так же перезалить все файлы движка и модулей. Кроме того, для большей безопасности рекомендую перевести php в режим cgi, а так же корректно расставить права доступа.

в первую очередь проверить на месте ли .htaccess в каталоге files

>> все файлы движка и модулей принадлежат root

все... Только реформат. Боюсь, 300 долларов на аудит у вас нет. Вы пренебрегли основами безопасности сервера...

Ну если нужно, я могу описать как все поставить руками... Но лучше взять и поставить на vds тот же webmin в вашем случае.

под какую ОС ман писать?

Завтра сделаю ман.

"tshadrin" wrote:

.htaccess файлов не было.

Счас напишу в трех словах, прошу прощения, закрутился.

yum -y install php httpd mysql mysql-server php-mbstring php-mysql php-zts nano bind

nano /etc/sysconfig/httpd

Раскомментируем строку HTTPD=/usr/sbin/httpd.worker

Создаем юзверя:

useradd -d /var/www/username username

passwd username

Собственно, осталось добавить виртуалхосты в апач и настроить bind. В апач нужно добавить таким образом:

создаем все пути

Создаем скрипт интерпретатора
echo "#!/usr/bin/php-cgi" > /var/www/username/php-bin/php
chmod +x /var/www/username/php-bin/php

Свой php.ini
echo " " > /var/www/username/php-bin/php.ini

Правим владельца
chown username:username /var/www/username

chkconfig add httpd
chkconfig add mysqld

service httpd restart

с мускулем и прочим работаете как обычно, конфиг касается только апача. Ну и следите, чтобы права на папки, в которых файлы должны выполняться были не выше 755, на файлы выполняемые - не выше 644 (777 только на папки кеша и фалы кеша). settings.php - 440 или 400.

Собственно в общих чертах должно быть понятно, возникнут проблемы - пишите, скорректирую (возможно, что-то забыл, но вряд ли).

апач перевели в worker для экономии памяти, php-zts поставили для того, чтобы не возникало проблем, если вы захотите отказаться от php-cgi. В общем все. Скрипты будут выполняться как положено, от имени пользователя, друпал должен чувствовать себя с этими настройками комфортно. Шелл и прочую дрянь вам в систему уже не залить так просто даже если злоумышленник получит доступ к аккаунту нашего зверька (будет достаточно снести зверька и добавить нового).

Единственное, что я бы еще посоветовал при такой конфигурации - перевести /tmp в noexec. Так, на всякий случай.

У вас очень слабый VDS. Да, php-cgi кушает больше процессорного времени, однако, экономит память и очень сильно. Значит вам нужно подключить php-zts (этот модуль подключается именно в режиме worker апача, так как mod_php в этом случае работает не стабильно). Вообще в /etc/conf.d/php.conf уже все сделано. В вашем случае нужно корректно прописать виртуалхост в апаче и применить ограничения openbasedir. Хотя, в данном случае я бы использовал mpm-itk и php-cli, это даст запуск и выполнение скриптов от имени пользователя, а не от апача.

>> почему php исполняет файлы с расширением .php. .php.* ?
Как вы их исполняете? Из командной строки можно исполнить все что угодно и как угодно. Вам нужно, чтобы не открывались php.jpg к примеру и прочее.

Настройка apache+php как модуль для классического хостинга неприменима впринципе, это можно сделать безопасным, но с помощью кучи ухищрений, как то suhosin, openbasedir, запрет некоторых инструкций.

Баг апача. Он ищет в имени файла ".php", если находит - выполняет. Надо писать багрепорт разработчикам.

как пример использования openbasedir.

Гм. Перечитал документацию по mod MIME. Это не баг, это фича. Т.е. файл с двойным расширением интерпретируется как каждое из них.

Не придется. Файлы двига все на месте? Делали полный реинсталл сервера? Загрузки безопасные включены? Какие стоят права на папки с временными файлами и папки загрузок? .htaccess все на месте? Если не делали полный реинсталл сервера - у вас шелл или руткит в системе. В противном случае нужно логи апача смотреть на предмет XSS в первую очередь. Так же права на файл конфига - 440?

З.Ы. Пароли все поменяли? Не должно ни одного такого же остаться после таких взломов.

Вообще попробуйте мне написать в ICQ 408108152, думаю, вопрос получится расшевелить быстрее, а то между постами на форуме сутки проходят.

Гм. Мне было бы очень интересно, если вы обратитесь в полицию, как это произойдет (ну интерес не праздный, ибо постоянно приходится бороться с DDoS, попытками взломов и т.п.).

Сайт в личку, есть одна идея

Обновите серверное ПО до последних версий, поменяйте пароль на ftp доступ и на остальные авторизации на сайте.

Скиньте в личку адрес сайта.