Database CVE

Una debolezza di deserializzazione nella gestione dei pacchetti di JFrog Artifactory potrebbe consentire a un utente con privilegi limitati di compromettere la riservatezza, l'integrità e la disponibilità in specifiche condizioni del repository.

Le versioni di JFrog Artifactory (Self Hosted) precedenti alla 7.133.11 sono vulnerabili a un attacco di privilege escalation dovuto a un controllo di convalida della firma/emittente del token e non dello scope del token.

In JetBrains TeamCity prima di 2026.1.3, 2025.11.7 era possibile l'esecuzione di codice remoto non autenticata tramite il protocollo di polling agent

VeloCloud Orchestrator (VCO) on-prem presenta un problema di sicurezza per cui questo problema potrebbe consentire a un attaccante remoto di accedere a funzionalità interne privilegiate e avere un impatto sull'host VCO. Lo sfruttamento riuscito potrebbe compromettere la riservatezza, l'integrità e la disponibilità dell'orchestratore e dei dati gestiti dall'orchestratore. Questa funzionalità era destinata esclusivamente all'uso interno e non è destinata a essere accessibile da remoto. Le versioni Hosted e Dedicated di VCO sono già state corrette prima della pubblicazione di questo avviso. Questo problema è stato scoperto esternamente ed è noto per essere attivamente sfruttato.

Nel kernel Linux, è stata risolta la seguente vulnerabilità: net: openvswitch: rifiuta gli attributi action annidati sovradimensionati Open vSwitch memorizza le flow actions generate come nlattrs, il cui campo nla_len è u16. Il commit a1e64addf3ff ("net: openvswitch: remove misbehaving actions length check") ha consentito al flusso sw_flow_actions complessivo di superare i 64 KiB, comportamento valido, ma ha anche rimosso l'ultima protezione che impediva a un attributo action annidato generato di superare U16_MAX. Un container generato sovradimensionato può quindi essere chiuso con un nla_len troncato. Un successivo dump o teardown percorre quindi un flusso strutturalmente diverso da quello validato. In particolare, un'action CLONE/CT annidata sovradimensionata può causare l'interpretazione dei byte successivi nel flusso generato come action indipendenti. Mantieni il comportamento relativo al flusso complessivo delle action di dimensioni maggiori, ma fai in modo che la chiusura delle action annidate rifiuti i container generati che non rientrano in nla_len e restituisca l'errore attraverso tutti i chiamanti. Per i builder ricorsivi SAMPLE, CLONE, DEC_TTL e CHECK_PKT_LEN, elimina le code delle action-list che possiedono risorse in ordine inverso rispetto alla costruzione prima di scartare i wrapper non riusciti, in modo che le risorse copiate nelle code rifiutate vengano rilasciate prima della rimozione dei wrapper. La maggior parte dei wrapper esterni non riusciti viene scartata troncando actions_len dopo che le risorse dei figli sono state rilasciate. CHECK_PKT_LEN elimina inoltre il proprio parent dopo che le risorse dei rami sono state rimosse. I fallimenti nella chiusura di SET/TUNNEL annullano direttamente la proprietà nota di tun_dst, mentre SET_TO_MASKED non ha proprietà esterne e tronca in caso di fallimento della chiusura.

Nel kernel Linux, la seguente vulnerabilità è stata risolta: bpf: Supporto per la protezione contro il JIT spraying L'allocatore JIT di BPF impacchetta molti programmi di piccole dimensioni in allocazioni eseguibili più grandi e riutilizza lo spazio al loro interno man mano che i programmi vengono caricati e liberati. Quando viene scritto nuovo codice nello spazio occupato da un programma precedente, un salto indiretto nel nuovo programma può riutilizzare una previsione di ramo lasciata dal programma precedente. Svuota i predittori dei branch indiretti prima di riutilizzare la memoria JIT, in modo che i salti indiretti in un programma appena scritto non riutilizzino le previsioni di un programma precedente che occupava lo stesso spazio. Introduci la chiave statica bpf_arch_pred_flush_enabled e la chiamata statica bpf_arch_pred_flush per svuotare i predittori dei branch quando viene riutilizzata memoria JIT. Le architetture che necessitano di uno svuotamento possono aggiornarla affinché richiami una funzione di svuotamento dei predittori. Per impostazione predefinita, è un NOP e non genera alcuna CALL. Le allocazioni più grandi di un pack non sono coperte da questo svuotamento. È sicuro perché i programmi cBPF (la superficie di attacco non privilegiata) sono limitati a dimensioni ben inferiori a quelle di un pack. Emetti un avviso se questa ipotesi viene mai violata mentre lo svuotamento è attivo.

Nel kernel Linux, è stata risolta la seguente vulnerabilità: x86/bugs: abilita il flush IBPB sull'allocazione di BPF JIT Abilita la protezione contro il JIT spraying quando sono in uso le mitigazioni Spectre-v2. In particolare, esegue un flush IBPB quando viene riutilizzata la memoria BPF JIT. Non abilitare il flush IBPB se il dispatcher BPF sta già usando una sequenza retpoline. Questa protezione si applica solo quando è in uso BPF-JIT. Proteggi l'abilitazione con CONFIG_BPF_JIT, in modo che bugs.c venga compilato anche con CONFIG_BPF_JIT=n.

