{"id":44411,"date":"2026-10-23T06:26:09","date_gmt":"2026-10-23T05:26:09","guid":{"rendered":"https:\/\/note.radio\/?p=44411"},"modified":"2026-10-23T06:26:09","modified_gmt":"2026-10-23T05:26:09","slug":"masz-strone-internetowa-ncsc-ostrzega-przed-krytycznymi-lukami-w-php","status":"publish","type":"post","link":"https:\/\/note.radio\/masz-strone-internetowa-ncsc-ostrzega-przed-krytycznymi-lukami-w-php\/","title":{"rendered":"Masz stron\u0119 internetow\u0105? NCSC ostrzega przed krytycznymi lukami w PHP"},"content":{"rendered":"

W\u0142a\u015bciciele stron internetowych, sklep\u00f3w online i firmowych serwis\u00f3w powinni pilnie sprawdzi\u0107 zabezpieczenia swojego hostingu. Brytyjskie Narodowe Centrum Cyberbezpiecze\u0144stwa (NCSC) ostrzega przed dwiema krytycznymi lukami w PHP. W okre\u015blonych warunkach mog\u0105 one pozwoli\u0107 napastnikom na zdalne uruchomienie kodu bez logowania. Poprawki s\u0105 ju\u017c dost\u0119pne, a eksperci odnotowali pr\u00f3by wykorzystania podatno\u015bci.<\/strong><\/p>\n

Ostrze\u017cenie NCSC opublikowano 21 pa\u017adziernika 2026 roku. Problem dotyczy technologii dzia\u0142aj\u0105cej na serwerach i wykorzystywanej przez wiele popularnych stron. Dla ich w\u0142a\u015bcicieli oznacza to konieczno\u015b\u0107 sprawdzenia czego\u015b wi\u0119cej ni\u017c aktualno\u015bci samej witryny czy jej wtyczek.<\/p>\n

Krytyczne luki w PHP. Jakie jest zagro\u017cenie?<\/h2>\n

Podatno\u015bci oznaczono jako CVE-2026-109618 oraz CVE-2026-109619. Obie otrzyma\u0142y ocen\u0119 9,2 na 10 w systemie CVSS v4.0<\/strong>, co odpowiada poziomowi krytycznemu.<\/p>\n

B\u0142\u0119dy dotycz\u0105 obs\u0142ugi pami\u0119ci w samym PHP. Ich skuteczne wykorzystanie mo\u017ce umo\u017cliwi\u0107 wykonanie nieuprawnionych polece\u0144 na serwerze. Badacze opisali r\u00f3wnie\u017c mo\u017cliwo\u015b\u0107 ujawnienia danych z pami\u0119ci, w kt\u00f3rej mog\u0105 znajdowa\u0107 si\u0119 m.in. has\u0142a lub tokeny dost\u0119pu.<\/p>\n

W praktyce zagro\u017cone mog\u0105 by\u0107 poufne informacje, zawarto\u015b\u0107 strony i ci\u0105g\u0142o\u015b\u0107 jej dzia\u0142ania. Zakres ryzyka zale\u017cy jednak od konfiguracji oraz zabezpiecze\u0144 konkretnego \u015brodowiska. Samo korzystanie z PHP nie oznacza, \u017ce dosz\u0142o ju\u017c do w\u0142amania.<\/strong><\/p>\n

Masz WordPressa? Sama aktualizacja wtyczek mo\u017ce nie wystarczy\u0107<\/h2>\n

PHP jest wykorzystywane m.in. przez WordPress, Drupal, Joomla i MediaWiki. Badacze Wiz podkre\u015blaj\u0105, \u017ce opisane b\u0142\u0119dy znajduj\u0105 si\u0119 w PHP, a nie wy\u0142\u0105cznie w aplikacjach, kt\u00f3re z niego korzystaj\u0105.<\/p>\n

Dlatego aktualny WordPress i zaktualizowane wtyczki nie s\u0105 potwierdzeniem, \u017ce serwer otrzyma\u0142 te konkretne poprawki. Trzeba oddzielnie sprawdzi\u0107 wersj\u0119 PHP oraz informacje od dostawcy hostingu.<\/p>\n

W WordPressie dane o wersji PHP mo\u017cna znale\u017a\u0107 w panelu administracyjnym, przechodz\u0105c do sekcji Narz\u0119dzia \u2192 Stan witryny \u2192 Informacje \u2192 Serwer<\/strong>.<\/p>\n

Numer wersji to punkt wyj\u015bcia. Niekt\u00f3rzy dostawcy stosuj\u0105 poprawki bezpiecze\u0144stwa we w\u0142asnych pakietach, dlatego ostateczne potwierdzenie zabezpieczenia serwera warto uzyska\u0107 bezpo\u015brednio od firmy hostingowej.<\/p>\n

Pr\u00f3by atak\u00f3w pojawi\u0142y si\u0119 przed publikacj\u0105 poprawek<\/h2>\n

Amazon Threat Intelligence poinformowa\u0142 o wykryciu pr\u00f3by wykorzystania podatno\u015bci ju\u017c 17 pa\u017adziernika<\/strong>, cztery dni przed ich publicznym ujawnieniem. Zdarzenie zarejestrowano w systemie MadPot, kt\u00f3ry wykorzystuje specjalnie przygotowane pu\u0142apki do obserwowania dzia\u0142a\u0144 napastnik\u00f3w.<\/p>\n

Kolejne pr\u00f3by odnotowano 21 pa\u017adziernika. Amazon zaznaczy\u0142, \u017ce nie jest jasne, czy obserwowane dzia\u0142ania zako\u0144czy\u0142yby si\u0119 powodzeniem na rzeczywistych systemach.<\/p>\n

To rozr\u00f3\u017cnienie ma znaczenie: wykryta pr\u00f3ba ataku nie jest dowodem skutecznego przej\u0119cia strony. Pokazuje jednak, \u017ce administratorzy maj\u0105 do czynienia z realnymi pr\u00f3bami wykorzystania luk.<\/p>\n

Aktualizacja PHP. Kt\u00f3re wersje zawieraj\u0105 poprawki?<\/h2>\n

Zesp\u00f3\u0142 PHP udost\u0119pni\u0142 21 pa\u017adziernika wydania usuwaj\u0105ce obie krytyczne podatno\u015bci:<\/p>\n

    \n
  • PHP 8.5.12<\/strong>,<\/li>\n
  • PHP 8.4.27<\/strong>,<\/li>\n
  • PHP 8.3.36<\/strong>,<\/li>\n
  • PHP 8.2.35<\/strong>.<\/li>\n<\/ul>\n

    Administrator powinien wdro\u017cy\u0107 poprawione wydanie odpowiednie dla u\u017cywanej ga\u0142\u0119zi lub nowsz\u0105 wersj\u0119 zawieraj\u0105c\u0105 te zabezpieczenia.<\/p>\n

    W przypadku PHP 8.1 i starszych trzeba sprawdzi\u0107 dost\u0119pno\u015b\u0107 poprawek u dostawcy systemu lub hostingu oraz zaplanowa\u0107 przej\u015bcie na wspieran\u0105 wersj\u0119. Te starsze ga\u0142\u0119zie nie otrzymuj\u0105 ju\u017c standardowych aktualizacji projektu PHP.<\/p>\n

    Co w\u0142a\u015bciciel strony powinien zrobi\u0107 teraz?<\/h2>\n

    Pierwszym krokiem jest kontakt z administratorem lub hostingiem i uzyskanie potwierdzenia, \u017ce zabezpieczono serwer przed obiema wskazanymi podatno\u015bciami.<\/p>\n

    Przed zmian\u0105 wersji PHP nale\u017cy zadba\u0107 o kopi\u0119 zapasow\u0105 i sprawdzi\u0107 zgodno\u015b\u0107 strony, motywu oraz wtyczek. Po aktualizacji trzeba zweryfikowa\u0107 dzia\u0142anie najwa\u017cniejszych funkcji serwisu.<\/p>\n

    NCSC zaleca r\u00f3wnie\u017c sprawdzenie system\u00f3w pod k\u0105tem \u015blad\u00f3w naruszenia bezpiecze\u0144stwa. Je\u017celi aktualizacji ani odpowiednich zabezpiecze\u0144 tymczasowych nie da si\u0119 szybko zastosowa\u0107, organizacja powinna rozwa\u017cy\u0107 czasowe od\u0142\u0105czenie zagro\u017conego systemu.<\/p>\n

    Tw\u00f3rcy PHP podkre\u015blaj\u0105, \u017ce rozwi\u0105zania tymczasowe ograniczaj\u0105 wybrane mo\u017cliwo\u015bci ataku, ale nie zast\u0119puj\u0105 aktualizacji<\/strong>. Dla w\u0142a\u015bciciela witryny najwa\u017cniejsze jest wi\u0119c uzyskanie konkretnego potwierdzenia, \u017ce poprawki zosta\u0142y rzeczywi\u015bcie wdro\u017cone.<\/p>\n","protected":false},"excerpt":{"rendered":"

    W\u0142a\u015bciciele stron internetowych, sklep\u00f3w online i firmowych serwis\u00f3w powinni pilnie sprawdzi\u0107 zabezpieczenia swojego hostingu. Brytyjskie Narodowe Centrum Cyberbezpiecze\u0144stwa (NCSC) ostrzega przed dwiema krytycznymi lukami w PHP. W okre\u015blonych warunkach mog\u0105 one pozwoli\u0107 napastnikom na zdalne uruchomienie kodu bez logowania. Poprawki s\u0105 ju\u017c dost\u0119pne, a eksperci odnotowali pr\u00f3by wykorzystania podatno\u015bci. Ostrze\u017cenie ...<\/p>\n","protected":false},"author":2,"featured_media":44412,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_monsterinsights_skip_tracking":false,"footnotes":""},"categories":[18],"tags":[5906,5904,2469,5905,5902,5901,5903],"class_list":["post-44411","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-wiadomosci","tag-aktualizacja-php","tag-bezpieczenstwo-stron","tag-cyberbezpieczenstwo","tag-hosting","tag-ncsc","tag-php","tag-wordpress"],"acf":[],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t