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

> PHP2Shell, обяснен разбираемо: CVE-2026-109618 и CVE-2026-109619, засегнати версии, проверка, рестартиране и временни мерки.

Източник: https://phpsos.de/bg/php2shell/  
Актуалност: 25.10.2026  
Доставчик: PHP SOS, Спешна помощ за PHP и сигурност на сървъри. Незабавна помощ по WhatsApp: https://wa.me/491736494914?text=%D0%97%D0%B4%D1%80%D0%B0%D0%B2%D0%B5%D0%B9%D1%82%D0%B5%2C%20PHP%20SOS%2C%20%D0%B8%D0%BC%D0%B0%D0%BC%D0%B5%20%D0%BD%D1%83%D0%B6%D0%B4%D0%B0%20%D0%BE%D1%82%20%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%20%D1%81%20%D0%BD%D0%B0%D1%88%D0%B8%D1%8F%20PHP%20%D1%81%D1%8A%D1%80%D0%B2%D1%8A%D1%80.%20%D0%A4%D0%B8%D1%80%D0%BC%D0%B0%3A%20%E2%80%A6%20%D0%A3%D0%B5%D0%B1%D1%81%D0%B0%D0%B9%D1%82%3A%20%E2%80%A6

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

- [Какво е PHP2Shell? Уязвимостта, обяснена просто](https://phpsos.de/bg/php2shell/was-ist-php2shell/): PHP2Shell са две критични уязвимости в самия PHP, чрез които атакуващите могат без удостоверяване да изпълняват код на уеб сървъри. Положението с ясни думи.
- [CVE-2026-109618: RCE чрез Out-of-Memory състояние](https://phpsos.de/bg/php2shell/cve-2026-109618/): CVE-2026-109618 е една от двете уязвимости на PHP2Shell: състояние Out-of-Memory може да прекъсне PHP по средата на обработката на заявка. Поправена от PHP 8.5.12, 8.4.27, 8.3.36 и 8.2.35.
- [CVE-2026-109619: RCE чрез остаряло глобално състояние](https://phpsos.de/bg/php2shell/cve-2026-109619/): CVE-2026-109619 е втората уязвимост на PHP2Shell: вътрешно състояние на заявка може да остане след освобождаването на паметта и да бъде използвано от следващата заявка в същия worker.
- [CVE-2026-115560: бележка за Session Upload Progress](https://phpsos.de/bg/php2shell/cve-2026-115560/): CVE-2026-115560 е бележка на php.net от 23.10.2026 г.: възможно изпълнение на код само при необичайна конфигурация на сесиите. Средство до следващото издание: session.upload_progress.enabled=0.
- [Кои PHP версии са засегнати?](https://phpsos.de/bg/php2shell/betroffene-php-versionen/): PHP2Shell е поправена в PHP 8.5.12, 8.4.27, 8.3.36 и 8.2.35. За PHP 8.1 и по-стари вече няма официални актуализации. Таблицата показва състоянието по клонове.
- [Как да проверите правилно PHP версията и състоянието на пача](https://phpsos.de/bg/php2shell/php-version-pruefen/): Показаната PHP версия сама по себе си не казва дали PHP2Shell е затворена. Решаващи са състоянието на пакета, backport-овете и дали новите процеси наистина работят.
- [Защо mod_php носи най-висок риск](https://phpsos.de/bg/php2shell/mod-php-risiko/): При Apache с mod_php екипът на PHP оценява риска от PHP2Shell като най-висок: там е показан експлойт още преди да започне да се изпълнява код на приложението. Как да проверите и да действате.
- [След актуализацията: рестартиране на PHP-FPM и на всички worker процеси](https://phpsos.de/bg/php2shell/php-fpm-neustart/): Една PHP актуализация действа едва когато всички PHP процеси са рестартирани. Командите за PHP-FPM, Apache, LiteSpeed и контейнери и как да проверите рестартирането.
- [Незабавни мерки, когато още не можете да пачнете](https://phpsos.de/bg/php2shell/sofortmassnahmen-ohne-patch/): Когато PHP актуализацията още не е възможна, временните мерки на php.net намаляват риска, но не защитават напълно. Как да ги зададете правилно.
- [PHP 8.1 и по-стари: какво важи сега](https://phpsos.de/bg/php2shell/php-8-1-und-aelter/): За PHP 8.1, 8.0, 7.4 и по-стари версии няма официални актуализации срещу PHP2Shell. Какво дават backport-овете на изходния код и как изглежда пътят към поддържана версия.
- [Пачване на PHP в Docker контейнери](https://phpsos.de/bg/php2shell/docker-container-patchen/): Контейнерите не се пачват сами. Срещу PHP2Shell трябва да изградите или изтеглите наново PHP образа и да създадете всеки контейнер наново от новия образ.
- [Вече компрометиран ли съм? Признаци след PHP2Shell](https://phpsos.de/bg/php2shell/bin-ich-gehackt-anzeichen/): За PHP2Shell няма потвърдени Indicators of Compromise. По какво все пак разпознавате дали сървърът Ви е хакнат и как да проверите, без да унищожите следи.