AnswersPublished25 sources
PHP2Shell: co się stało i które wersje PHP naprawiają luki?
21 października PHP opublikowało poprawki dla dwóch krytycznych luk umożliwiających zdalne wykonanie kodu bez uwierzytelnienia. Poprawki wydano w wersjach PHP 8.5.12, 8.4.27, 8.3.36 i 8.2.35.
Opublikowane przezEdytowane za pomocą GPT-6 LunaObrazy wygenerowane za pomocą GPT Image 2
Research answer
Key takeaways
- 21 października PHP opublikowało poprawki dla dwóch krytycznych luk umożliwiających zdalne wykonanie kodu bez uwierzytelnienia.
- Poprawki wydano w wersjach PHP 8.5.12, 8.4.27, 8.3.36 i 8.2.35. Administratorzy powinni sprawdzić wersję PHP na serwerach i zaktualizować ją do wydania naprawiającego luki.
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: What happened during the October 21–22, 2026 PHP2Shell security crisis, including PHP’s use by about 70% of websites; the unauthenticated re. Article summary: PHP2Shell prompted an emergency patching race on October 21, followed by reports of millions of exploitation attempts on October 22; its significance came from PHP’s reported use by roughly 70% of websites, not evidence . Topic tags: general, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clic
PHP2Shell to nazwa dwóch krytycznych luk w PHP, oznaczonych jako CVE-2026-109618 i CVE-2026-109619. PHP opublikowało poprawki 21 października 2026 r., po tym jak szczegóły podatności wyciekły przed planowanym ujawnieniem. Już następnego dnia firmy zajmujące się bezpieczeństwem informowały o gwałtownym wzroście prób ich wykorzystania. PHP działa na około 70% stron internetowych — to skala potencjalnego narażenia, a nie informacja, że zaatakowano lub przejęto 70% witryn. 1
2
9
18
19
Co mogły umożliwić luki PHP2Shell?
Podatności określono jako luki umożliwiające zdalne wykonanie kodu bez uwierzytelnienia (RCE). W określonych warunkach atakujący mógł uruchomić kod na podatnym serwerze, nie logując się wcześniej do systemu. Jedna luka wiązała się z uszkodzeniem pamięci przy jej wyczerpaniu, a druga — z nieaktualnym stanem globalnym. 6
7
Doniesienia wskazywały, że potencjalnie podatne wydania sięgały PHP 5.4. Nie oznacza to jednak, że każda witryna korzystająca z PHP była podatna w swojej konfiguracji ani że każdą skutecznie zaatakowano. 14
21
Poprawki wydano po przedwczesnym wycieku
21 października PHP opublikowało wersje zawierające poprawki: 8.5.12, 8.4.27, 8.3.36 i 8.2.35. 1
6 Stało się to po wycieku informacji 20 października — przed planowanym ujawnieniem podatności 22 października. Przedwczesny wyciek zakłócił skoordynowany harmonogram i przyspieszył wydanie poprawek.
2
9
13
W praktyce administratorzy powinni sprawdzić, z jakiej wersji PHP korzysta każdy serwer dostępny z internetu, a następnie zainstalować poprawione wydanie odpowiednie dla swojej gałęzi. Zalecenia dotyczą instalacji obsługujących ruch internetowy; nie warto zakładać, że problem dotyczy wyłącznie konkretnej strony czy aplikacji. 7
11
W badaniu luk pomagała AI, ale działały też zespoły badawcze
OpenAI poinformowało, że firma bezpieczeństwa Calif zidentyfikowała jedną z luk przy użyciu modelu GPT-5.6 Sol, w ramach inicjatywy Patch the Planet. Niezależnie od tego Wiz wykrył i zgłosił obie podatności. Za przygotowanie poprawek i ich publikację odpowiadali opiekunowie PHP. 48 OpenAI podało również, że przez poprzednie dwa miesiące koordynowało prace z opiekunami projektu, badaczami i firmami zajmującymi się bezpieczeństwem.
48
To przykład wykorzystania AI w badaniach nad podatnościami, a nie dowód, że system AI samodzielnie odkrył, zweryfikował i naprawił luki. Opisywany proces obejmował pracę firm bezpieczeństwa i opiekunów PHP, a także narzędzi AI. 35
48
Próby ataków i czasowe wyłączanie usług
Cloudflare informował, że liczba prób wykorzystania luk wzrosła z tysięcy przed publicznym ujawnieniem do milionów później. Amazon miał z kolei odnotować próbę ataku 17 października, cztery dni przed publicznym ujawnieniem podatności. Są to doniesienia o próbach, a nie dane o liczbie udanych włamań. 19
Dostawcy usług bezpieczeństwa informowali też o aktywności wykraczającej poza honeypoty, czyli systemy-pułapki służące do obserwowania ataków. W chwili publikacji tych doniesień agencje rządowe nie potwierdziły ich oficjalnie. 17 Osobno opisywano prewencyjne wyłączanie stron i usług publicznych, w tym ponad 30 usług brytyjskiej administracji.
23
NSA ostrzegła, że atakujący mogą wykorzystać luki do przejęcia serwerów WWW, kradzieży danych, zakłócania działania usług lub dalszego przenikania do sieci organizacji. USA Today podał, że agencja zalecała wyłączenie stron, których nie da się szybko zaktualizować. 18
23
Doniesienia potwierdzają szybką reakcję na poważny problem i dużą liczbę prób ataków. Nie dają jednak podstaw do podania światowej liczby udanych włamań. Szacunkowego udziału PHP wśród stron internetowych nie należy traktować jako miary potwierdzonego narażenia ani przejęć.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "PHP2Shell: co się stało i które wersje PHP naprawiają luki?"?
21 października PHP opublikowało poprawki dla dwóch krytycznych luk umożliwiających zdalne wykonanie kodu bez uwierzytelnienia.
What are the key points to validate first?
21 października PHP opublikowało poprawki dla dwóch krytycznych luk umożliwiających zdalne wykonanie kodu bez uwierzytelnienia. Poprawki wydano w wersjach PHP 8.5.12, 8.4.27, 8.3.36 i 8.2.35. Administratorzy powinni sprawdzić wersję PHP na serwerach i zaktualizować ją do wydania naprawiającego luki.