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

Знания за PHP: програмният език, обяснен разбираемо

Какво е PHP, как генерира уеб страница и защо режимът на работа, конфигурацията и версията определят сигурността. Разбираемо за вземащите решения, с дълбочина за администратори и разработчици.

01

Какво е PHP? Езикът за програмиране, обяснен

PHP е скриптов език, който работи на сървъра и там генерира HTML. Много CMS и магазини са изградени върху него, затова уязвимост в PHP засяга огромен брой уебсайтове.

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

Историята на PHP: от 1994 г. до днес

От личен инструмент за страница с автобиография до основа на много CMS и магазини: най-важните етапи от историята на PHP с проверени години.

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

Как PHP създава уебстраница: пътят на една заявка

Какво се случва между клика и готовата страница: уеб сървър, SAPI, компилатор, OPcache и Zend VM в седем стъпки и защо PHP2Shell засяга точно този процес.

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

Zend Engine: сърцето на PHP

Zend Engine превежда PHP кода в опкодове и го изпълнява. Който познава нейните компоненти, разбира защо уязвимости в ядрото като PHP2Shell се отстраняват само с актуализация на PHP.

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

OPcache, обяснен: кешът за байткод на PHP

OPcache държи преведения PHP код в споделената памет. Това спестява изчислително време, но изисква внимание при внедряване, рестартиране и на сървъри с няколко клиента.

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

SAPI, обяснен: как PHP общува с уеб сървъра

SAPI е интерфейсът между PHP и уеб сървъра. Той определя как пристигат заявките, кой php.ini важи и какво трябва да се рестартира след актуализация.

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

PHP-FPM, обяснен: мениджър на процесите, пулове и работни процеси

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

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

mod_php, обяснен: PHP в процеса на Apache

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

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

CGI и FastCGI: основите

CGI стартира процес за всяка заявка, FastCGI поддържа процесите живи. Какво означава това за PHP, php-cgi и PHP-FPM и кои настройки засягат сигурността.

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

PHP в командния ред (CLI)

PHP CLI изпълнява скриптове без уеб сървър, например за Cron задачи и поддръжка. Държи се различно от уеб версията и често не показва състоянието, което ползва Вашият уебсайт.

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

php.ini, обяснен: структура, нива и приоритет

Къде PHP намира настройките си, в какъв ред те действат и кой може да ги презаписва. Основа за всяко заздравяване и за временните мерки срещу PHP2Shell.

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

PHP версии и цикъл на издаване

Всяка година през ноември излиза нова версия на PHP, която се поддържа четири години. Кои клонове кога приключват и какво означава това след PHP2Shell за Вашето планиране.

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

PHP 8.0 до 8.5: най-важните новости

От match и JIT в PHP 8.0 до pipe оператора и URI разширението в PHP 8.5: новостите на всяка версия, клопките при надграждане и какво носят за сигурността.

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

Разбиране на PHP разширенията (Extensions)

Разширенията донасят в PHP драйвери за бази данни, криптиране или кешове. Как се различават видовете, как ги зареждате и проверявате и какво означават за актуализациите и заздравяването.

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

Composer: управлението на пакети за PHP

Composer зарежда и управлява библиотеките, върху които стъпват съвременните PHP проекти. Който разбира composer.json, composer.lock и autoloader, внедрява възпроизводимо и по-сигурно.

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

PHP framework-ове накратко

Framework-овете дават на PHP приложенията структура, маршрутизиране и градивни елементи за сигурност. Този преглед показва известните framework-ове, критериите за избор и границите на тяхната защита.

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

Кои CMS и магазинни системи работят на PHP

Много известни CMS, магазини и фирмени приложения работят на PHP. Така преценявате кои Ваши уебсайтове могат да бъдат засегнати от уязвимости в PHP като PHP2Shell.

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

PHP и бази данни: PDO и mysqli

PHP работи с бази данни през PDO или mysqli. Тук виждате разликите, сигурните заявки с подготвени заявки и какво да направите с данните за достъп до базата след инцидент със сървъра.

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

Сесии и бисквитки (cookies) в PHP

Сесиите превръщат HTTP без състояние във влизане в системата, което се запазва през няколко страници. Тук е описано как PHP го решава вътрешно, кои са стандартните стойности и какво общо има session.upload_progress с PHP2Shell.

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

Суперглобални променливи: $_GET, $_POST, $_FILES и др.

Суперглобалните променливи са масивите, през които PHP кодът стига до данните на заявката. Който знае как PHP ги запълва и какви граници важат, пише по-сигурен код и разбира по-добре PHP2Shell.

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

