Направляем вам второе уведомление по возникшему инциденту.

Как мы сообщали ранее, на стороне ПО VMmanager была обнаружена критическая уязвимость, из-за которой злоумышленнику удалось получить доступ к панели управления.

Сразу после обнаружения несанкционированного доступа работа панели управления была целиком изолирована.

Наша команда провела глубокую проверку инцидента. Прямого воровства клиентских данных мы не обнаружили.

Панель управления переустановлена с полного нуля и все еще находится в отключенном режиме (мы продолжаем настройку дополнительной защиты). Тем не менее, все операции с виртуальными серверами, а также их создание полностью продолжаются через личный кабинет billing.spacecore.pro

Важно
Мы настоятельно рекомендуем вам произвести замену всех паролей, которые так или иначе были связаны с сервером(-ами).

Отнеситесь к этому вопросу серьезно. Это не рядовая рекомендация, а настоящий риск.
1. Измените пароль от сервера, SSH-ключи.
2. Измените пароли от всего ПО, которое было установлено на сервере.
3. Сделайте полный бекап всех данных.

Только так можно быть уверенным в сохранности данных.
Благодарим вас за понимание.

Команда SpaceCore
Техническая поддержка

///

This is our second notice about the recent incident.

As we reported earlier, a critical vulnerability was discovered in the VMmanager software, which allowed an attacker to gain access to the control panel.

As soon as the unauthorized access was detected, the control panel was fully isolated.

Our team has carried out a thorough investigation of the incident. We found no evidence of direct theft of customer data.

The control panel has been reinstalled from scratch and is still offline while we continue to set up additional protection. However, all operations with your virtual servers, including creating new ones, remain fully available in your account at billing.spacecore.pro

Important
We strongly recommend that you change all passwords that were connected in any way to your server(s).

Please take this seriously. This is not a routine recommendation, it is a real risk.
1. Change your server password and SSH keys
2. Change the passwords for all software installed on the server.
3. Make a full backup of all your data.

This is the only way to be sure your data is safe.

Thank you for your understanding.

SpaceCore Team
Technical Support

Если на вашем сервере работают сайты на PHP (WordPress, Joomla, OpenCart, MODX и другие), просим как можно скорее обновить PHP.

21 октября разработчики PHP сообщили о двух критических уязвимостях (CVE-2026-109618 и CVE-2026-109619, оценка 9,2 из 10). Через них злоумышленник может удаленно и без авторизации выполнить свой код на вашем сервере.

Под угрозой любой необновленный PHP, который обрабатывает веб-запросы: Apache с mod_php, PHP-FPM, php-cgi, FrankenPHP и LiteSpeed.

Как защититься
Обновите PHP до версии 8.2.35, 8.3.36, 8.4.27, 8.5.12 или новее либо установите исправленный пакет вашего дистрибутива.

Уязвимости находятся в самом PHP, поэтому обновления WordPress и плагины безопасности их не закрывают.

Что рекомендуем сделать
1. Обновите PHP.
Ubuntu: sudo apt update && sudo apt upgrade
Проверка: dpkg -l | grep php
Ubuntu 24.04: php8.3 8.3.6-0ubuntu0.24.04.13
Ubuntu 22.04: php8.1 8.1.2-1ubuntu2.28
Другие дистрибутивы: через пакетный менеджер.
Панели (ISPmanager, FASTPANEL, HestiaCP): исправленная сборка PHP в панели.

2. Перезапустите веб-сервер или PHP-FPM, чтобы точно работала новая версия, например sudo systemctl restart apache2 или sudo systemctl restart php8.3-fpm.

3. Проверьте сервер и сайты на следы взлома: незнакомые учетные записи администраторов, новые PHP-файлы (особенно в папке загрузок), странные редиректы, новые задачи cron, системные пользователи и SSH-ключи, которые вы не добавляли. Если что-то нашли, восстановите данные из резервной копии, сделанной до взлома, и смените все пароли.

Если обновить PHP прямо сейчас нельзя, временно снизить риск можно настройкой memory_limit = -1 и небольшим post_max_size, например 16M, с перезапуском PHP после изменения. Учтите, что -1 снимает ограничение памяти и один процесс может занять всю память сервера. Эта мера закрывает не все варианты атаки и не заменяет обновление.

Команда SpaceCore
Техническая поддержка

///

If your server runs PHP websites (WordPress, Joomla, OpenCart, MODX or similar), please update PHP as soon as possible.

On October 21, the PHP project disclosed two critical vulnerabilities (CVE-2026-109618 and CVE-2026-109619, rated 9.2 out of 10). They allow an attacker to run their own code on your server remotely and without authentication.

