CVE-2025-69203 in Server
Riassunto
di VulDB • 15/06/2026
Signal K Server è un'applicazione server che viene eseguita su un hub centrale in una barca. Le versioni precedenti alla 2.19.0 del sistema di gestione delle richieste di accesso presentano due funzionalità correlate che, se combinate tra loro e con una vulnerabilità di divulgazione di informazioni (information disclosure), permettono attacchi di ingegneria sociale convincenti contro gli amministratori. Quando un dispositivo crea una richiesta di accesso, specifica tre campi: `clientId`, `description` e `permissions`. L'interfaccia utente amministrativa di Signal K visualizza in modo prominente il campo `description` all'amministratore quando mostra le richieste pendenti, mentre il campo effettivo `permissions` (che determina il livello di accesso concesso) è meno visibile o viene visualizzato separatamente. Ciò consente a un attaccante di richiedere permessi `admin` fornendo una descrizione che suggerisce l'accesso in sola lettura. Il gestore delle richieste di accesso si fida dell'intestazione HTTP `X-Forwarded-For` senza validazioni per determinare l'indirizzo IP del client. Questa intestazione è destinata a preservare l'IP originale del client quando le richieste passano attraverso proxy inversi, ma se accettata incondizionatamente, consente agli attaccanti di falsificare il proprio indirizzo IP. L'IP falsificato viene visualizzato agli amministratori nell'interfaccia di approvazione delle richieste di accesso, rendendo potenzialmente le richieste malevole apparentemente originate da indirizzi IP interni fidati della rete. Poiché i nomi dei dispositivi/sorgenti possono essere enumerati tramite la vulnerabilità di divulgazione di informazioni, un attaccante può impersonare un dispositivo o una sorgente legittima, creare una descrizione convincente, falsificare un indirizzo IP interno fidato e richiedere privilegi elevati, creando uno scenario di ingegneria sociale altamente credibile che aumenta la probabilità di approvazione da parte dell'amministratore. Gli utenti dovrebbero eseguire l'aggiornamento alla versione 2.19.0 per risolvere questo problema.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.