CVE-2026-115881: Grave falla TLS in GoAhead permette certificati client revocati

Una vulnerabilità critica nel server web incorporato GoAhead può consentire ai certificati client revocati di rimanere validi durante l’autenticazione TLS mutua, potenzialmente garantendo identità precedentemente fidate l’accesso continuo a dispositivi e servizi protetti.

Tracciato come CVE-2026-115881, il difetto ha un punteggio CVSS assegnato dal fornitore di 9.1 e riguarda le versioni di GoAhead dalla 3.4.5 alla 6.1.0 quando il software utilizza il suo backend TLS compatibile con OpenSSL con liste di revoca dei certificati configurate. Il problema è stato risolto in GoAhead 6.1.1.

GoAhead è un server web incorporato comunemente integrato in router, stampanti, gateway, sistemi industriali e altri prodotti collegati in rete. Tuttavia, la vulnerabilità non influisce su ogni installazione di GoAhead. L’esploitazione richiede una configurazione specifica di mTLS, e la popolazione colpita di dispositivi commerciali non è stata stabilita.

La vulnerabilità deriva dalla convalida impropria della revoca del certificato. GoAhead carica con successo una Lista di Revoca dei Certificati (CRL) configurata nel negozio di certificati di OpenSSL, ma non riesce ad attivare il flag OpenSSL necessario per applicare il controllo del CRL. Di conseguenza, un certificato esplicitamente contrassegnato come revocato può comunque completare l’autenticazione.

Per il rilevamento di CVE-2026-115881, i team di sicurezza dovrebbero combinare l’inventario del software, l’identificazione del backend TLS, la telemetria dei certificati e il monitoraggio dell’autenticazione TLS mutua. Poiché un server colpito tratta il certificato revocato come valido, l’esploitazione potrebbe non generare un ovvio fallimento dell’autenticazione o una firma di exploit tradizionale.

Gli utenti di SOC Prime possono rafforzare la copertura per i tentativi di sfruttamento e il comportamento sospetto post-autenticazione correlando identità, rete, applicazione e telemetria dell’endpoint attraverso il loro stack di sicurezza.

Clicca Esplora le Rilevazioni per accedere ai contenuti di rilevamento rilevanti e alla logica di caccia. Per rilevare CVE-2026-115881, i difensori dovrebbero innanzitutto identificare le distribuzioni GoAhead vulnerabili e quindi monitorare le autenticazioni eseguite con certificati che avrebbero già dovuto essere revocati.

Contatta le Vendite

Analisi di CVE-2026-115881

La vulnerabilità esiste nel modo in cui GoAhead integra la convalida della Lista di Revoca dei Certificati con il suo backend TLS compatibile con OpenSSL.

Nel TLS mutuo, entrambe le parti si autenticano utilizzando certificati digitali. Le organizzazioni possono revocare un certificato client quando un dispositivo viene ritirato, un dipendente perde l’accesso, una chiave privata viene compromessa, o l’identità associata non dovrebbe più essere fidata.

Un CRL fornisce al server un elenco di certificati che devono essere rifiutati.

I ricercatori di FoxIO hanno scoperto che GoAhead carica correttamente il CRL configurato utilizzando OpenSSL, ma non riesce ad abilitare il flag di verifica X509_V_FLAG_CRL_CHECK. Caricare un CRL nel negozio di certificati da solo non fa sì che OpenSSL controlli lo stato di revoca del certificato.

Di conseguenza, la verifica del certificato può essere completata con successo anche quando il certificato client appare nella lista di revoca configurata.

FoxIO ha riprodotto il problema utilizzando GoAhead 6.1.0 con OpenSSL 3.6.2. Durante i test, un certificato client revocato firmato da un CA fidato ha completato con successo un handshake mTLS anche quando la verifica dell’emittente era abilitata. Il server non ha generato alcun avviso di avvio indicando che il controllo di revoca era inefficace.

Questa mancata esecuzione silenziosa è particolarmente significativa perché gli amministratori possono ragionevolmente supporre che configurare un CRL significhi che i certificati revocati saranno respinti.

I dettagli per CVE-2026-115881 mostrano che lo sfruttamento richiede che siano presenti diverse condizioni:

• GoAhead deve utilizzare il backend TLS compatibile con OpenSSL.
• La distribuzione deve richiedere certificati client.
• Un pacchetto CA fidato deve essere configurato.
• La verifica dell’emittente del certificato deve essere abilitata per ottenere l’impatto di sicurezza più chiaro.
• Deve essere configurata una CRL.
• L’attaccante deve possedere un certificato emesso dall’autorità fidata che è stato successivamente revocato.

Il difetto quindi non rappresenta un bypass generico dell’autenticazione contro le installazioni predefinite di GoAhead.

