Текуща ситуация: PHP2Shell. Две критични уязвимости в PHP (CVSS 9,2) позволяват злонамерен код без вход. Корекции от 21.10.2026 г.Какво да направите сега →
12 страници

PHP2Shell: всичко за критичната уязвимост в PHP

Две критични уязвимости в самия PHP, CVSS 9,2, злонамерен код без вход. Тук ще намерите какво е доказано, кои версии са сигурни и какво да направите сега.

01

Какво е PHP2Shell? Уязвимостта, обяснена просто

PHP2Shell са две критични уязвимости в самия PHP, чрез които атакуващите могат без удостоверяване да изпълняват код на уеб сървъри. Положението с ясни думи.

Прочетете още →
02

CVE-2026-109618: RCE чрез Out-of-Memory състояние

CVE-2026-109618 е една от двете уязвимости на PHP2Shell: състояние Out-of-Memory може да прекъсне PHP по средата на обработката на заявка. Поправена от PHP 8.5.12, 8.4.27, 8.3.36 и 8.2.35.

Прочетете още →
03

CVE-2026-109619: RCE чрез остаряло глобално състояние

CVE-2026-109619 е втората уязвимост на PHP2Shell: вътрешно състояние на заявка може да остане след освобождаването на паметта и да бъде използвано от следващата заявка в същия worker.

Прочетете още →
04

CVE-2026-115560: бележка за Session Upload Progress

CVE-2026-115560 е бележка на php.net от 23.10.2026 г.: възможно изпълнение на код само при необичайна конфигурация на сесиите. Средство до следващото издание: session.upload_progress.enabled=0.

Прочетете още →
05

Кои PHP версии са засегнати?

PHP2Shell е поправена в PHP 8.5.12, 8.4.27, 8.3.36 и 8.2.35. За PHP 8.1 и по-стари вече няма официални актуализации. Таблицата показва състоянието по клонове.

Прочетете още →
06

Как да проверите правилно PHP версията и състоянието на пача

Показаната PHP версия сама по себе си не казва дали PHP2Shell е затворена. Решаващи са състоянието на пакета, backport-овете и дали новите процеси наистина работят.

Прочетете още →
07

Защо mod_php носи най-висок риск

При Apache с mod_php екипът на PHP оценява риска от PHP2Shell като най-висок: там е показан експлойт още преди да започне да се изпълнява код на приложението. Как да проверите и да действате.

Прочетете още →
08

След актуализацията: рестартиране на PHP-FPM и на всички worker процеси

Една PHP актуализация действа едва когато всички PHP процеси са рестартирани. Командите за PHP-FPM, Apache, LiteSpeed и контейнери и как да проверите рестартирането.

Прочетете още →
09

Незабавни мерки, когато още не можете да пачнете

Когато PHP актуализацията още не е възможна, временните мерки на php.net намаляват риска, но не защитават напълно. Как да ги зададете правилно.

Прочетете още →
10

PHP 8.1 и по-стари: какво важи сега

За PHP 8.1, 8.0, 7.4 и по-стари версии няма официални актуализации срещу PHP2Shell. Какво дават backport-овете на изходния код и как изглежда пътят към поддържана версия.

Прочетете още →
11

Пачване на PHP в Docker контейнери

Контейнерите не се пачват сами. Срещу PHP2Shell трябва да изградите или изтеглите наново PHP образа и да създадете всеки контейнер наново от новия образ.

Прочетете още →
12

Вече компрометиран ли съм? Признаци след PHP2Shell

За PHP2Shell няма потвърдени Indicators of Compromise. По какво все пак разпознавате дали сървърът Ви е хакнат и как да проверите, без да унищожите следи.

Прочетете още →
Незабавен контакт

Всеки час има значение. Пишете ни сега.

Опишете накратко системата, версията на PHP и какво сте забелязали. Ние се свързваме с Вас, уточняваме ситуацията и работим отдалечено, докато инцидентът бъде приключен и документиран.

Незабавна помощ