Wróć do bloga
Cyberbezpieczeństwo i Architektura

Krytyczna luka w PHP (PHP2Shell / CVE-2026-109618): Dlaczego przestarzałe PHP zagraża systemom firmowym i jak się chronić

Analiza techniczna krytycznych podatności środowiska wykonawczego PHP (CVE-2026-109618 oraz CVE-2026-109619, CVSS 9.8) pozwalających na zdalne wykonanie kodu (RCE) bez uwierzytelnienia. Sprawdź, jak zabezpieczyć serwery i dlaczego firmy B2B migrują na Next.js i TypeScript.

Adam Bešina
Adam Bešina
6 listopada 20263 min czytania
Krytyczna luka w PHP (PHP2Shell / CVE-2026-109618): Dlaczego przestarzałe PHP zagraża systemom firmowym i jak się chronić

Wyobraź sobie, że atakujący nie potrzebuje skradzionego hasła ani błędu SQL Injection w Twoim kodzie, aby przejąć pełną kontrolę nad serwerem firmy. Wystarczy jedno spreparowane żądanie HTTP wywołujące przekroczenie limitu pamięci bezpośrednio w silniku PHP. Tak działa krytyczna luka PHP2Shell.

Na czym polega masowa luka PHP2Shell (CVE-2026-109618 i CVE-2026-109619)

Pod koniec października 2026 r. agencje bezpieczeństwa (w tym CISA i ENISA) wydały pilne ostrzeżenia dotyczące krytycznych błędów w samym jądrze interpretera PHP: CVE-2026-109618 oraz CVE-2026-109619 (o ocenie CVSS do 9.8).

  • CVE-2026-109618 (Uszkodzenie pamięci OOM przez longjmp()): Gdy żądanie przekracza memory_limit (np. podczas przesyłania formularza multipart), PHP przerywa wykonywanie za pomocą funkcji C longjmp(). Jeśli struktury żądania są częściowo zainicjalizowane, procedura czyszcząca pozwala na zdalne wykonanie kodu (RCE).
  • CVE-2026-109619 (Use-After-Free w procesach PHP-FPM / FrankenPHP): Obsługa błędów krytycznych pozostawia wskaźniki do zwolnionej pamięci, co pozwala przejąć kontrolę przy kolejnym żądaniu HTTP.
CVSS 9.8

Krytyczny poziom zagrożenia luk RCE w silniku PHP, aktywnie skanowanych przez zautomatyzowane botnety.

Kluczowe korzyści

  • Natychmiastowa eliminacja ryzyka przejęcia serwera przez luki w starym silniku PHP
  • Bezpieczna migracja ze starego PHP 7.x/8.x na nowoczesny stack Next.js 15 i PostgreSQL bez przestojów
  • Pełna zgodność z wymogami dyrektywy NIS2, logowaniem audytowym i szyfrowaniem danych
  • 100% własności kodu źródłowego i 5–10× szybsze działanie systemu
✨Audyt bezpieczeństwa i Modernizacja

Twój system firmowy nadal działa na starym PHP?

Oblicz koszt bezpiecznej modernizacji portalu B2B lub systemu ERP do architektury Next.js i PostgreSQL.

1. Zvolte typ řešeníKlikněte pro změnu
2. Zvolte rozsah a architekturu6–10 týdnů
Orientační investice
od155 000 Kčbez DPH
✓Odhad dodání: 6–10 týdnů • 100% vlastnictví kódu
Oblicz koszt modernizacji →
✓0 Kč měsíčních licenčních poplatků
✓Zdrojový kód na vašem GitHubu
✓Přímo s Adamem Bešinou (Senior Architekt)
Udostępnij w sieciach
Adam Bešina
Autor artykułu

Adam Bešina

Założyciel & Lead Developer

„Moja wizja jest prosta: eliminować zbędną rutynę manualną, porządkować chaos i tworzyć oprogramowanie, które realnie oszczędza firmom czas i pieniądze.”

Zobacz cały profil