Database CVE

Dell ObjectScale, versioni precedenti a ObjectScale 4.4.0.0, contiene una vulnerabilità di autenticazione impropria. Un attaccante non autenticato con accesso remoto potrebbe potenzialmente sfruttare questa vulnerabilità, ottenendo accesso non autorizzato.

Se un resolver BIND invia una query per una zona autorevole firmata DNSSEC e il server autorevole risponde con una risposta wildcard valida e una prova NSEC3 firmata, seguite da un NSEC non firmato allo stesso nome proprietario, verrà attivata un'uscita imprevista del programma. Questo problema riguarda le versioni di BIND 9 dalla 9.11.0 alla 9.18.50, dalla 9.20.0 alla 9.20.27, dalla 9.21.0 alla 9.21.25, dalla 9.11.3-S1 alla 9.18.50-S1 e dalla 9.20.9-S1 alla 9.20.27-S1.

Se BIND viene caricato con un file "`named.conf`" che non contiene alcun blocco globale "`options`", un attaccante può inviare una query di QTYPE TKEY che può causare un errore di asserzione e la successiva chiusura imprevista del programma. Questo problema riguarda le versioni di BIND 9 dalla 9.20.0 alla 9.20.27, dalla 9.21.0 alla 9.21.25 e dalla 9.20.9-S1 alla 9.20.27-S1.

Su un resolver configurato per utilizzare ``dns64``, se una risposta applicabile proveniente dal server autoritativo è malformata in un modo specifico, il processo `named` del resolver terminerà inaspettatamente. Questo problema interessa le versioni di BIND 9 dalla 9.11.0 alla 9.18.50, dalla 9.20.0 alla 9.20.27, dalla 9.21.0 alla 9.21.25, dalla 9.11.3-S1 alla 9.18.50-S1 e dalla 9.20.9-S1 alla 9.20.27-S1.

Uno stack overflow durante il processo di login non autenticato potrebbe consentire a un attaccante di eseguire codice arbitrario da remoto con privilegi di root.

Un attaccante può causare l'interruzione di `named` inviando una richiesta DNS-over-HTTPS appositamente predisposta con un record SIG(0) crittograficamente non valido e chiudendo quindi prematuramente la connessione di trasporto. Questo problema riguarda le versioni di BIND 9 dalla 9.20.0 alla 9.20.27, dalla 9.21.0 alla 9.21.25 e dalla 9.20.9-S1 alla 9.20.27-S1.

Se un server autorevole controllato da un attaccante può produrre una risposta negativa di esattamente 65536 byte, un difetto in `named` genera una voce della cache negativa di 0 byte. Quando questa voce viene successivamente letta, `named` si interrompe. Questo problema interessa le versioni di BIND 9 dalla 9.11.0 alla 9.18.50, dalla 9.20.0 alla 9.20.27, dalla 9.21.0 alla 9.21.25, dalla 9.11.3-S1 alla 9.18.50-S1 e dalla 9.20.9-S1 alla 9.20.27-S1.

Un client P4Runtime (Programming Protocol-Independent Packet Processors Runtime) non autenticato può ottenere l'esecuzione di codice arbitrario in determinate condizioni sulle piattaforme interessate che eseguono Arista EOS configurato con P4Runtime. P4Runtime è disabilitato per impostazione predefinita in Arista EOS. Creando un pacchetto malevolo durante l'avvio di una sessione P4Runtime, un attaccante può ottenere il controllo amministrativo completo dello switch compromesso. Questo problema è stato scoperto internamente da Arista e l'azienda non è a conoscenza di alcuno sfruttamento malevolo di questa vulnerabilità nelle reti dei clienti.

