Atlassian e Splunk correggono oltre 250 vulnerabilità nei loro prodotti

Due campagne di aggiornamento concentrate sulle dipendenze

Atlassian e Splunk hanno pubblicato questa settimana aggiornamenti di sicurezza per oltre 250 vulnerabilità complessive. La notizia è stata rilevata il 20 agosto 2026.

Gli interventi riguardano piattaforme utilizzate per sviluppo software, collaborazione, gestione degli incidenti e analisi dei log. Molti difetti non risiedono direttamente nel codice dei vendor, ma in librerie e componenti di terze parti integrati nei prodotti.

Le conseguenze possibili cambiano in base alla vulnerabilità e alla configurazione del sistema. Comprendono esecuzione di codice da remoto, denial-of-service, furto di informazioni, attacchi man-in-the-middle, bypass dell’autenticazione e server-side request forgery, con richieste indirizzate a risorse interne.

Non sono state indicate campagne di sfruttamento attivo collegate a queste specifiche falle. Non è inoltre noto se una o più delle vulnerabilità siano presenti nel catalogo KEV della CISA, né risultano disponibili identificativi CVE individuali per l’intero insieme degli interventi.

Atlassian aggiorna sei prodotti principali

Martedì Atlassian ha pubblicato un Security Bulletin con correzioni per 10 vulnerabilità critiche e 162 vulnerabilità ad alta severità. Gli aggiornamenti riguardano:

• Bamboo;
• Bitbucket;
• Confluence;
• Crowd;
• Fisheye/Crucible;
• Jira.

Il numero complessivo sembra corrispondere a circa 109 CVE uniche, perché lo stesso difetto può interessare più prodotti che condividono una determinata libreria. Gli identificativi dei singoli problemi non sono stati resi noti.

Questa caratteristica complica la valutazione degli ambienti aziendali. Un’organizzazione potrebbe infatti dover aggiornare contemporaneamente più piattaforme, anche quando la vulnerabilità non nasce nel componente principale del prodotto, ma in una dipendenza comune.

L’impatto effettivo dipende dal servizio coinvolto, dalla libreria vulnerabile e dalla configurazione dell’istanza. Un’installazione esposta a Internet, collegata a sistemi esterni o dotata di integrazioni automatizzate presenta una superficie di rischio maggiore rispetto a un ambiente isolato.

Splunk interviene su Enterprise, SOAR e componenti collegati

Mercoledì Splunk ha annunciato correzioni per almeno 150 vulnerabilità distribuite tra Splunk Enterprise, Splunk SOAR, Universal Forwarder, applicazioni, add-on, plugin e librerie di terze parti.

Anche per Splunk, decine di problemi sono classificati come critici o ad alta severità. Il vendor segnala inoltre alcuni difetti che richiedono particolare attenzione, senza fornire nel materiale disponibile criteri più dettagliati per stabilire la priorità.

Splunk Enterprise

Le versioni di Splunk Enterprise 10.4.2, 10.2.6, 10.0.9 e 9.4.14 includono correzioni per 60 vulnerabilità, tre delle quali critiche.

Almeno 24 difetti, compresi alcuni problemi critici, sono stati risolti in pacchetti di terze parti utilizzati dal prodotto. Per questo il controllo non dovrebbe limitarsi alla versione di Splunk Enterprise: gli amministratori devono verificare anche lo stato delle dipendenze installate.

Il prodotto può raccogliere e analizzare dati provenienti da numerose infrastrutture. Una compromissione riuscita potrebbe quindi esporre informazioni operative, configurazioni, credenziali o collegamenti verso altri sistemi, in funzione dei privilegi assegnati all’istanza.

App, add-on e Splunk SOAR

Sono state pubblicate nuove versioni di applicazioni e add-on Splunk che risolvono vulnerabilità critiche. Tra i componenti interessati figurano:

• AI Toolkit;
• Connect for Kafka;
• MCP Server app;
• On-Call.

Sono disponibili anche correzioni per Splunk SOAR, incluse vulnerabilità presenti nelle sue dipendenze di terze parti. Le versioni corrette delle singole app, degli add-on e di SOAR non sono state rese note; occorre quindi consultare gli avvisi ufficiali relativi a ciascun componente prima dell’installazione.

Splunk Enterprise Security 8.6.1 corregge inoltre due vulnerabilità ad alta severità.

Gli SOAR Connectors ricevono aggiornamenti per 17 vulnerabilità di severità media e bassa. Universal Forwarder corregge invece tre vulnerabilità di severità media presenti in OpenSSL.

Perché le dipendenze condivise aumentano il rischio operativo

Il numero elevato di vulnerabilità non implica necessariamente che ogni prodotto contenga centinaia di difetti distinti. Una parte significativa deriva da componenti software riutilizzati in più piattaforme.

Quando una libreria condivisa viene corretta, il vendor deve distribuire aggiornamenti per tutti i prodotti che la incorporano. Gli amministratori devono quindi mappare le installazioni effettive, comprese app, plugin, connettori e moduli aggiuntivi.

Il rischio è più alto nei sistemi:

• accessibili da Internet;
• integrati con servizi esterni;
• autorizzati a effettuare richieste verso reti interne;
• usati per gestire autenticazione e autorizzazioni;
• collegati a dati sensibili o infrastrutture operative.

Le vulnerabilità di tipo SSRF, per esempio, possono consentire a un attaccante di utilizzare il server compromesso per raggiungere risorse non direttamente esposte. I difetti di autenticazione possono invece ridurre o aggirare i controlli che separano utenti, ruoli e funzioni amministrative.

Non sono disponibili indicatori di compromissione, regole di rilevamento o workaround specifici. Non è noto neppure se esistano precedenti recenti di Atlassian o Splunk nel catalogo KEV della CISA collegati a questo insieme di vulnerabilità.

Cosa devono fare gli amministratori

La misura principale consiste nell’applicare gli aggiornamenti ufficiali dei vendor, dopo aver verificato compatibilità e dipendenze dell’ambiente.

Per Atlassian è necessario aggiornare Bamboo, Bitbucket, Confluence, Crowd, Fisheye/Crucible e Jira alle release che includono le correzioni. I numeri di versione corretti dei singoli prodotti non sono stati resi noti.

Per Splunk Enterprise, il ramo utilizzato deve essere portato a una delle versioni indicate: 10.4.2, 10.2.6, 10.0.9 o 9.4.14. Enterprise Security deve essere aggiornato alla versione 8.6.1.

Vanno inoltre controllate e aggiornate, quando disponibili, le versioni di AI Toolkit, Connect for Kafka, MCP Server app, On-Call, Splunk SOAR, SOAR Connectors e Universal Forwarder. La verifica deve includere OpenSSL e le altre dipendenze di terze parti.

La priorità dovrebbe andare ai sistemi pubblicati su Internet, alle istanze che trattano dati aziendali e agli ambienti capaci di raggiungere reti interne. In assenza di workaround documentati, mantenere in produzione versioni vulnerabili significa lasciare aperta una superficie che può coinvolgere più prodotti contemporaneamente.