Критическая уязвимость PHP: в Европе отключают сайты, пока разработчики устраняют угрозу

В Европе временно отключают государственные сайты, ресурсы больниц и других организаций из-за критических уязвимостей в PHP, одном из самых распространённых языков программирования для веб-сайтов. Разработчики уже выпустили исправления, однако владельцам ресурсов необходимо как можно быстрее установить обновления и проверить безопасность своих серверов, сообщает SDWSKI.com.

Об угрозе сообщило агентство Reuters 21 октября. По его данным, проблема затронула инфраструктуру в нескольких европейских странах, а некоторые организации предпочли временно отключить свои сайты, чтобы снизить риск возможных кибератак.

Что произошло

PHP используется для обработки данных на сервере и обеспечения работы множества веб-сайтов. На нём работают популярные системы управления контентом, включая WordPress, Drupal и Joomla.

Обнаруженные уязвимости получили оценку 9,2 из 10 по шкале CVSS 4.0, что соответствует критическому уровню опасности. При определённых условиях они могут позволить злоумышленникам выполнять команды на сервере без предварительной авторизации.

В случае успешной атаки это потенциально создаёт возможность получить доступ к данным, изменить файлы сайта или скомпрометировать сервер. Реальные последствия зависят от конфигурации системы и установленных защитных механизмов.

Масштаб потенциальной проблемы особенно велик из-за распространённости PHP. По данным, приведённым Reuters, этот язык используется примерно на 75% сайтов, для которых известна серверная технология. WordPress, в свою очередь, обеспечивает работу примерно 43% всех сайтов в интернете.

Какие сайты отключили

На фоне обнаруженных уязвимостей организации в нескольких европейских странах приняли экстренные меры безопасности.

• Нидерланды. Временно отключили ряд государственных ресурсов, сайтов больниц, футбольной ассоциации и политических партий.
• Финляндия. Приостановила работу некоторых государственных веб-сервисов.
• Франция. Временно отключила сайты местных административных органов.
• Германия и Бельгия. Также сообщалось о временном отключении отдельных ресурсов.
• Wikimedia Foundation. Сообщила о работе над устранением уязвимостей и временном отключении некоторых систем до установки исправлений.

При этом временное отключение сайта не означает, что он уже подвергся взлому. В ряде случаев организации объясняли свои действия необходимостью предотвратить возможные атаки.

Есть ли подтверждённые случаи взлома

На момент публикации Reuters сообщалось о первых попытках атак. При этом австралийское киберагентство заявляло, что ему не было известно об активной эксплуатации этих уязвимостей.

Это важное различие: наличие критической уязвимости означает, что система потенциально подвержена атаке, но не доказывает, что злоумышленники уже получили к ней доступ.

Тем не менее откладывать установку исправлений опасно. После публичного раскрытия информации об уязвимости злоумышленники могут активнее искать уязвимые серверы и пытаться использовать известные способы атаки.

Почему обновления WordPress может быть недостаточно

Владельцам сайтов на WordPress стоит учитывать, что обновление самой CMS и обновление PHP являются разными процессами.

WordPress может быть обновлён до последней версии, а сервер при этом продолжит работать на уязвимой версии PHP. Стандартные автоматические обновления WordPress не заменяют обновление серверного программного обеспечения.

В зависимости от типа хостинга PHP обновляется через панель управления или силами провайдера. Поэтому владельцам сайтов важно выяснить, какая версия используется на сервере и установлено ли исправление, закрывающее обнаруженные уязвимости.

Также необходимо учитывать другие компоненты инфраструктуры: плагины, серверные модули, настройки доступа и средства защиты.

Что делать владельцам сайтов

Разработчики PHP уже выпустили исправления. Для владельцев сайтов и администраторов серверов сейчас главное не просто проверить наличие обновлений, а убедиться, что они действительно установлены и работают.

Рекомендуется:

1. Проверить версию PHP. Узнать, какая версия используется на сервере, и сопоставить её с официальными рекомендациями разработчиков.
2. Установить исправление. Обновить PHP до исправленной версии, совместимой с используемыми приложениями.
3. Связаться с хостинг-провайдером. Если владелец сайта не управляет серверным окружением самостоятельно, необходимо уточнить, установлено ли обновление и какие меры защиты применены.
4. Проверить журналы сервера. При наличии подозрительной активности следует проверить логи и оценить, не было ли попыток эксплуатации уязвимостей.
5. Проверить безопасность сайта. При признаках компрометации потребуется дополнительное расследование, проверка файлов, учётных записей и доступов, а также смена потенциально затронутых учётных данных.

Если исправление пока недоступно, следует обратиться к провайдеру за рекомендациями по временным мерам защиты. В зависимости от ситуации может потребоваться ограничение доступа к уязвимому сервису или его временное отключение.

Поможет ли Cloudflare

Использование Cloudflare может обеспечить дополнительный уровень защиты за счёт фильтрации трафика и правил межсетевого экрана веб-приложений. Однако наличие Cloudflare само по себе не гарантирует защиту от эксплуатации конкретной уязвимости PHP.

Возможности защиты зависят от характера атаки, настроек сервиса и того, проходит ли через Cloudflare весь соответствующий трафик. Поэтому его не следует считать заменой обновлению PHP.

Что это означает для интернета

Нынешняя ситуация показывает, насколько сильно безопасность множества сайтов зависит от сравнительно небольшого числа широко используемых технологий. Уязвимость в серверном программном обеспечении способна создать общую проблему для государственных учреждений, коммерческих компаний, СМИ и независимых проектов.

Временное отключение сайта в таких обстоятельствах может быть оправданной мерой предосторожности, но не является обязательным решением для каждого ресурса. Необходимые действия зависят от версии PHP, конфигурации сервера, доступности исправления и оценки риска.

Владельцам сайтов следует ориентироваться на официальные рекомендации разработчиков PHP и своего хостинг-провайдера, а не только на сообщения о масштабе угрозы.

Главный вывод: обнаружение критических уязвимостей не означает, что все сайты на PHP взломаны или обязательно должны быть отключены. Однако если сервер использует уязвимую версию PHP, своевременное обновление и проверка безопасности становятся первоочередными задачами.