А вот некоторые общие и Jumi конкретные рекомендации, касающиеся сайта security.They не являются исчерпывающими них! Это практически невозможно сделать сайт пуленепробиваемым от атак из наиболее квалифицированных мужчин и женщин.
Но не стоит от него отказаться! Прочтите эту статью, а затем посетить Joomla! форум по вопросам безопасности по крайней мере.
Мое первое правило
Повышенная безопасность, тем лучше.
Защитите свои PHP файлы от доступа
Если кто-то знает, что путь к файлу PHP-он / она может запустить его извне. И, возможно, использовать его для его / ее собственной цели.
Вы можете избежать этого, целый ряд мер:
- ограничить прямой доступ к файлам
- скрыть путь к файлам
- защитить каталог, в котором ваши файлы из листинга и доступа
Ограничение прямой доступ к PHP файлов.
В самом начале вашего PHP файлов написать строку, которая не позволяет никому запускать файлы вне Joomla! окружающей среды.
Для Joomla! 1.0.x
defined ("_VALID_MOS") или умереть ("Ограничение доступа");
Для Joomla! 1.5.x
defined ('_JEXEC) или умереть ("Ограничение доступа");
Или для Joomla! Платформы:
defined ("_VALID_MOS") или определенных («_JEXEC) или умереть (" Ограничение доступа ");
Скрыть путь к файлам с помощью Jumi абсолютный путь.
Если вы используете Jumi плагина есть возможность того, что пути к файлам будут выявлены.
Jumi плагин синтаксиса кода написана в Joomla! статьи видно в RSS-каналы и PDF-документов.
Таким образом, пользователи могут видеть
(Jumi [изображения / myscripts / myfile.php]}
Это не Jumi плагин / мамбот ошибку, но Joomla! особенность. Joomla! не имеет содержания плагины для RSS и PDF. Существует решение: взломать Joomla! ядро и сделать триггер себя. Читайте kksou Скрыть Jumi на RSS каналы а также Как есть плагины обрабатываются при создании PDF-документов из элементов контента
Вы также можете отключить статьи из того Тип системы, и вы также можете отключить PDF вариант статьи. Но кто может держать его в уме все время?
Определить Jumi умолчанию абсолютный путь в расширении Jumi параметры по мере возможности. Пользователи могут видеть только имя, а не позиции в структуре каталогов:
(Jumi [myfile.php]}
Желательно, чтобы переместить каталог из ваших скриптов за пределами WWW корня. Существует никаких шансов получить доступ к файлам по HTTP вызов времени. Не все услуги хостинга включить его.
Защитить каталог, где PHP файлов от прямого листинга и доступа.
Поместите пустой index.html в каталоге. Когда кто-то посещает каталог через HTTP он / она не отображается список файлов, но только пустые страницы.
Второй мерой является применение Apache возможности, я имею в виду mod_rewrite: Это позволяет перенаправить HTTP доступ к файлам в каталоге, в другой файл или место. Есть более подходы, как это сделать. Одна из многих возможных решений в вставив следующие строки типа int ваша. Htaccess файл
RewriteCond% {HTTP_REFERER}! ^ Http://www.mysite.com/. * $ [NC]
RewriteCond% {REQUEST_URI} myscripts [NC]
RewriteRule. * - [F]
Это resrict доступ ко ВСЕМ адресов www.mysite.com содержащие MyScript мира. Но, как я сказал, что вы можете создать свой собственный Htaccess правила. Подробнее о Htaccess тему в corz.org здесь а также здесь или Google "ограничить доступ Htaccess".
Заключение
Я рекомендую вам, чтобы объединить все меры, упомянутые выше
В то время как мои первые правила безопасности, что
Повышенная безопасность, тем лучше.
Самый последний говорится:
Там существует только одна лучшая мера предосторожности: прекратить сайте.