Any unpatched PHP that handles web requests is at risk: Apache with mod_php, PHP-FPM, php-cgi, FrankenPHP and LiteSpeed.

How to fix it
Update PHP to 8.2.35, 8.3.36, 8.4.27, 8.5.12 or later, or install the patched package from your distribution.

The vulnerabilities are in PHP itself, so WordPress updates and security plugins do not fix them.

What we recommend
1. Update PHP.
Ubuntu: sudo apt update && sudo apt upgrade
Check: dpkg -l | grep php
Ubuntu 24.04: php8.3 8.3.6-0ubuntu0.24.04.13
Ubuntu 22.04: php8.1 8.1.2-1ubuntu2.28
Other distributions: use your package manager.
Control panels (ISPmanager, FASTPANEL, HestiaCP): install the fixed PHP build in the panel.

2. Restart your web server or PHP-FPM to make sure the new version is running, for example sudo systemctl restart apache2 or sudo systemctl restart php8.3-fpm.

3. Check your server and sites for signs of compromise: unknown administrator accounts, new PHP files (especially in the uploads folder), unexpected redirects, new cron jobs, system users or SSH keys you did not add. If you find anything, restore your data from a backup made before the compromise and change all passwords.

If you cannot update PHP right away, you can temporarily reduce the risk by setting memory_limit = -1 and a low post_max_size, such as 16M, then restarting PHP. Keep in mind that -1 removes the memory limit, so a single process can use up all of the server's memory. This measure does not block every attack path and does not replace the update.

SpaceCore Team
Technical Support

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

Обновления безопасности вышли для следующих веток PHP: 7.4, 8.0, 8.1, 8.2, 8.3, 8.4 и 8.5.
Обязательно проверьте, какая версия PHP используется на вашем сайте. Если это PHP 8.1 или более ранняя версия, проверьте совместимость вашего проекта с PHP 8.3+ и переключите свой проект на пропатченную версию PHP (8.3-8.5). Если нет возможности обновить проект до версии, совместимой с PHP 8.3+, допустимо использовать в целях закрытия уязвимости версии PHP 7.4, 8.0, 8.1, 8.2, вышедших сегодня.

С уважением,
Команда MyHosti International

Критические уязвимости в PHP: обновления уже доступны
Команда разработки PHP выпустила экстренное обновление безопасности, которое закрывает две критические уязвимости в ядре PHP — CVE-2026-109618 и CVE-2026-109619 (оценка 9.2 из 10 по CVSS v4.0, класс RCE — удалённое выполнение кода).

Мы оперативно подготовили и выложили обновленные сборки для PHP версий 7.4, 8.0, 8.1, 8.2, 8.3, 8.4 и 8.5.

Рекомендуем обновиться как можно скорее: эксплойт для этих уязвимостей уже в публичном доступе.

Что делать
Обновить все пакеты системы: перейти в раздел «Конфигурация ПО», на панели инструментов нажать «Обновить» и отметить пункты «Обновить список доступного ПО» и «Обновить ПО». Либо воспользоваться пакетным менеджером ОС.

Для ручного обновления установленной версии PHP выполнить команду:
# для Debian-based систем

apt install isp-php83

# для RHEL-based систем

yum install isp-php83

где 83 — номер версии PHP (пакеты имеют вид isp-php<версия>).

После обновления PHP перезапустить службы, которые с ним работают. Для этого перейти в раздел «Все разделы» → «Управление сервером» → «Службы» и перезапустить:

• веб-сервер Apache — httpd и httpd-isp* (для RHEL-систем), apache2 и apache2-isp (для Debian-систем);
• службы PHP-FPM — php-fpm, php-fpm*, php<версия>-fpm.

Если сайт работает на PHP 7.3, 5.6 или старше
Для этих версий исправлений пока нет — они сняты с официальной поддержки и остаются уязвимыми. Мы работаем над адаптацией патчей для этих версий. А пока их нет, по возможности уведите сайты с публичного интернета за VPN или WAF.

Мы увеличили пропускную способность нашей инфраструктуры DWDM (плотное мультиплексирование с разделением по длинам волн), соединяющей центр обработки данных MEVSPACE DC1 в Вышкове с нашими сетевыми узлами в Варшаве, еще на 800 Гбит/с.

Мы расширили нашу существующую инфраструктуру, добавив два канала 400G, работающих по двум независимым путям внутри нашей сети. В результате пропускная способность нашей текущей инфраструктуры DWDM увеличилась до 3,2 Тбит/с.

