Database CVE

Vulnerabilità dovuta alla limitazione impropria di un percorso a una directory limitata ('Path Traversal') in ABB Protection and control IED manager (PCM600). Questo problema interessa Protection and control IED manager (PCM600): fino alla versione 2.14.

Vulnerabilità dovuta all'assegnazione errata delle autorizzazioni per una risorsa critica in ABB Protection and control IED manager (PCM600). Questo problema riguarda Protection and control IED manager (PCM600): fino alla versione 2.14.

Vulnerabilità da valore esatto prevedibile a partire dai valori precedenti in Citrix NetScaler ADC e Citrix NetScaler Gateway. Questo problema interessa ADC: prima di 14.1-73.37, prima di 13.1-64.23, prima di 14.1-73.37 FIPS, e prima di 13.1.37.279 FIPS e NDcPP; Gateway: prima di 14.1-73.37 e prima di 13.1-64.23.

Vulnerabilità in Citrix NetScaler ADC e Citrix NetScaler Gateway. Questo problema interessa ADC: versioni precedenti alla 14.1-73.37, alla 13.1-64.23, alla 14.1-73.37 FIPS e alla 13.1.37.279 FIPS e NDcPP; Gateway: versioni precedenti alla 14.1-73.37 e alla 13.1-64.23, con conseguente esecuzione di codice da remoto o negazione del servizio.

Vulnerabilità dovuta a una validazione impropria dell'input in Citrix NetScaler ADC e Citrix NetScaler Gateway. Questo problema riguarda ADC: versioni precedenti a 14.1-73.37, 13.1-64.23, 14.1-73.37 FIPS e 13.1.37.279 FIPS e NDcPP; Gateway: versioni precedenti a 14.1-73.37 e 13.1-64.23, che consentono a un aggressore non autenticato di eseguire comandi arbitrari.

MatchTrustedPeer ignora la chiave pubblica utilizzata, consentendo a cloni CA contraffatti di superare la verifica. Sono interessate tutte le build che abilitano la macro WOLFSSL_TRUST_PEER_CERT e caricano certificati CA con wolfSSL_CTX_trust_peer_cert() o wolfSSL_trust_peer_cert(). Per sfruttare il problema, il peer deve conoscere i certificati caricati in una di queste API. Quando è definita anche OPENSSL_COMPATIBLE_DEFAULTS, l’insieme delle API interessate si estende fino a includere il caricamento di tutti i certificati CA. Entrambe le macro sono definite quando si usano build autoconf come (nginx, haproxy, stunnel, wpas, apache httpd, hitch, bind, rsyslog, ffmpeg, all, distro). Quando il certificato è elencato come certificato peer attendibile, il problema consentiva in precedenza a un server (D)TLS malevolo di aggirare l’autenticazione, una volta appreso quali CA il client avrebbe accettato. Il problema interessa anche i casi di autenticazione reciproca in cui il client conosce le CA caricate dal server. Se si compila con una di queste configurazioni e si usa (D)TLS, quando è possibile conoscere le CA caricate e si desidera autenticare il peer, gli utenti dovrebbero: aggiornare all’ultima versione di wolfSSL, applicare la patch correttiva oppure usare il flag di configure --disable-openssl-compatible-defaults e non caricare CA con wolfSSL_CTX_trust_peer_cert() o wolfSSL_trust_peer_cert() per mitigare il problema.

Nelle versioni di wolfSSL dalla 5.7.2 alla 5.9.2 è presente un difetto di implementazione lato client in RFC 6961, lo stapling di risposte OCSP multiple, che può portare alla falsificazione di certificati. Quando un client wolfSSL abilita lo stapling OCSP con la funzionalità HAVE_CERTIFICATE_STATUS_REQUEST_V2 e chiama wolfSSL_UseOCSPStaplingV2(ssl, WOLFSSL_CSR2_OCSP_MULTI, options), accetta qualsiasi certificato nella catena del peer come autorità di certificazione, senza verificare che il certificato sia effettivamente autorizzato ad agire come tale. Ciò significa che un utente malintenzionato in possesso di un qualsiasi certificato la cui catena risale a una CA considerata attendibile dal client (insieme alla relativa chiave privata) può falsificare certificati per identità arbitrarie, che verranno accettati dal client come validi. Il certificato dell'entità finale del server viene memorizzato nell'archivio di attendibilità persistente, con ripercussioni sulle connessioni successive che riutilizzano il contesto, anche quando non viene utilizzato OCSP multi. Individuato durante i test interni di wolfSSL.

cleanup_xml_node() nel parser XML SOAP si richiama ricorsivamente una volta per ogni livello di annidamento XML, senza un limite di profondità. Un utente malintenzionato non autenticato può inviare una richiesta SOAP contenente decine di migliaia di elementi annidati a qualsiasi endpoint SoapServer, esaurire lo stack e causare l'arresto anomalo del processo. La stessa ricorsione senza limiti è presente nel decodificatore dei valori SOAP e nella funzione helper di ricerca dei nodi WSDL.

ServiceNow ha corretto una vulnerabilità dovuta alla mancanza di autorizzazione individuata nella ServiceNow AI Platform. In determinate circostanze, questa vulnerabilità potrebbe consentire a un utente non autenticato di estrarre dati dell’istanza oltre quanto previsto, con conseguente escalation dei privilegi. ServiceNow ha distribuito un aggiornamento di sicurezza alle istanze ospitate e ha fornito l’aggiornamento ai propri partner e ai clienti con hosting autonomo. Al momento non siamo a conoscenza di attività di sfruttamento malevolo contro le istanze ServiceNow. Raccomandiamo ai clienti di applicare tempestivamente gli aggiornamenti appropriati o di passare a una release corretta, se non l’hanno già fatto.