CVE-2026-115881 interessa le versioni di GoAhead dalla 3.4.5 alla 6.1.0 utilizzando il percorso di codice vulnerabile compatibile con OpenSSL con un CRL configurato. GoAhead 6.1.1 corregge il problema consentendo il controllo del CRL dopo il caricamento della lista di revoca.

Lo scenario di attacco è più rilevante quando un avversario possiede già un certificato precedentemente valido. Ad esempio, un certificato di dispositivo rubato potrebbe rimanere utilizzabile anche dopo che gli amministratori lo hanno revocato. L’attaccante potrebbe quindi autenticarsi all’interfaccia di gestione, API o risorsa protetta che l’identità del certificato è autorizzata ad accedere.

Poiché il certificato è crittograficamente valido e firmato dal CA previsto, la normale validazione della catena di certificati non necessariamente espone l’attacco. Il controllo mancante è specificamente l’applicazione della revoca.

FoxIO ha pubblicato un PoC di CVE-2026-115881 come parte della sua ricerca tecnica, dimostrando il comportamento di convalida del certificato vulnerabile. I ricercatori hanno anche pubblicato le impronte di JA4Scan che possono aiutare le organizzazioni ad identificare le installazioni di GoAhead e a distinguere i backend TLS.

Quelle impronte sono utili per la scoperta dell’esposizione, ma non devono essere trattate come prova che un dispositivo è vulnerabile. Il fingerprinting TLS può indicare che un server assomiglia a una particolare combinazione GoAhead/backend, mentre l’esposizione effettiva dipende ancora dalla versione e dalla configurazione al momento della compilazione.

Il problema critico di OpenSSL è stato divulgato insieme a due ulteriori debolezze TLS di GoAhead.

Un problema separato tracciato come CVE-2026-115884 influenza il comportamento del verificatore LibreSSL più vecchio e può consentire a una catena di certificati oltre la profondità di bypassare la restrizione sulla profondità della catena di GoAhead sotto una configurazione specifica in cui i certificati client sono richiesti ma la verifica dell’emittente è disabilitata.

Un altro difetto riguarda le versioni di GoAhead che utilizzano Mbed TLS. Un errore di lunghezza del buffer può ridurre un modulo Diffie-Hellman configurato di 2048 bit a un singolo byte durante alcuni handshake TLS 1.2 DHE_RSA, potenzialmente consentendo a un osservatore passivo di recuperare chiavi di sessione quando un client accetta i parametri malformati.

Si tratta di vulnerabilità separate con prerequisiti diversi. Non devono essere confuse con CVE-2026-115881 durante la valutazione dell’esposizione.

La timeline di divulgazione di FoxIO afferma che il problema del CRL di OpenSSL è stato segnalato il 30 aprile 2026. GoAhead 6.1.1 contenente la correzione è stato rilasciato ai costruttori di dispositivi il 2 agosto, mentre gli avvisi di sicurezza sono diventati pubblici il 12 ottobre. FoxIO ha pubblicato la sua ricerca tecnica dettagliata il 26 ottobre.

Alla data del 28 ottobre 2026, non ci sono rapporti nelle fonti fornite di CVE-2026-115881 sfruttato in attacchi nel mondo reale.

Di conseguenza, non ci sono IOC specifici di campagna per CVE-2026-115881 come indirizzi IP maligni confermati, domini, hash di payload, o infrastrutture di exploit associate all’uso in-the-wild.

I difensori dovrebbero invece concentrarsi su indicatori di esposizione e di comportamento:

• Versioni di GoAhead tra 3.4.5 e 6.1.0
• Backend TLS compatibile con OpenSSL
• TLS mutuo abilitato
• Una Lista di Revoca dei Certificati configurata
• Autenticazione utilizzando certificati i cui numeri di serie appaiono nel CRL dell’organizzazione
• Accesso inaspettato da identità di dispositivi ritirati o compromessi
• Attività amministrativa sensibile successiva all’autenticazione basata su certificato
• Nuove modifiche alla configurazione o creazione di credenziali provenienti da interfacce di gestione incorporate
• Accesso alla rete ai servizi di gestione da posizioni inaspettate

Le organizzazioni che utilizzano una PKI centralizzata dovrebbero inoltre correlare l’autenticazione TLS con le informazioni sul ciclo di vita dei certificati. Un evento di autenticazione riuscito che coinvolge un certificato già contrassegnato come revocato è un segnale di alto valore indipendentemente dal fatto che il servizio sottostante sia GoAhead.

Mitigazione di CVE-2026-115881

La mitigazione primaria è l’aggiornamento di GoAhead alla versione 6.1.1 o successiva.

