Открытые PHP-файлы в логистике: риск для сайта
Срез за сентябрь 2026 года: 95 сайтов из 4 112. Это 2,3%. На мой взгляд, это не просто цифра — это тревожный сигнал. В логистике сайт — первый контакт с клиентом. Если он не защищён, это не просто технический просчёт. Это уязвимость, которую могут использовать. Мне кажется, что 2,3% — это слишком много для отрасли, где доверие к цифровому каналу критично.
Каждый открытый файл — как приглашение. И если его не закрыть, вред может быть не только техническим, но и репутационным.
Чем это плохо для бизнеса логистики
Злоумышленник, получив доступ к диагностическим файлам, узнаёт версию PHP, модули, конфигурацию сервера. Это не просто информация — это карта. Он может использовать её для атаки на сайт: вставки вредоносного кода, перехвата данных, блокировки доступа.
Для компании, которая работает с грузоотправителями, это прямой удар по доверию. Если сайт перестанет работать — заявки не поступают. Если клиент увидит, что на сайте есть уязвимость, он может сомневаться в надёжности всей логистической цепочки. Даже если сайт не сломается, поисковые системы могут начать понижать его позиции.
Как понять, что это касается вашего сайта
Проверить, есть ли на сайте файлы вроде info.php, phpinfo.php, config.php в корне — это не сложно. Но не стоит полагаться на интуицию. Лучше начать с аудита: посмотреть, какие файлы доступны извне.
Потом — проверить, не оставлены ли в папках тестовые или диагностические файлы. Если такие найдены — их нужно удалить или перенести в защищённую директорию. Но важно не просто убрать — а проверить, не осталось ли подобных файлов в других частях сайта. После обновлений или переносов сайтов часто возвращаются старые файлы.
Как я это закрываю у клиентов
Мы в Cetera в таких проектах смотрим прежде всего на безопасность и устойчивость. Сайт — не просто страницы. Это цифровой офис, канал продаж, точка контакта с клиентом. Уверена, что поддержка должна быть не реактивной, а проактивной.
Постоянно проверяем, нет ли в корне сайта файлов, которые не должны быть открыты. Если в процессе обновления или интеграции появляется что-то подозрительное — сразу убираем. Работаем с платформами, где можно настроить доступ по умолчанию, чтобы такие файлы не попадали в публичную зону.
Согласна с тем, что безопасность — это не разовая задача. Это часть ежедневной работы. Я поставила в план — включать проверку открытых файлов в стандартный цикл поддержки. Потому что лучше предотвратить, чем потом восстанавливать доверие.
Это часть нашей работы — Информационная безопасность. Поддержка сайтов всех типов для обеспечения их информационной безопасности. Информационная безопасность