GoAhead, tre falle TLS nel web server di router e dispositivi IoT

Switch di rete gestito, un tipo di dispositivo che spesso integra un pannello web come GoAhead
Immagine: Sergklim, Wikimedia Commons (CC BY-SA 4.0).

La società di ricerca FoxIO ha pubblicato il 26 ottobre 2026 l’analisi di tre vulnerabilità GoAhead, il web server integrato sviluppato da Embedthis e usato per i pannelli di gestione di router, switch, stampanti, gateway e controlli industriali. Le falle riguardano il modo in cui GoAhead gestisce le connessioni cifrate TLS: a seconda della libreria crittografica usata, possono far accettare certificati revocati, ignorare un limite di sicurezza sulle catene di certificati o rendere decifrabili alcune sessioni. Embedthis le ha corrette nella versione 6.1.1.

Switch di rete gestito, un tipo di dispositivo che spesso integra un pannello web come GoAhead
Immagine: Sergklim, Wikimedia Commons (CC BY-SA 4.0).

Le tre vulnerabilità GoAhead nel dettaglio

Secondo il ricercatore Sébastien Féry di FoxIO e gli avvisi pubblicati da Embedthis su GitHub il 12 ottobre, i problemi sono tre e indipendenti tra loro:

  • Backend compatibile con OpenSSL (critica, CVSS 9.1, GOAHEAD-SA-2026-0006): GoAhead carica la lista dei certificati revocati (CRL) ma non attiva mai il controllo di revoca. Sui dispositivi che usano l’autenticazione con certificato del client (mTLS) e una CRL, un certificato revocato viene quindi accettato come valido. Sono coinvolte le versioni dalla 3.4.5 alla 6.1.0.
  • LibreSSL con verificatore legacy (alta, CVSS 7.4, GOAHEAD-SA-2026-0004): sulle build collegate a LibreSSL 3.2.x o 3.3.2-3.3.6, configurate per richiedere il certificato del client senza verificarne l’emittente, una catena di certificati più lunga del limite impostato viene accettata.
  • Mbed TLS (media, CVSS 5.9, GOAHEAD-SA-2026-0005): un errore nella lunghezza di un buffer riduce il modulo Diffie-Hellman da 2048 bit a un solo byte. Chi osserva il traffico può decifrare le sessioni TLS 1.2 con cifrari DHE_RSA, ma solo se il client accetta parametri così deboli. Sono coinvolte le versioni dalla 4.0.2 alla 6.1.0.

Quali dispositivi possono essere coinvolti

FoxIO sostiene che GoAhead sia presente in centinaia di milioni di dispositivi IoT, firewall, apparati industriali e militari, e cita tra gli utilizzatori aziende come Palo Alto Networks, Comcast, D-Link, HP, Canon, Honeywell, Siemens e Boeing. Questo non significa che tutti questi prodotti siano vulnerabili: l’esposizione dipende dalla libreria TLS scelta dal produttore e dalle opzioni attivate in fase di compilazione. La build predefinita usa OpenSSL, che non è toccata dal problema di Mbed TLS né da quello di LibreSSL, mentre la falla critica sulle CRL richiede che l’autenticazione mTLS e la lista di revoca siano configurate.

Embedthis precisa inoltre che la maggior parte dei client moderni, come OpenSSL dalla 1.0.2, le versioni attuali di Go e Java e i browser più diffusi, rifiuta un gruppo Diffie-Hellman così piccolo e passa ad altri cifrari. A rischio sono soprattutto client embedded o datati. Nelle fonti consultate non si parla di attacchi in corso che sfruttino queste falle.

La patch c’è da agosto, ma tocca ai produttori

Secondo le note di rilascio, GoAhead 6.1.1 è stata distribuita ai produttori di dispositivi il 2 agosto 2026, mentre gli avvisi pubblici sono usciti il 12 ottobre. Oltre alle tre falle TLS, l’aggiornamento chiude altri otto avvisi di sicurezza, tra cui un aggiramento dell’autenticazione Basic per gli utenti con hash Blowfish e un’iniezione di comandi nei CGI su Windows, entrambi classificati come critici. Come spesso accade con i componenti integrati nel firmware, la correzione arriva agli utenti finali solo quando ciascun produttore pubblica un aggiornamento per i propri apparati: un percorso simile a quello visto con le vulnerabilità nei BMC dei server Supermicro.

Cosa fare per proteggersi dalle vulnerabilità GoAhead

  • Chi sviluppa dispositivi dovrebbe aggiornare GoAhead alla versione 6.1.1 o successiva. Embedthis e FoxIO indicano anche alcune misure alternative: disattivare i cifrari DHE a campo finito o usare il backend OpenSSL nelle build con Mbed TLS, e attivare la verifica dell’emittente con un archivio di CA attendibili (o passare a OpenSSL o LibreSSL 4.x) nelle build con LibreSSL legacy.
  • Aziende e utenti dovrebbero controllare se i produttori dei propri router, firewall e apparati di rete hanno pubblicato firmware che includono le correzioni e installarli appena disponibili.
  • Pannelli di gestione: è buona norma non esporre su Internet le interfacce web di amministrazione dei dispositivi e limitarne l’accesso alla rete interna o a una VPN.
  • Certificati: chi usa l’autenticazione con certificato client non dovrebbe contare solo sulla revoca, ma anche sostituire le credenziali compromesse a livello di CA, come mostra anche il recente caso dei certificati eMudhra rimossi da Windows.

Perché le falle nei componenti condivisi pesano

Un difetto in una libreria o in un server integrato si propaga a tutti i prodotti che lo usano, e i tempi di aggiornamento dei dispositivi di rete sono spesso lunghi. È lo stesso motivo per cui falle in software molto diffusi, come quelle note come PHP2Shell, finiscono rapidamente nel mirino degli attaccanti quando restano senza patch.

Fonti: FoxIO, Embedthis, avviso GHSA-5m75-xq69-c3c5, Embedthis, avviso GHSA-r392-vqwx-3r4g, Embedthis, avviso GHSA-fmvx-2xfx-2gq4, note di rilascio di GoAhead 6.1.1.

"
Sicurezza Informatica
Lo staff di Sicurezza Informatica.