Три независимых маршрута
В настоящее время MEVSPACE DC1 подключен к узлам нашей сети в Варшаве по трем независимым оптоволоконным линиям, оснащенным инфраструктурой DWDM.

Это обеспечивает надежное и отказоустойчивое соединение с нашим центром обработки данных.

Диверсификация оптоволоконных маршрутов является ключевым элементом отказоустойчивости сети и позволяет динамически распределять трафик по независимым каналам. Это становится критически важным в случае отказа одного из маршрутов: оставшиеся два автоматически берут на себя передачу трафика. Для наших клиентов вся инфраструктура продолжает бесперебойно работать.

Все процессы управления ресурсами происходят в фоновом режиме, не влияя на работу служб поддержки клиентов.

Четвертый маршрут находится в стадии строительства.
Мы не ограничиваемся тремя существующими маршрутами.

Мы уже строим четвертую независимую волоконно-оптическую линию между Вышковом и Варшавой.

Новая инфраструктура будет оснащена системой DWDM, рассчитанной на обеспечение общей пропускной способности до 4,8 Тбит/с.

Мы инвестируем в расширение сети, чтобы удовлетворить растущий спрос на наши услуги, одновременно поддерживая достаточные резервы мощностей на будущее.

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

3,2 Тб/с сегодня.





В разработке находятся еще 4,8 Тб/с.

MEVSPACE DC-1


MEVSPACE DC-2

За любой надежной инфраструктурой стоят не только современные центры обработки данных, но, прежде всего, люди и окружающая среда, которые позволяют им эффективно работать. Именно поэтому мы рады представить наше новое пространство в кампусе Mevspace DC1 в Вышкове, недалеко от Варшавы.

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

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

Но это лишь следующий этап нашего развития…





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

Все это объединено несколькими сотнями километров нашей собственной волоконно-оптической сети, которая сводит все элементы нашей инфраструктуры в единую современную экосистему.

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

mevspace.com/dedicated-servers/amd

Приватные ключи ряда промежуточных удостоверяющих центров eMudhra (бренд emSign) скомпрометированы и опубликованы в открытом доступе. С этими ключами злоумышленник может выпустить валидный TLS-сертификат на любой домен. Корневые программы (Mozilla, Google, Apple, Microsoft) уже заблокировали эти центры, поэтому браузеры защищены. Под риском серверное ПО, CI/CD, контейнеры и SDK, которые не проверяют отзыв сертификатов.

Чем это грозит
При перехвате сетевого трафика злоумышленник может выдать поддельный сертификат за настоящий и реализовать man-in-the-middle: перехватить токены и учётные данные, подменить ответы API или содержимое пакетов и образов. Браузерных пользователей это не затрагивает, автоматизацию и интеграции затрагивает.

Что рекомендуем сделать вам
Виртуальные машины
Обновите пакет ca-certificates в запущенных ВМ, когда ваш дистрибутив выпустит обновление. До этого вручную снимите доверие к корням emSign ECC Root CA — G3 и Comodo AAA (инструкции по дистрибутивам в приложенном файле).

Контейнеры и CI/CD
Пересоберите базовые образы после обновления ca-certificates.
Проверьте рантаймы со встроенным доверенным хранилищем: Python (certifi >= 2026.10.19), Node.js (--use-openssl-ca), Java (cacerts), Go (1.27.3 / 1.26.10).

Terraform
Обновите ca-certificates на раннерах. Для hashicorp/terraform дождитесь пересборки официального образа или соберите свой на обновлённом Alpine.

Пожалуйста, не отвечайте на это письмо — оно отправлено автоматически и не обрабатывается.
Если у вас возникнут вопросы, обращайтесь в службу поддержки через консоль.

С уважением,
Служба технической поддержки #MWS
Тел.: 8-800-250-10-01
e-mail: support@mws.ru

Информируем вас о выявленных уязвимостях безопасности в программном обеспечении ISPsystem, используемом для управления части нашей серверной инфраструктуры в частности VMmanager 6 и DCImanager 6.

Что произошло
20 октября 2026 года разработчик ISPsystem официально подтвердил инцидент информационной безопасности, связанный с уязвимостью в одной из версий VMmanager 6.

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

Какие меры приняты

