Прежде чем послать сообщение на форум по безопасности Joomla! Пожалуйста, прочтите этот перечень резюме, а затем используйте его как шаблон для сообщения.
//administrator/components/com_extension/admin.extension.php?mosConfig.absolute.path=http:
Если у вас есть доступ к SSH (secure shell) через putty вы можете использовать chmod файлы и каталоги. Если вы не имеете доступа к командной оболочке, вы можете запускать команды из cron путем создания временных работ. Скопируйте и вставьте команду в cron. Запустите работу примерно через 2 минуты после сохранения. При использовании команды putty или работе в cron, использовать полный физический путь к public_html рекомендуемый для лучших результатов.
Для файлов, используйте:
find /home/xxxxxx/domains/xxxxxxx.com/public_html -type f -exec chmod 644 {} \;
для каталогов, используйте:
find /home/xxxxxx/domains/xxxxxxx.com/public_html -type d -exec chmod 755 {} \;
Чтобы проверить последние изменения файла за день в системе используйте эти команды из putty (SSH - secure shell) или через cron. Если команда запускается из cron job вы можете запланировать его на предмет измененных файлов несколько раз каждый день. Результаты будут отправлены на имя владельца счета и отображать время/дату для всех измененных файлов. При использовании команды putty или cron-задания, использовать полный физический путь к public_html рекомендуется для лучших результатов.
find /home/xxxxxx/domains/xxxxxxx.com/public_html -type f -ctime -1 -exec ls -ls {} \;
Пожалуйста, обратите внимание, файлы вашего сайта могут быть расположены в public_html, httpdocs, www, или на другом аналогичном месте, и ваш физический путь также может быть другим, нежели в примерах. Скорректируйте путь соответственно.
Если сервер требует права 777 чтобы Joomla работала корректно, то необходимо поставить Joomla на другой сервер, где можно использовать "php as CGI", или потребуйте обновить программное обеспечение (PHP и Apache) до современных или поищите другой хостинг.
Для директорий проекта, которые, казалось бы, требуют прав доступа 777 для запуска или по умолчанию в вашей папке images/media запустите этот код вместе с файлом .htaccess внутри открытой папки.
# Защитите файлы отключив скрипты AddHandler cgi-script .php .pl .py .jsp .asp .htm .shtml .sh .cgi Опции -ExecCGI
особенно в папке images
Проверите вашего хостинг провайдера, чтобы убедиться, обеспечили ли они преднамеренно сервер вашего сайта, и что они или вы выполняете регулярные (еженедельные) обновления безопасности, чтобы усовершенствовать сервер. Ппроверьте что у вас есть jail shell. Общее правило - чем меньше вы платите, тем меньше о вас заботятся.
Чтобы это сделать сайт должен быть в автономном режиме в течение приблизительно 15 минут. Чтобы выследить вашего взломщика/ вредителя в HTML может занять несколько часов или даже дольше.
Некоторые из доступных программ:
Ваш сайт был взломан в прошлом и не была проведена надлежащая проверка действующих (и скрытых) средств
взлома поэтому осталась возможность для повторного "заражения" (взлома).
Убедитесь, что исходный файл шаблона или не вставляет нежелательный код/вредный Javascript или что вы загрузили платный шаблон из не надежного источника, например, сайты обмена файлами.
Gumblar не использует какой-либо конкретный уязвимый скрипт. Этот скрипт вводится в каждой веб-странице (не подтверждено, если зараженные страницы редактировалось, затем сохранялись, то они также будут в базе данных) на сайте. Скрипт меняется каждый раз при его использовании. Это было видно, на PhpBB, форумах SMF и VBulletin, на блогах WordPress 2.7.1, на собственных сайтах PHP. Скрипт начинается с функции и не имеет имени и замены. Общая версия Gumblar ломает сайты из-за дефекта скрипта.
С недавних пор iframe вредоносный код вводит только в файлы с наиболее распространенными именами файлов (например, index.html, index.php, и т.д.).
Когда ваш хостинг-провайдер работает с PHP как модуль Apache, он выполняется в контексте пользователь / группы веб-сервера, который обычно "никто", "httpd" или "apache". В соответствии с этим (правом собственности) режимом, файлы или каталоги, которые требуют ваш PHP-скрипт, чтобы иметь возможность писать нужные разрешения 777 (чтение / запись / выполнение на пользователя / группы / мировой уровень), если право собственности на файлы и каталоги не владельца, а пользователя. Такой сценарий является абсолютно неприемлемым с точки зрения безопасности, «777» позволяет не только веб-серверу производить записи в файл, а также кому-либо еще чтение или записи в файл. Если ваш провайдер не в состоянии это изменить, надо подумать об изменении хостера!
Логи
Убедитесь, что в панели управления ваши логи доступа к журналам был включен в обзор!
Необработанные логи файлов доступа позволят вам видеть, кто имеет доступ к вашему сайту без использования графики, диаграммы и другие графических элементов. В cPanel, например, вы можете и использовать меню Raw Access Logs для загрузки архивных версий серверных лог-файлов доступа для вашего сайта. Это может быть очень полезно, когда вам нужно узнать, кто имеет быстрый доступ ваш сайт. Многие забывают, что для это должна быть активирована пользователем учетная запись и автоматически не активизировано после создания хостинг-аккаунта в cPanel например!