La release patchata abilita l’applicazione del CRL di OpenSSL dopo il caricamento della lista di revoca configurata, causando l’elenco dei certificati revocati di essere respinto durante la validazione.

Per le organizzazioni che sviluppano prodotti direttamente con GoAhead, l’aggiornamento del componente server incorporato dovrebbe essere prioritizzato prima che vengano distribuite nuove build di firmware o software.

La situazione è più complicata per gli utenti finali che operano router commerciali, gateway, stampanti, apparecchiature industriali o altri dispositivi contenenti GoAhead.

GoAhead è generalmente incorporato all’interno del firmware del fornitore. L’aggiornamento del progetto GoAhead upstream non aggiorna automaticamente i dispositivi installati. I proprietari delle attrezzature devono quindi ottenere un rilascio del firmware dal produttore che incorpori GoAhead 6.1.1 o una correzione equivalente fornita dal venditore.

Il processo di mitigazione consigliato per CVE-2026-115881 dovrebbe includere:

• Inventariare i dispositivi e le applicazioni che possono incorporare GoAhead.
• Determinare la versione di GoAhead installata dove possibile.
• Identificare se il prodotto utilizza OpenSSL, Mbed TLS, LibreSSL o un altro backend supportato.
• Determinare se l’autenticazione TLS mutua è abilitata.
• Verificare se un CRL è configurato.
• Contattare i produttori di dispositivi per confermare se i loro prodotti includono l’implementazione vulnerabile.
• Applicare il firmware contenente GoAhead 6.1.1 o una correzione specifica del venditore non appena diventa disponibile.
• Limitare l’accesso alle interfacce amministrative e di gestione.
• Limitare i servizi di gestione a reti fidate, VPN, o segmenti amministrativi dedicati.
• Rivedere lo stato di tutti i certificati client autorizzati ad autenticarsi con i dispositivi affetti.

Le organizzazioni non dovrebbero presumere che la presenza di un CRL dimostri che la revoca funzioni correttamente.

Laddove sia praticamente possibile dal punto di vista operativo, gli amministratori possono testare la propria infrastruttura revocando un certificato di test dedicato e verificando che il dispositivo rifiuti la connessione mTLS successiva. Non devono essere utilizzati certificati di produzione per questa validazione.

Se l’applicazione immediata della patch è impossibile, l’isolamento della rete diventa particolarmente importante. Le interfacce di gestione esposte a reti non fidate dovrebbero essere limitate utilizzando regole firewall, segmentazione, elenchi di controllo degli accessi, o reti di gestione dedicate.

Le organizzazioni dovrebbero anche esaminare il loro ambiente PKI per i certificati revocati a causa di un sospetto compromesso della chiave privata. Queste credenziali rappresentano il rischio di massima priorità perché un attaccante in possesso della chiave privata corrispondente potrebbe ancora essere in grado di autenticarsi con i servizi vulnerabili.

Se si sospetta un compromesso, revocare o sostituire le credenziali interessate, ruotare i segreti correlati, ispezionare le modifiche amministrative e indagare sulle attività svolte dall’identità del certificato.

I team di sicurezza dovrebbero inoltre rivedere le modifiche alla configurazione del dispositivo, la creazione di account, le modifiche firmware, i registri di autenticazione, e le connessioni in uscita che si sono verificate dopo l’accesso sospetto basato su certificato.

Le altre vulnerabilità TLS di GoAhead divulgate insieme a CVE-2026-115881 richiedono considerazioni di mitigazione separate.

Le distribuzioni Mbed TLS colpite dal problema di Diffie-Hellman possono essere aggiornate a 6.1.1, disabilitare le suite di cifrari DHE a campo finito, o migrare al backend OpenSSL. Le distribuzioni LibreSSL colpite da CVE-2026-115884 possono aggiornare GoAhead, abilitare il controllo dell’emittente con un pacchetto CA fidato, o migrare a una libreria LibreSSL o OpenSSL più recente.

In definitiva, i produttori di dispositivi devono ricostruire il firmware interessato con la versione corretta di GoAhead prima che molti utenti finali possano applicare la correzione. Le organizzazioni che operano dispositivi IoT, OT, infrastrutture di rete o dispositivi incorporati dovrebbero quindi seguire gli avvisi dei fornitori piuttosto che affidarsi unicamente alla release GoAhead upstream.

Disclaimer: Il contenuto di rilevamento potrebbe non essere disponibile per ogni CVE. Verificare la piattaforma SOC Prime per la copertura attuale. Se le rilevazioni rilevanti non sono ancora disponibili, controllare di nuovo poiché nuove informazioni sulle minacce e contenuti di rilevamento vengono continuamente aggiunti.