Как PHP обработва качването на файлове

Между щракването върху „Качване“ и Вашия код стои цяла верига от обработка в PHP. Тази страница обяснява multipart/form-data, временните файлове, $_FILES, ограниченията и връзката с PHP2Shell.

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

Типовата система на PHP

PHP е динамично типизиран, но от PHP 7 насам получава все по-строга типова система. Тук ще видите типовете, важните версии и защо строгите сравнения предотвратяват грешки в сигурността.

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

Грешки и изключения (Exceptions) в PHP

PHP познава класически съобщения за грешки и изключения. Страницата обяснява йерархията Throwable, правилната обработка на грешки, сигурните настройки за продукция и мярката срещу PHP2Shell за fatal_error_backtraces.

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

Обектно-ориентирано програмиране в PHP

Съвременните PHP приложения са почти винаги обектно-ориентирани. Страницата обяснява градивните елементи, новостите от PHP 8.0 до 8.4 и защо магическите методи играят роля за сигурността.

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

Пространства от имена и autoloading (PSR-4)

Пространствата от имена подреждат PHP кода, а autoloading зарежда класовете точно когато са нужни. Тук ще видите как PSR-4 съпоставя имената на класове с файлове и защо autoloader-ът трябва да се проверява след инцидент.

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

PSR стандартите на PHP-FIG

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

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

Управление на паметта в PHP: броене на препратки и garbage collection

PHP управлява паметта с броене на препратки и garbage collector за цикли. Страницата обяснява механиката, важните функции за измерване и защо и двете уязвимости PHP2Shell имат връзка със състоянията на паметта.

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

memory_limit и Out-of-Memory: какво се случва отвътре

Какво се случва, когато един PHP скрипт достигне memory_limit? Механика, новата твърда граница на паметта от октомврийските пачове и връзката с CVE-2026-109618.

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

Жизненият цикъл на заявката: старт, изпълнение, shutdown

Как PHP стартира процеси, обработва заявки и почиства помежду им. С фазите от MINIT до MSHUTDOWN и връзката с CVE-2026-109619.

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

JIT и производителност в PHP 8

JIT компилаторът превежда PHP в машинен код от версия 8.0. За типичните уебсайтове дава малко; повече носят OPcache, актуалните версии и чистата конфигурация.

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

Тестване на PHP код: PHPUnit и Pest

PHPUnit е стандартният инструмент за тестване на PHP, а Pest се надгражда върху него. Който има тестове, внедрява актуализациите за сигурност и смяната на версии по-бързо и с по-малък риск.

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

Статичен анализ: PHPStan и Psalm

PHPStan и Psalm откриват грешки в PHP кода, без да го изпълняват. Psalm допълнително проследява несигурните потоци от данни. Уязвимости в самия интерпретатор на PHP и двата не откриват.

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

Вградените функции за сигурност на PHP

PHP носи сигурни градивни елементи за пароли, случайни стойности, екраниране, криптография и сесии. Който ги използва последователно, избягва най-честите грешки в приложенията.

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

Локална разработка с PHP: Docker, DDEV и други

За локалната разработка с PHP има вграден уеб сървър, официални Docker образи и инструменти като DDEV. Важно е локално да работи същата версия на PHP като в продукция.

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

PHP в сравнение с Node.js, Python и Java

PHP, Node.js, Python и Java се различават най-вече по модела на изпълнение и по експлоатацията. Никой език не е сам по себе си по-сигурен; решаващи са поддръжката и процесът на пачване.

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

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

Уязвимостите в PHP се докладват поверително, оценяват се, отстраняват се в изданието и се публикуват като GitHub Security Advisory. PHP2Shell показва процеса в критичен случай.

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

Компилиране на PHP от изходния код

PHP може да се изгради сам с configure и make. Това дава контрол върху разширенията и опциите, но и пълна отговорност за всяка актуализация за сигурност.

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

Експлоатация на PHP в контейнери

PHP в контейнер изисква подходящ вариант на образа, конфигурация за продукция, разумни граници на паметта и процес, който изгражда образите наново при всяко издание за сигурност.

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

Бъдещето на PHP

PHP се развива по твърди правила: четири години поддръжка за версия, PHP 8.6 е планиран за 19.11.2026 г., за PHP 9.0 има приети RFC, но няма дата.

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

Основи на PHP за администратори

Какво трябва да знаят администраторите за PHP: кои двоични файлове работят, как действа конфигурацията, как работят FPM пуловете и кои команди помагат при актуализации като тази за PHP2Shell.

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

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

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

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