Sono state ricercate nuove vulnerabilità per lanciare attacchi di complessità algoritmica su DNSSEC con il termine "ReTrap". Queste causano una degradazione del servizio quando zone malevole vengono utilizzate per sfruttare le vulnerabilità di complessità algoritmica. NLnet Labs Unbound fino alla versione 1.26.0 inclusa è vulnerabile ad alcune di esse. TagTrap, in cui il meccanismo di corrispondenza tripletta (Zone, Algo, KeyTag) introduce un vettore di attacco significativo quando i resolver gestiscono risposte malevole contenenti numerosi record DNSKEY, RRSIG e DS non corrispondenti. DelegationTrap, in cui la costruzione della catena di attendibilità richiede la validazione iterativa dei record DNSKEY e DS dalla zona root verso il basso. Per i domini profondamente annidati, ciò comporta un notevole sovraccarico computazionale. NsecTrap, in cui le risposte con record NSEC non validi in quantità eccessiva costringono il resolver a convalidarli uno per uno. AdditionalTrap, in cui Unbound per impostazione predefinita tenterebbe di convalidare tramite DNSSEC anche la sezione ADDITIONAL. Questo può essere sfruttato da utenti malevoli per sprecare le risorse di convalida.

NLnet Labs Unbound dalla versione 1.12.0 fino alla 1.26.0 inclusa presenta una vulnerabilità use-after-free quando viene compilato per il supporto DNS-over-HTTPs con '--with-libnghttp2'. Durante i percorsi di codice relativi agli errori (ovvero, query eliminate da RPZ, jostle dovuto a traffico intenso), uno stream DoH eliminato arresta l'intera sessione DoH e non tiene correttamente conto degli altri stream DoH nella stessa sessione. Ciò porta a un use-after-free in tali percorsi di codice. Se i prerequisiti sono soddisfatti (possibile eliminazione da RPZ o traffico intenso da parte dei client), un attore malevolo può attivare la vulnerabilità con una singola connessione DoH e il traffico appropriato. L'impatto è limitato poiché le letture non sono controllate dall'utente e l'use-after-free porta a restituzioni anticipate. Tuttavia, un allocator hardened può rilevare l'use-after-free e terminare il processo in modo controllabile, causando una denial of service.

In NLnet Labs Unbound fino alla versione 1.26.0 inclusa, è stata riscontrata una vulnerabilità che può corrompere progressivamente la memoria heap e, in determinati sistemi e con specifiche opzioni di compilazione, potrebbe portare all'esecuzione di codice da remoto. La vulnerabilità si manifesta quando la sintesi CNAME durante una risposta upstream deve imporre (riscrivere) un valore TTL massimo nel buffer dei pacchetti. In combinazione con un puntatore di compressione che punta al valore sovrascritto e invalida il nome di dominio, ciò porta a un percorso di errore che non sposta correttamente la posizione del buffer e consente l'heap buffer overflow. Poiché ciò dipende fortemente dalla disposizione della memoria heap, i risultati consistono nella corruzione della memoria, che alla fine porta a un crash e, in determinati sistemi e con specifiche opzioni di compilazione, all'esecuzione di codice da remoto.

In NLnet Labs Unbound fino alla versione 1.26.0 inclusa, è stata rilevata una vulnerabilità nel validatore DNSSEC che consente il denial of service e la possibile esecuzione di codice da remoto come risultato del digesting dei DNSKEY. Un DNSKEY con un puntatore di compressione del proprietario al proprio RDATA può causare l'overflow del buffer del digest. L'esecuzione di codice da remoto è possibile tramite dati controllati dall'attaccante. Un avversario può sfruttare la vulnerabilità controllando una zona malevola ed eseguendo query su un Unbound vulnerabile.

In NLnet Labs Unbound fino alla versione 1.26.0 inclusa, un nome della query di lunghezza 255 con una risposta TCP di grandi dimensioni può causare un buffer overflow dell'heap durante la routine di canonicalizzazione dell'RRSet. Ciò è causato dalla mancata aggiunta del primo owner name al controllo della lunghezza del buffer. Un soggetto malintenzionato che gestisce un name server malevolo o manomette una risposta in ingresso a Unbound (la canonicalizzazione avviene prima della validazione DNSSEC) può attivare la vulnerabilità.

In NLnetLabs Unbound fino alla versione 1.26.0 inclusa, è presente una vulnerabilità di degrado del servizio nella procedura di lettura TCP/DoT, dove non esiste alcun limite alle letture consecutive. Un attore malevolo in grado di trasmettere e mantenere una frequenza di nomi distinti non memorizzati nella cache sulla connessione TCP/DoT monopolizza l'intero event loop di un singolo worker finché le sue scritture rimangono in anticipo rispetto allo svuotamento.

