Korrigerande utgÄvor av nginx 1.31.1 och 1.30.2 har skapats, dÀr en kritisk sÄrbarhet (CVE-2026-9256) har ÄtgÀrdats, vilket gör det möjligt att fjÀrraktivera kod med nginx-arbetsprocessens rÀttigheter genom att skicka en sÀrskilt formaterad HTTP-förfrÄgan. Forskare som upptÀckte problemet har demonstrerat en fungerande exploit, vilken kommer att publiceras med en fullstÀndig beskrivning 30 dagar efter ÄtgÀrden. SÄrbarheten har kodnamnet nginx-poolslip. Problemet upptrÀder frÄn version nginx 0.1.17. För angie och freenginx har inga fixar publicerats vid tidpunkten för nyhetens skrivande.
Som den liknande sÄrbarhet som ÄtgÀrdades förra veckan, orsakas den nya sÄrbarheten av buffertöverflöd i modulen ngx_http_rewrite_module och upptrÀder i konfigurationer med specifika reguljÀra uttryck i direktivet "rewrite". I det hÀr fallet berör sÄrbarheten system med överlappande mallar för ersÀttning (parenteser i parentes) i rewrite-uttrycket, till exempel "^\/((.*))$" eller "^\/(test([123]))$", i kombination med anvÀndningen av flera icke-namngivna ersÀttningar i ersÀttningsstrÀngen (till exempel "$1$2").
Det kan ocksÄ noteras att njs 0.9.9 har slÀppts, en modul för att integrera JavaScript-tolkare i http-servern nginx. I den nya versionen har en sÄrbarhet (CVE-2026-8711) ÄtgÀrdats, som upptrÀder frÄn version njs 0.9.4. Problemet orsakas av buffertöverflöd och upptrÀder i konfigurationer med direktivet js_fetch_proxy, som innehÄller nginx-variabler med data frÄn klientens förfrÄgan (till exempel $http_*, $arg_* och $cookie_*), i kombination med anvÀndning av en location-handler som anropar funktionen ngx.fetch(). SÄrbarheten kan utnyttjas för att köra kod med nginx-arbetsprocessens rÀttigheter genom att skicka en sÀrskilt formaterad HTTP-förfrÄgan.
KĂ€lla: opennet.ru
