Разработчики PHP сообщили о двух критических уязвимостях с уровнем опасности 9,2 из 10. Они представляют серьёзную угрозу для сайтов и сервисов, использующих PHP, вне зависимости от используемого хостинг-провайдера.

Официальное раскрытие разработчиками PHP подробностей и выпуск исправлений запланированы на 21 октября, 17:00 по московскому времени.

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

В частности:

• Ограничиваем работу механизма upload_progress в PHP.
• Планируем временно ограничить обработку POST-запросов типа multipart/form-data, которые обычно используются для загрузки файлов на сервер.

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

Дополнительно рекомендуем вам:
Проверьте версию PHP, которую используют ваши сайты.
Если у вас используется PHP ниже 8.2, рекомендуем по возможности перейти на PHP 8.2 или новее, предварительно проверив совместимость сайта.
Дело в том, что официальные исправления будут выпущены только для поддерживаемых версий PHP — начиная с 8.2. Пока мы не можем гарантировать возможность обновления более старых версий или назвать сроки появления решения для них.

Наши рекомендации для владельцев облачных серверов
Если вы самостоятельно администрируете облачный сервер (VPS/VDS), рекомендуем дополнительно принять следующие меры безопасности:

• Обновите PHP до версии 8.2 или новее, предварительно убедившись в совместимости ваших сайтов и приложений.
• Временно ограничьте потенциально уязвимые механизмы PHP. Рекомендуем отключить session.upload_progress и по возможности ограничить обработку POST-запросов типа multipart/form-data, используемых для загрузки файлов. Перед применением ограничений учитывайте, что они могут повлиять на работу форм и других функций ваших сайтов.
• Установите официальные исправления безопасности сразу после их выхода. Следите за обновлениями PHP и своевременно применяйте патчи для используемой версии.

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

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

Ограничения распространяются на виртуальный хостинг Beget и выделенные серверы под нашим администрированием.

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

Временные ограничения доступа к панелям управления облачными базами данных
В качестве дополнительной меры безопасности мы временно закрыли доступ к портам 80 и 443 для облачных баз данных. В связи с этим веб-интерфейсы управления базами данных Adminer (PostgreSQL) и phpMyAdmin (MySQL) будут временно недоступны.

Ограничение носит превентивный характер и будет снято после устранения угрозы безопасности.

Как обновить версию PHP
1. Виртуальный хостинг

• Авторизуйтесь в панели управления Beget.
• Перейдите в раздел «Сайты» → «Управление сайтами».
• Найдите нужный домен и нажмите на значок шестерёнки справа от него.
• В открывшихся настройках выберите версию PHP 8.2 или новее.
• Примените изменения и дождитесь обновления. Обычно это занимает до 10 минут.
• Проверьте работу сайта, включая формы, плагины и основные функции.
• Если у вас несколько сайтов, проверьте версию PHP для каждого домена и поддомена отдельно.

Подробная инструкция: Как обновить PHP на виртуальном хостинге Beget.
beget.com/ru/news/2026/php-8-5-chto-novogo

2. Облачные серверы (VPS/VDS)
На облачных серверах Beget способ обновления PHP зависит от установленного программного обеспечения и панели управления.

Если используется ispmanager:

• Авторизуйтесь в панели управления ispmanager вашего сервера.
• Перейдите в раздел «Сайты».
• Выберите нужный сайт и нажмите «Изменить параметры сайта».
• В настройках PHP выберите версию 8.2 или новее. Если нужная версия отсутствует, предварительно установите её через инструменты управления PHP в ispmanager.
• Сохраните изменения и проверьте работу сайта.

Если используется FASTPANEL:

• Авторизуйтесь в панели FASTPANEL.
• Перейдите в раздел «Настройки» → «Приложения» и установите нужную версию PHP, если она ещё не установлена.
• Откройте карточку нужного сайта и перейдите в его настройки.
• Выберите новую версию PHP и сохраните изменения.
• Проверьте корректность работы сайта.

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

Обратите внимание: Владельцы проектов на VPS несут самостоятельную ответственность за обновление PHP.

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

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

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

Подробнее об уязвимости: habr.com/ru/news/1097016/

Спасибо за понимание!

21 октября 2026 года в PHP были исправлены уязвимости CVE-2026-109618 и CVE-2026-109619. Обе уязвимости имеют рейтинг CVSS v4.0 9.2 и могут допускать несанкционированное удаленное выполнение кода.

К числу затронутых сред относятся PHP-FPM, Apache mod_php, php-cgi, FrankenPHP и LiteSpeed. Наибольший риск существует для Apache mod_php

Версии PHP и наличие исправлений
Последние официальные релизы PHP, содержащие исправления, следующие:

Для более старых веток, перечисленных ниже, команда PHP предоставила исходный код через GitHub без предоставления предварительно собранных пакетов. aaPanel занимается упаковкой этих исправленных сборок.

Это исправленные сборки, предоставленные aaPanel, и их не следует путать с новыми официальными релизами от разработчиков.

