Как отключить allow_url_include?
- Автор темы danneo
- Дата начала
- Автор темы
- #3
да как бы безопасность...
Denixxx
Мой дом здесь!
- Регистрация
- 7 Фев 2014
- Сообщения
- 244
- Реакции
- 216
Безопасность прежде всего в Ваших руках.
У меня 2 хостинга. Один постоянно обо мне «заботится», отключая подобные функции, и периодически его ломают (правда не мои скрипты, но соседей). Другой — включено всё, но о взломах не слышно. Иногда ддосят только, но это везде может случиться.
Мистика? Нет. Просто первый менее квалифицирован.
Совет: лучше скрипты защитите от инъекций. Если скрипт не защищён, взломают и зальют что хошь, никакое отключение allow_url_include не поможет. Если защищён, то включение ничего не ослабит.
Если сомневаетесь в защите — бекапьте почаще, это реально спасает. И храните архив как минимум в 2 местах.
И даже если не сомневаетесь в защите, всё равно бекапьте.
latteo
Эффективное использование PHP, MySQL
- Регистрация
- 27 Фев 2008
- Сообщения
- 1.603
- Реакции
- 1.566
allow_url_include - PHP_INI_SYSTEM - Значение может быть установлено в php.ini или httpd.conf
Для просмотра ссылки Войди
Для просмотра ссылки Войди
Мультисайтовость такого рода настраивается через VirtualHost в apache или server_name nginx, зачем это для php?.. Могу предположить, что они создают подпапку для wildcard доменов с единственным файлом php, который инклюдит по юрлу основной домен, но это дикое извращение и вряд ли на это кто-то пойдёт в здравом уме. Всё же интересно будет если вы добьётесь от них внятного ответа.
Все мы используем сторонние библиотеки и не всегда проводим аудит их безопасности...
Имхо, по умолчанию должно быть отключено, но должна быть возможность включения в настройках панели хостинга.
Не стоит пользоваться цмс, которая апдейтит скрипты через include внешнего url. Для апдейта есть file_get_contents, curl и другие инструменты.
Все могут допустить ошибку и не стоит давать шанс её воспользоваться, если этого можно избежать
Последнее редактирование:
Denixxx
Мой дом здесь!
- Регистрация
- 7 Фев 2014
- Сообщения
- 244
- Реакции
- 216
Да, Вы правы. У меня из сторонних PHP библиотек только PHPExcel и Sitemap generator, наверное поэтому упускаю из вида вариант, что у других может быть не так.
Однако моё глубокое убеждение, что если скрипт требует отключения чего-то там в конфигах «в целях безопасности», то этот скрипт дыряв. И нужно латать скрипт, а не конфиги. Я понимаю ещё файловые права или .htaccess нужно правильно настраивать — но функции удаленного доступа иногда реально нужны. Я например могу захотеть парсер или прокси. У меня даже в движке предусмотрен режим парсинга PHP в статьях — если моя левая пятка завтра захочет, могу код прокси прямо в движке написать, чтобы проверить как работает.
Специально погуглил как мжет реально навредить включение этой опции. Нашел Для просмотра ссылки Войди
4 тупейших ошибки в данном примере.
Причем в самом жёстком последнем случае
HTML:
<?php
$page = ($_GET['page']) ? $_GET['page'] : "index.php";
?>
<html>
<head>
<title>This is EVIL</title>
</head>
<body>
...anything here...
<?php include($page); ?>
...anything here...
</body>
</html>
Последнее редактирование:
- Автор темы
- #7
latteo, как всегда в точкуМультисайтовость такого рода настраивается через VirtualHost в apache или server_name nginx, зачем это для php?.. Могу предположить, что они создают подпапку для wildcard доменов с единственным файлом php, который инклюдит по юрлу основной домен, но это дикое извращение и вряд ли на это кто-то пойдёт в здравом уме. Всё же интересно будет если вы добьётесь от них внятного ответа.
техподдержка все исправила, когда речь пошла о конкретике