Il Tycon Systems TPDIN-Monitor-WEB2 viene fornito senza credenziali HTTP configurate, con l'intento che un installatore le imposti al primo utilizzo. Con firmware 2.4.4 e precedenti, un'unità lasciata in questo stato non configurato serve l'interfaccia di gestione web senza richiedere alcun login. Un utente malintenzionato con accesso di rete a tale unità può accedere ai controlli completi del dispositivo, inclusi gestione dei relè di alimentazione, riavvio del dispositivo, configurazione del servizio di accesso remoto e impostazioni di rete, il che potrebbe consentire l'interruzione dell'infrastruttura collegata o danni fisici alle apparecchiature.

L'interfaccia di gestione web in Tycon Systems TPDIN-Monitor-WEB2 memorizza e visualizza le credenziali di sistema in chiaro in una determinata pagina di configurazione accessibile agli utenti autenticati. Chiunque abbia accesso alla dashboard amministrativa può leggere immediatamente tali credenziali, che possono essere utilizzate per compromettere altri sistemi sulla rete locale.

La neutralizzazione impropria dei delimitatori degli argomenti nel metodo install_packages() di AWS Bedrock AgentCore Python SDK, nelle versioni precedenti alla 1.18.1, potrebbe consentire a un utente remoto autenticato di eseguire comandi arbitrari all'interno della sandbox Code Interpreter tramite argomenti del nome del pacchetto appositamente creati. Per mitigare questo problema, gli utenti dovrebbero aggiornare alla versione corretta 1.18.1.

Il plugin SAML Single Sign On – SSO Login per WordPress è vulnerabile ad Authentication Bypass in tutte le versioni fino alla 5.4.4 inclusa. Ciò è dovuto al fatto che la funzione mo_saml_validate_signature() esegue un controllo booleano lasco sull'intero grezzo a tre stati restituito da openssl_verify() di PHP, causando la valutazione come truthy del valore di ritorno di errore -1 e il suo conseguente trattamento come verifica della firma riuscita. Ciò consente ad attaccanti non autenticati di effettuare il login come qualsiasi utente WordPress esistente, inclusi gli amministratori, inviando un SAMLResponse appositamente creato contenente un NameID controllato dall'attaccante e un valore di firma deliberatamente malformato che innesca un errore di elaborazione di OpenSSL — aggirando completamente la verifica e provocando la chiamata di wp_set_auth_cookie() per l'account preso di mira.

Esiste una vulnerabilità di remote code execution (RCE) in fastjson dalla versione 1.2.68 alla 1.2.83. Questa vulnerabilità è sfruttabile con la configurazione predefinita standard di fastjson — non è richiesta l'abilitazione di AutoType, non è richiesto alcun gadget classpath.

Una vulnerabilità di bypass dell'autenticazione nel processo di login di Check Point SmartConsole consente a un attaccante remoto non autenticato di ottenere un token di login dell'applicazione e di utilizzarlo per autenticarsi con pieni privilegi amministrativi. Lo sfruttamento riuscito consente all'attaccante di modificare le policy di sicurezza e le configurazioni di sicurezza. Lo sfruttamento remoto richiede l'accesso Internet all'indirizzo IP del Management Server e una configurazione che non limita i Trusted Clients. Check Point è a conoscenza che questa vulnerabilità è in fase di sfruttamento attivo e ha interessato un numero molto ridotto di clienti.

In Progress® Telerik® UI for AJAX prima della v2026.2.708, una vulnerabilità di deserializzazione nelle utility di persistenza consente l'istanziazione non sicura di tipi dallo stato persistito influenzato dall'attaccante, che può portare all'esecuzione di codice remoto.

In Progress® Telerik® UI for AJAX precedente alla v2026.2.708, una vulnerabilità di path traversal nel provider di archiviazione di persistenza basato su file può essere sfruttata quando la chiave di storage è derivata da input controllato dall'utente, consentendo deserializzazione controllata dall'attaccante ed esecuzione di codice remoto.

In Progress® Telerik® UI for AJAX precedente alla v2026.2.708, le applicazioni che utilizzano l'archiviazione basata su cookie in RadPersistenceManager o RadDockLayout deserializzano il contenuto dei cookie controllato dall'attaccante, consentendo l'esecuzione di codice remoto non autenticata.

In Progress® Telerik® UI for AJAX prima della v2026.2.708, quando Telerik.Upload.ConfigurationHashKey è assente e machineKey non è configurato esplicitamente, la protezione dell'integrità dei metadati di upload potrebbe ricorrere a una chiave predefinita prevedibile, consentendo agli attaccanti di falsificare i metadati di upload protetti e sbloccare ulteriori catene di exploit.

In Progress® Telerik® UI for AJAX prima della v2026.2.708, l'elaborazione dei metadati di caricamento di RadAsyncUpload può far trapelare la validità crittografica attraverso differenze di temporizzazione misurabili, consentendo ad attaccanti remoti di recuperare valori di metadati protetti.

In Progress® Telerik® UI for AJAX prima della v2026.2.708, l'elaborazione del client-state di RadAsyncUpload può distinguere gli errori di decifratura dagli errori di parsing di JSON non valido, creando un oracle che rivela valori di metadati protetti ad attaccanti remoti.

In Progress® Telerik® UI for AJAX precedente alla v2026.2.708, metadati di upload contraffatti possono influenzare l'elaborazione di AsyncUploadTypeName e attivare una risoluzione dei tipi non sicura controllata dall'attaccante, consentendo l'esecuzione di codice remoto nelle distribuzioni interessate.