• Наша команда оперативно отреагировала на информацию об угрозе и выполнила комплекс мероприятий по обеспечению безопасности инфраструктуры:
• Установлены все необходимые доступные обновления безопасности VMmanager и DCImanager.
• Проведена углублённая проверка инфраструктуры виртуализации, управляющих компонентов и серверного оборудования.
• Выполнен анализ системных журналов и доступных технических данных на предмет несанкционированного доступа и подозрительной активности.
• Приняты дополнительные меры по ограничению доступа к критически важным компонентам инфраструктуры.
• По результатам проведённой проверки признаков несанкционированного доступа, компрометации инфраструктуры или утечки клиентских данных не обнаружено.
• Мы продолжаем контролировать ситуацию, отслеживать рекомендации разработчика и предпринимать необходимые меры для обеспечения безопасности клиентских сервисов.

Рекомендации клиентам

• Несмотря на отсутствие выявленных признаков компрометации нашей инфраструктуры, в качестве дополнительной меры предосторожности рекомендуем:
• Сменить пароли административных и пользовательских учётных записей на виртуальных и выделенных серверах.
• Обновить пароли доступа к базам данных, панелям управления и другим критически важным сервисам.
• По возможности заменить SSH-ключи, API-ключи и токены доступа, хранящиеся на серверах.
• Проверить актуальность установленных обновлений операционных систем и используемого программного обеспечения.
• Указанные меры носят профилактический характер и не означают, что ваши серверы или данные были скомпрометированы.

Дополнительная информация
Официальное сообщение ISPsystem:
www.ispsystem.ru/news/vulnerability-incident

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

С уважением,
Команда Hypermetrica

Найдена критическая уязвимость, которая угрожает всем сайтам.

Ошибки находятся в самом ядре PHP — в низкоуровневых механизмах обработки входящих HTTP-запросов. Это не уязвимость в каком-то плагине или фреймворке: уязвим сам PHP-интерпретатор.

Атака не требует никаких учётных данных и не зависит от логики конкретного сайта. Злоумышленник отправляет специально сформированный HTTP-запрос напрямую на сервер — и получает возможность выполнить произвольный код с правами веб-сервера. Это означает полный доступ к файлам сайта, конфигурационным файлам с паролями от баз данных, самой базе данных. На практике это заканчивается установкой веб-шелла — скрытого бэкдора, через который атакующий может возвращаться на сервер когда угодно.

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

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

Подробности по ссылке:
systemintegra.ru/novosti/kriticheskie-uyazvimosti-v-php-ugrozhayut-vsem-saytam/

21 октября 2026 года команда разработки PHP выпустила экстренное сообщение о двух критических уязвимостях в ядре интерпретатора (CVE-2026-109618 и CVE-2026-109619) с оценкой 9.2 из 10 по шкале CVSS.

Уязвимости относятся к классу RCE (удаленное выполнение кода) — хакеры могут использовать их для взлома сайтов (WordPress, Битрикс и др.) и получения контроля над сервером. Пожалуйста, ознакомьтесь с информацией ниже в зависимости от типа ваших услуг:

1. Если вы используете наш Виртуальный хостинг (Web-hosting)
Вам ничего делать не нужно. Ваши сайты уже в безопасности.
Наша служба Техподдержки оперативно отреагировала на угрозу. На всех серверах веб-хостинга мы централизованно и принудительно отключили уязвимый параметр:
session.upload_progress.enabled = Off

• Для версий PHP 8.2, 8.3, 8.4 — это временная мера до выхода официальных обновлений безопасности от разработчиков PHP. Как только патчи выйдут, мы установим их незаметно для вашей работы.
• Для архивных версий PHP 8.1 и ниже — этот параметр останется выключенным на постоянной основе, так как старые версии больше не поддерживаются создателями PHP и не получат обновлений.

Для 99% сайтов это изменение пройдет абсолютно незаметно, базовая загрузка картинок и файлов работает в штатном режиме.

2. Если вы используете Виртуальный сервер (VPS / VDS)
На виртуальных серверах администрированием занимаетесь вы сами, поэтому вам необходимо применить защитные меры вручную прямо сейчас.
Что нужно сделать:
1. Зайдите в вашу панель управления сервером (например, ISPmanager) под пользователем root.
2. Перейдите в раздел Настройки PHP (или Альтернативные версии PHP).
3. Для каждой установленной версии PHP зайдите в настройки и измените значение параметра session.upload_progress.enabled с On на Off (обязательно для всех режимов: Apache, CGI, FPM).
4. Сохраните изменения. Панель автоматически перезапустит службы, и защита активируется.

Если вы используете сервер без панели управления, откройте конфигурационные файлы php.ini вручную, пропишите session.upload_progress.enabled = Off и перезапустите службу php-fpm или веб-сервер.

С уважением,
Служба техподдержки вашего хостинг-провайдера