Lo sfruttamento richiede una specifica configurazione rewrite:

1. Una direttiva rewrite che utilizza una cattura PCRE senza nome ($1, $2, …) nella sostituzione
2. La stringa di sostituzione contiene ?
3. Un'altra direttiva rewrite, if o set nello stesso scope server/location utilizza quella cattura

Impatto:

• DoS (crash del worker) è l'esito più realistico e viene già sfruttato attivamente.
• RCE è più difficile e richiede in genere ASLR disabilitato sull'host.

Cosa fa questo scanner

Non invia richieste exploit appositamente realizzate né tenta di mandare in crash i worker.

Avvio rapido

Codice di uscita 1 quando il rischio è CRITICO o ALTO (usa --fail-on per regolare le soglie CI).

Interpretazione dei risultati

Remediation (sintesi)

1. Aggiorna a NGINX 1.30.1 / 1.31.0+ o al pacchetto di sicurezza del tuo OS/vendor.

2. Riavvia i worker dopo l'aggiornamento (systemctl restart nginx), non solo reload.

3. Esegui un audit dell'intera configurazione: sudo nginx -T e cerca regole rewrite con $1/$2 e ?.

4. Mitigazione temporanea: usa catture con nome invece di $1, $2:

   root@kitploit:~

   # Vulnerable pattern (simplified)
   rewrite ^/api/(.*)$ /internal?migrated=true;
   set $original_path $1;
   
   # Safer pattern
   rewrite ^/api/(?<path>.*)$ /internal?migrated=true;
   set $original_path $path;
   

5. Conferma che ASLR resti abilitato su Linux (randomize_va_space=2).

6. Controlla anche Kubernetes ingress, i chart Helm e le configurazioni generate — non solo /etc/nginx/nginx.conf.

Riferimenti

• Avvisi di sicurezza NGINX
• NVD — CVE-2026-42945
• depthfirst — NGINX Rift
• Avviso F5: K000161019

Note legali

Utilizza solo su infrastrutture che sei autorizzato a valutare. La scansione non autorizzata può violare policy o leggi.