Доступность может варьироваться в зависимости от вашего магазина приложений aaPanel. Пожалуйста, обновите список приложений, чтобы проверить наличие обновлений.

Версии PHP младше 7.4
Компания aaPanel планирует завтра опубликовать обновленные рекомендации по настройке для версий PHP младше 7.4. Правила WAF также будут обновлены для блокировки подобных атак.

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

Как обновить PHP в aaPanel

• Создавайте резервные копии своих веб-сайтов, баз данных и конфигураций.
• Откройте App Store > Установлено.
• При необходимости нажмите «Обновить список приложений», чтобы обновить список доступных версий.
• При наличии обновлений обновите все используемые версии PHP до соответствующих исправленных версий или сборок, предоставляемых aaPanel.
• Перезапустите затронутые службы PHP и убедитесь, что ваши веб-сайты работают должным образом.
• Для пользователей PHP 8.0: исправленная сборка aaPanel всё ещё находится на стадии тестирования. Пожалуйста, следите за обновлениями на официальном форуме, чтобы узнать о статусе её выпуска.

Проблема с обновлением OpenLiteSpeed ​​LSPHP
Из-за проблемы совместимости скрипта с OpenLiteSpeed, текущий скрипт aaPanel поддерживает установку LSPHP, но не его обновление.

На данный момент обновите существующие установки LSPHP с помощью системного менеджера пакетов.
CentOS / AlmaLinux / Rocky Linux

yum update 'lsphp*' -y

Debian / Ubuntu

apt-get update
apt-get install --only-upgrade 'lsphp*' -y

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

Временные меры по смягчению последствий
Приведенные ниже настройки касаются только конкретных путей атаки для уязвимости CVE-2026-109619. Они не устраняют обе уязвимости и не заменяют обновления безопасности.

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

Для каждой затронутой версии PHP откройте «Настройки» > «Конфигурационный файл» (php.ini) и установите следующие параметры:

session.upload_progress.enabled = 0

Для PHP 8.5 также установите:

fatal_error_backtraces = 0

После сохранения изменений перезапустите все затронутые PHP-процессы.
Эти настройки должны вступить в силу до обработки запроса. Не полагайтесь на файлы ini_set()PHP-FPM .user.iniдля применения этих мер защиты.

Обновления безопасности Node.js
В Node.js исправлено 10 уязвимостей, в том числе четыре серьезные проблемы.

Обновите систему до одной из следующих исправленных версий:

• 22.23.4
• 24.22.1
• 26.12.1

Как обновить Node.js в aaPanel

• Откройте веб-сайт > Проект Node.js > Менеджер версий Node.js.
• Обновите список версий.
• Установите исправленную версию, подходящую для ваших проектов.
• Переключите каждый проект на обновленную версию Node.js.
• Перезапустите каждый проект и убедитесь, что он работает корректно.

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

Дальнейшие обновления
aaPanel продолжит отслеживать эти проблемы безопасности и предоставлять обновления по тестированию PHP 8.0, рекомендации по настройке для более старых версий PHP и изменениям правил WAF.

PHP выпустил серьёзные обновления безопасности для активных версий PHP 8.2, 8.3, 8.4, 8.5 community.centminmod.com/threads/php-8-5-12-8-4-27-8-3-36-8-2-35-critical-security-updates-and-eol-php-7-4-8-1-backports.33134/ и я перенёс их в версии PHP 7.2, 7.3, 7.4, 8.0, 8.1, остановившиеся на поддержке (EOL), для следующих активных веток Centmin Mod:

• 132.00стабильный
• 140.00beta01
• 141.00beta01

Если вы используете более старую версию Centmin Mod, обновите её, следуя инструкциям здесь: community.centminmod.com/threads/131-00stable-140-00beta01-release-with-almalinux-rocky-linux-support.25572/

Чтобы убедиться, что ваша версия PHP исправлена, вы можете запустить скрипт проверки безопасности по адресу community.centminmod.com/threads/php-8-5-12-8-4-27-8-3-36-8-2-35-critical-security-updates-and-eol-php-7-4-8-1-backports.33134/#post-110226

В связи с серьезностью этих уязвимостей безопасности PHP, если вы не уверены в своих силах и не можете самостоятельно выполнить обновления, я готов взяться за платную работу по обновлению ваших серверов. Свяжитесь со мной через личные сообщения по адресу community.centminmod.com/conversations/add?to=eva2000 если вас это заинтересовало. Платные заказы будут обрабатываться через систему тикетов Centmin Mod, которую я использую для платной работы с Centmin Mod.

Если вы больше не хотите получать эти письма, вы можете отписаться от рассылки по ссылке: community.centminmod.com/email-stop/mailing-list?u=2217&c=06edec8f2fd8a0a0fece9917f5b9f526 Однако в этом случае вы пропустите важные новости, касающиеся безопасности и исправлений ошибок. Чтобы гарантировать получение этих писем, добавьте фильтр разрешенных писем или добавьте мой адрес электронной почты в свой список контактов.

Джордж

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

Как мы сообщали ранее, на стороне ПО 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