Kib\u0151v\u00edtette az nginx 1.31.2 f\u0151\u00e1g kiad\u00e1s\u00e1t, amely keret\u00e9ben tov\u00e1bb folytat\u00f3dik az \u00faj lehet\u0151s\u00e9gek fejleszt\u00e9se, ugyanakkor kiad\u00e1sra ker\u00fclt a p\u00e1rhuzamosan t\u00e1mogathat\u00f3 stabil \u00e1g, az nginx 1.30.3, amelybe csak a s\u00falyos hib\u00e1k \u00e9s sebezhet\u0151s\u00e9gek kijav\u00edt\u00e1s\u00e1ra vonatkoz\u00f3 v\u00e1ltoztat\u00e1sok ker\u00fclnek be. A friss\u00edt\u00e9sek keret\u00e9ben 3 sebezhet\u0151s\u00e9get orvosoltak:<\/p>\n
\n
CVE-2026-42530 \u2014 m\u00e1r felszabad\u00edtott mem\u00f3riahoz val\u00f3 hozz\u00e1f\u00e9r\u00e9s (use-after-free) az HTTP\/3 protokoll megval\u00f3s\u00edt\u00e1s\u00e1ban. A probl\u00e9ma kritikus vesz\u00e9lyess\u00e9gi szintet kapott (9.2 a 10-b\u0151l), amely nem z\u00e1rja ki a k\u00f3d t\u00e1voli v\u00e9grehajt\u00e1s\u00e1t a munkafolyamat jogai mellett egy k\u00fcl\u00f6n\u00f6sen kialak\u00edtott QUIC protokollos \u00fczenet feldolgoz\u00e1sa sor\u00e1n.\n
CVE-2026-42055 \u2014 puffert\u00falcsordul\u00e1s az ngx_http_proxy_v2_module \u00e9s ngx_http_grpc_module modulokban, amely k\u00fcl\u00f6n\u00f6sen kialak\u00edtott HTTP\/2 vagy gRPC backend \u00fczenetek proxiz\u00e1l\u00e1sakor jelentkezik. A probl\u00e9ma kritikus vesz\u00e9lyess\u00e9gi szintet kapott (9.2 a 10-b\u0151l), ami t\u00e1voli k\u00f3d v\u00e9grehajt\u00e1s\u00e1nak lehet\u0151s\u00e9g\u00e9t jelenti. A sebezhet\u0151s\u00e9g olyan konfigur\u00e1ci\u00f3kban jelentkezik, ahol a be\u00e1ll\u00edt\u00e1s \n\u201eignore_invalid_headers off;\u201d \u00e9s nagy \u00e9rt\u00e9k\u0171 \u201elarge_client_header_buffers\u201d.<\/p>\n
CVE-2026-48142 \u2014 olvas\u00e1s a lefoglalt puffer hat\u00e1rain k\u00edv\u00fcl, amikor k\u00fcl\u00f6n\u00f6sen kialak\u00edtott k\u00e9r\u00e9seket dolgoznak fel, amelyek UTF-8 k\u00f3dol\u00e1s\u00fa sz\u00f6veg \u00fajrak\u00f3dol\u00e1s\u00e1t okozz\u00e1k az ngx_http_charset_module modullal. A sebezhet\u0151s\u00e9g olyan konfigur\u00e1ci\u00f3kban jelenik meg, ahol a \u201echarset_map\u201d direkt\u00edva van, ha a location blokkban a \u201esource_charset utf-8\u201d \u00e9s \u201echarset m\u00e1s_k\u00f3dol\u00e1s\u201d direkt\u00edv\u00e1k megtal\u00e1lhat\u00f3k. A probl\u00e9ma k\u00f6zepes vesz\u00e9lyess\u00e9gi szintet kapott (6.3 a 10-b\u0151l), amely a munkafolyamat mem\u00f3ri\u00e1j\u00e1nak tartalm\u00e1nak kisziv\u00e1rg\u00e1s\u00e1t teszi lehet\u0151v\u00e9.\n<\/ul>\n
Az nginx 1.31.2 verzi\u00f3ban a sebezhet\u0151s\u00e9gek kijav\u00edt\u00e1sa mellett hozz\u00e1adt\u00e1k az $ssl_sigalgs v\u00e1ltoz\u00f3t, amely tartalmazza az \u00fcgyf\u00e9len a ClientHello \u00fczenetben megadott digit\u00e1lis al\u00e1\u00edr\u00e1si algoritmusokat a TLS-kapcsolat t\u00e1rgyal\u00e1sa sor\u00e1n. A $request_id v\u00e1ltoz\u00f3n \u00e1t tov\u00e1bb\u00edtott azonos\u00edt\u00f3 form\u00e1l\u00e1s\u00e1hoz a SipHash-2-4 hash algoritmust haszn\u00e1lt\u00e1k. \n Forr\u00e1s: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"