ServiceNow ha corretto un problema di sicurezza relativo all’elusione dei controlli di autorizzazione, individuato nella ServiceNow AI Platform. Se sfruttato, questo problema di sicurezza potrebbe consentire a un utente non autenticato di accedere a dati all’interno della ServiceNow AI Platform a cui altrimenti non avrebbe diritto di accedere, consentendo potenzialmente ulteriori accessi non intenzionali. ServiceNow ha distribuito un aggiornamento di sicurezza alle istanze ospitate e ha fornito l’aggiornamento ai partner e ai clienti che ospitano autonomamente le istanze. Al momento non siamo a conoscenza di sfruttamenti malevoli ai danni delle istanze ServiceNow. Raccomandiamo ai clienti di applicare tempestivamente gli aggiornamenti appropriati o di passare a una versione corretta, se non lo hanno già fatto.

ServiceNow ha corretto un problema di sicurezza relativo a un controllo improprio degli accessi, individuato nella ServiceNow AI Platform. In determinate circostanze, questo problema di sicurezza potrebbe consentire a un utente non autenticato di creare, modificare o eliminare dati dell’istanza oltre quanto previsto. Nell’agosto 2026, ServiceNow ha distribuito un aggiornamento di sicurezza alle istanze ospitate e ha fornito l’aggiornamento ai propri partner e ai clienti che ospitano autonomamente. Al momento non siamo a conoscenza di sfruttamenti malevoli ai danni delle istanze ServiceNow. Raccomandiamo ai clienti di applicare tempestivamente gli aggiornamenti appropriati o di passare a una release corretta, se non lo hanno già fatto.

ServiceNow ha corretto un problema di sicurezza relativo all'elusione dei controlli di autorizzazione, individuato in ServiceNow AI Platform. Se sfruttato, questo problema di sicurezza potrebbe consentire a un utente autenticato di accedere a dati all'interno di ServiceNow AI Platform a cui altrimenti non avrebbe diritto di accedere, consentendo potenzialmente ulteriori accessi non previsti. ServiceNow ha distribuito un aggiornamento alle istanze ospitate e lo ha fornito ai partner e ai clienti che ospitano autonomamente le proprie istanze. Al momento non siamo a conoscenza di sfruttamenti malevoli ai danni delle istanze ServiceNow. Raccomandiamo ai clienti di applicare tempestivamente gli aggiornamenti appropriati o di effettuare l'upgrade a una release corretta, se non l'hanno già fatto.

ServiceNow ha corretto una vulnerabilità di SQL injection individuata nella ServiceNow AI Platform. In determinate circostanze, questa vulnerabilità potrebbe consentire a un utente non autenticato di eseguire istruzioni SQL arbitrarie sul database sottostante dell’istanza e di accedere ai dati dell’istanza, o modificarli, oltre quanto previsto. ServiceNow ha distribuito un aggiornamento di sicurezza alle istanze ospitate e lo ha fornito ai nostri partner e ai clienti che ospitano autonomamente le istanze. Al momento non siamo a conoscenza di attacchi malevoli contro istanze ServiceNow. Raccomandiamo ai clienti di applicare tempestivamente gli aggiornamenti appropriati o di passare a una versione corretta, se non l’hanno già fatto.

GitLab ha corretto un problema in GitLab CE/EE che interessa tutte le versioni dalla 19.2 precedente alla 19.2.7, dalla 19.3 precedente alla 19.3.3 e dalla 19.4 precedente alla 19.4.1, che in determinate condizioni avrebbe potuto consentire a un utente autenticato di eseguire codice arbitrario sul server GitLab a causa di un integer overflow durante la compilazione di un'espressione regolare appositamente predisposta in una configurazione CI/CD.

GitLab ha corretto un problema in GitLab CE/EE che interessava tutte le versioni dalla 19.2 precedenti alla 19.2.7, dalla 19.3 precedenti alla 19.3.3 e dalla 19.4 precedenti alla 19.4.1, che in determinate condizioni avrebbe potuto consentire a un utente autenticato di eseguire codice arbitrario sul server GitLab a causa di un problema di double free durante l'analisi di un'espressione regolare appositamente creata in una configurazione CI/CD.

Plex Media Server prima di 1.43.3.10861 consente a un utente admin di scrivere file arbitrari che possono essere eseguiti al caricamento. La preferenza TranscoderH264Options viene aggiunta testualmente alla stringa di opzioni di x264 a ogni transcodifica. All'avvio, tutti i file .so vengono eseguiti senza controlli di firma, bit di esecuzione o simboli.

Plex Media Server prima della versione 1.43.3.10861 consente a un utente autenticato di richiedere indirizzi interni o esterni arbitrari tramite il parametro di percorso '/video/:/transcode/universal'.

Plex Media Server prima di 1.43.3.10861 non neutralizza correttamente i valori URL inclusi in 'searchOne', consentendo a un attaccante di chiamare le funzioni di altri plugin e fornire i propri parametri.

Plex Media Server prima di 1.43.3.10861 consente SSRF tramite '/player/timeline'. Un attaccante che utilizza un qualsiasi valore X-Plex-Token può includere un URL completo nel parametro 'protocol' e forzare il Plex server a eseguire un POST verso la destinazione scelta dall'attaccante.

IBM Financial Transaction Manager (FTM) for RedHat OpenShift è vulnerabile a cross-site scripting persistente (CWE-79) nel componente React NetworkAcknowledgement dell'interfaccia utente FTM (NetworkAcknowledgement.jsx:42). Un attore malevolo può iniettare script nei dati di conferma di rete archiviati, che vengono eseguiti nei browser degli operatori autenticati, consentendo il dirottamento delle sessioni e l'esecuzione di azioni di pagamento non autorizzate a livello di operatore.