NLnet Labs Unbound dalla versione 1.22.0 fino alla 1.26.1 inclusa presenta una vulnerabilità use-after-free quando viene compilato per il supporto DNS-over-QUIC con '--with-libngtcp2'. Ogni stream DoQ possiede un buffer di output che contiene la risposta DNS. Il buffer di ritrasmissione di ngtcp2 mantiene un puntatore superficiale nel buffer di output finché un frame STREAM può essere ritrasmesso. In caso di RESET_STREAM da parte del client, il buffer di output viene liberato, ma ngtcp2 conserva ancora le voci di ritrasmissione corrispondenti. Il timeout PTO successivo fa sì che ngtcp2 ricodifichi il frame STREAM e copi dal buffer liberato. Un attore malevolo che può interrogare Unbound tramite DoQ, che trattiene gli ACK, invia RESET_STREAM e attende il PTO, raggiunge questa vulnerabilità use-after-free senza privilegi. Ciò porta a ritrasmissioni verso memoria liberata e infine a un'uscita anomala del server con una raffica di 20 query.

In NLnet Labs Unbound dalla versione 1.13.2 fino alla 1.26.1 inclusa, una vulnerabilità nelle zone configurate con ZONEMD (zonemd-check: yes) che si trovano al di sotto (ma non presso) un trust anchor consente una finestra di attacco durante la quale i contenuti della zona (manomessi) vengono serviti (o memorizzati su disco) prima del controllo di integrità ZONEMD. Ciò è causato dalla necessaria risoluzione asincrona DS/DNSKEY che deve avvenire prima del completamento del controllo ZONEMD. Se un zonefile viene scritto su disco (opzione zonefile:) mentre il controllo ZONEMD non è riuscito, i dati manomessi vengono ricaricati all'avvio e rimangono disponibili fino a quando la verifica ZONEMD non si conclude nuovamente. Se la verifica non riesce, i dati non vengono più serviti, ma persistono comunque su disco per i futuri ricaricamenti.

In NLnetLabs Unbound dalla versione 1.20.0 fino alla 1.26.0 inclusa, una vulnerabilità nel percorso del codice 'serve-expired' può causare un doppio decremento del contatore 'wait-limit' per IP client, eludendo di fatto una delle contromisure introdotte per DNSBomb (CVE-2024-33655). Un attore malevolo può sfruttare questa vulnerabilità controllando una zona autorevole con TTL breve, in modo che le voci nella cache scadano rapidamente. Ogni query 'slow', a cui il server autorevole dell'attaccante non risponde mai, è seguita da una query per un nome memorizzato nella cache ma scaduto, a cui viene risposto immediatamente tramite il percorso 'serve-expired' e che decrementa il contatore due volte. Questa seconda query è stata denominata 'pump'. Alternando query lente e pump, l'attaccante mantiene indefinitamente il contatore per client al valore 'wait-limit' configurato o al di sotto di esso e può mantenere un numero arbitrario di query in sospeso da un singolo IP sorgente, fino alla quota globale mesh (num-queries-per-thread); eludendo infine una delle contromisure introdotte per DNSBomb (CVE-2024-33655). Questa vulnerabilità è presente nel percorso del codice 'serve-expired'.

Il gateway di notifica myPRO Manager espone un endpoint HTTP non autenticato utilizzato per inviare messaggi SMS tramite un modem GSM collegato. L'endpoint è accessibile attraverso la rete e non richiede autenticazione prima di accettare un numero di telefono e un messaggio da una richiesta e inviare il messaggio SMS specificato. Un attaccante non autenticato con accesso di rete al gateway di notifica potrebbe sfruttare questa vulnerabilità per inviare messaggi SMS arbitrari tramite il modem collegato.

La command API di mySCADA myPRO Manager non impone correttamente l'autenticazione per le funzioni privilegiate. Un attaccante non autenticato con accesso di rete all'API interessata potrebbe sfruttare questa vulnerabilità per accedere a funzioni di gestione privilegiate.