Четири спешни версии на PHP бяха публикувани в рамките на един ден, което показва колко сериозен е проблемът. На 21 октомври 2026 г. екипът на проекта пусна PHP 8.5.12, 8.4.27, 8.3.36 и 8.2.35, за да затвори критична уязвимост, която позволява на напълно неавтентифициран нападател да изпълни произволен код на сървъра. Според съобщение на PHP Project всеки от двата открити дефекта е оценен с CVSS 9.2, а историята на откриването им минава и през модели на изкуствен интелект.

Два дефекта в сърцето на езика

Първият проблем, CVE-2026-109618, засяга начина, по който PHP реагира при изчерпване на паметта. Ако заявка достигне зададения лимит в неподходящ момент, вътрешните данни на езика могат да останат частично инициализирани, а системата по-късно погрешно да ги приеме за валидни. Това обяснява екипът по сигурността на PHP в техническия бюлетин в GitHub. Рискът е най-висок при Apache с mod_php, където е демонстрирана пълна атака с една-единствена заявка, преди дори кодът на самото приложение да стартира.

Вторият дефект, CVE-2026-109619, е свързан с вътрешно състояние, което PHP пази между отделни заявки, обработвани от един и същ работен процес. Както посочва PHP Foundation, фатална грешка може да прекъсне обработката в момента, в който паметта вече е освободена, но старата информация остава достъпна. Следваща заявка към същия процес може да я използва, преди нормалната инициализация да я изчисти.

Как изкуственият интелект откри проблема

Според PHP Foundation първите следи от проблема с паметта са забелязани още през 2024 г. по време на първия външен одит на PHP, финансиран от German Sovereign Tech Agency и проведен от компанията Quarkslab. Тогава обаче не е имало ясен път за практическа атака. Обрат настъпва на 11 август 2026 г., когато изследовател от компанията Calif, участваща в инициативата на OpenAI „Patch the Planet“, докладва отдалечено изпълнение на код без предварителни условия и със същата първопричина. Същия ден OpenAI независимо подава сигнал с идентична първопричина, а по-късно през август и септември постъпват допълнителни доклади от компанията Wiz.

Според OpenAI откритието е направено с помощта на модела GPT-5.6 Sol, а Wiz независимо е докладвала и двете уязвимости. Компанията определя случая като един от най-значимите проблеми със сигурността на PHP в последно време и твърди, че моделите са открили дефекта преди нападателите. Това е дало на разработчиците така наречения „прозорец на защитника“, за да подготвят поправка преди публичното оповестяване. PHP Foundation от своя страна подчертава, че изкуственият интелект помага само за проверка и групиране на постъпващите доклади, докато всяко решение и всяка поправка остават работа на хора от екипа.

Системен администратор въвежда команда за обновяване на PHP, за да приложи спешната поправкаГенерирано с AI
Системен администратор въвежда команда за обновяване на PHP, за да приложи спешната поправка

Какво трябва да направят администраторите

PHP Project съветва за незабавно обновяване до версиите 8.2.35, 8.3.36, 8.4.27 или 8.5.12 и подчертава, че това е единственото пълно решение. Временните настройки, описани в техническите бюлетини, само ограничават част от възможните пътища за атака и не правят инсталацията безопасна. По-старите клонове 8.1 и по-ранни вече не получават официални поправки от проекта, но някои дистрибутори на Linux и доставчици на дългосрочна поддръжка могат да предложат собствени версии с пренесена корекция.

За организации в Европейския съюз, включително български фирми и институции, които поддържат PHP приложения на собствена инфраструктура, препоръката е ясна: обновяване веднага. Когато то не е възможно, системите, достъпни от интернет, трябва временно да бъдат изолирани, докато поправката бъде приложена и проверена. PHP Foundation съобщава, че към момента на публикуването на поправката не е открила работещ експлойт, макар тестови материали за уязвимостите вече да са се разпространявали в мрежата преди официалното оповестяване.