Megjelent a PHP 8.5.12, 8.4.27, 8.3.36 \u00e9s 8.2.35 kijav\u00edt\u00f3 kiad\u00e1sa, valamint jav\u00edt\u00e1sok a m\u00e1r nem t\u00e1mogatott PHP 7.4, PHP 8.0 \u00e9s PHP 8.1 \u00e1gain, amelyekben k\u00e9t kritikus s\u00e9r\u00fcl\u00e9kenys\u00e9get jav\u00edtottak:<\/p>\n
A t\u00e1mad\u00e1s f\u0151 ir\u00e1nyvonala a multipart k\u00e9r\u00e9sek manipul\u00e1l\u00e1sa, hogy olyan k\u00f6r\u00fclm\u00e9nyeket teremtsenek, amelyekb\u0151l a folyamat rendelkez\u00e9sre \u00e1ll\u00f3 mem\u00f3ria kimer\u00fcl. A post_max_size korl\u00e1t megker\u00fcl\u00e9s\u00e9re a Content-Length fejl\u00e9cet nem adj\u00e1k meg, \u00e9s egy hatalmas sz\u00e1m\u00fa HTTP-fejl\u00e9cet lehet \u00e1tadni. Lehets\u00e9ges c\u00e9lzott t\u00e1mad\u00e1sok v\u00e9grehajt\u00e1sa is a PHP-alkalmaz\u00e1sok egyes m\u0171veleteire, amelyek t\u00falzottan sok mem\u00f3ri\u00e1t haszn\u00e1lnak. Az exploit l\u00e9tez\u00e9s\u00e9t a mod_php meger\u0151s\u00edtette, mivel ez a shutdown() f\u00fcggv\u00e9nyt h\u00edvja meg m\u00e9g hiba eset\u00e9n is. A PHP-FPM hiba eset\u00e9n befejezi a gyermekfolyamatot, ami nehez\u00edti a t\u00e1mad\u00e1s v\u00e9grehajt\u00e1s\u00e1t, de elm\u00e9letileg nem z\u00e1rja ki azt. <\/p>\n
A mem\u00f3ria kimer\u00fcl\u00e9s\u00e9nek a multipart k\u00e9r\u00e9sek feldolgoz\u00e1sa sor\u00e1n t\u00f6rt\u00e9n\u0151 jelz\u00e9s\u00e9re szolg\u00e1l\u00f3 felt\u00e9telek l\u00e9trehoz\u00e1sa r\u00e9v\u00e9n haszn\u00e1lhat\u00f3 ki. Az els\u0151dleges \u00e9s meger\u0151s\u00edtett t\u00e1mad\u00e1si vektork\u00e9nt eml\u00edtik a fatal_error_backtraces kezel\u0151t a PHP 8.5-ben, amely nem \u00e1ll\u00edtja vissza a nyomvonal \u00e1llapot\u00e1t a befejez\u00e9skor. Az els\u0151 esetben a t\u00e1mad\u00e1s lehets\u00e9ges mod_php \u00e9s PHP-FPM alatt, m\u00edg a m\u00e1sodik esetben csak mod_php alatt. Szint\u00e9n megeml\u00edtik a m\u00e9g nem meger\u0151s\u00edtett lehet\u0151s\u00e9g\u00e9t a t\u00e1mad\u00e1s v\u00e9grehajt\u00e1s\u00e1nak olyan konfigur\u00e1ci\u00f3kban, ahol a k\u00e9r\u00e9s korai feldolgoz\u00e1s\u00e1nak f\u00e1zis\u00e1ban figyelmeztet\u00e9seket gener\u00e1l\u00f3 ir\u00e1nyelvek vannak.<\/p>\n<\/ul>\n
Azt \u00e1ll\u00edtj\u00e1k, hogy a sebezhet\u0151s\u00e9gek teljes blokkol\u00e1sa csak friss\u00edt\u00e9s telep\u00edt\u00e9s\u00e9vel lehets\u00e9ges. Az al\u00e1bbi int\u00e9zked\u00e9sek cs\u00f6kkenthetik a sikeres t\u00e1mad\u00e1sok kock\u00e1zat\u00e1t, de nem teszik a rendszert teljesen biztons\u00e1goss\u00e1:<\/p>\n
A sebezhet\u0151s\u00e9gek elh\u00e1r\u00edt\u00e1s\u00e1nak \u00e1llapot\u00e1t az al\u00e1bbi oldalakon lehet \u00e9rt\u00e9kelni: Debian, Ubuntu, SUSE, RHEL, Gentoo, Arch,
\nFedora, FreeBSD.<\/p>\n
Kieg\u00e9sz\u00edt\u00e9s 1: A sebezhet\u0151s\u00e9geket az AI modellek, a GPT\u20115.6 \u00e9s a Gemini 4 Argon seg\u00edts\u00e9g\u00e9vel fedezt\u00e9k fel. Az OpenAI k\u00f6zz\u00e9tette a php2shell-checker eszk\u00f6zt, amely a weboldalak \u00e9s helyi v\u00e9grehajthat\u00f3 f\u00e1jlok sebezhet\u0151s\u00e9g\u00e9nek ellen\u0151rz\u00e9s\u00e9re szolg\u00e1l, de ez az eszk\u00f6z csup\u00e1n a HTTP-szerver vagy a «php -v» parancs \u00e1ltal visszaadott PHP verzi\u00f3sz\u00e1mot ellen\u0151rzi, an\u00e9lk\u00fcl, hogy r\u00e9szletes elemz\u00e9st v\u00e9gezne.<\/p>\n