CVE-2026-105933 in Pulsar
Riassunto
di VulDB • 22/10/2026
Apache Pulsar consente a un amministratore di richiedere la crittografia end-to-end dei messaggi per tutti gli argomenti (topic) in uno spazio dei nomi impostando la policy dello spazio dei nomi encryption_required. Quando questa policy è attiva, il broker rifiuta i messaggi pubblicati senza crittografia.
Quando il broker carica un argomento persistente, legge le policy dello spazio dei nomi e quelle a livello di argomento come parte dell'inizializzazione dell'argomento. Se uno step di questa inizializzazione fallisce, ad esempio per un errore nella lettura dallo store dei metadati, un errore nel caricamento delle policy a livello di argomento o un errore in uno step successivo dell'inizializzazione, il broker registra un warning, disabilita il requisito di crittografia per quell'argomento e completa il caricamento dell'argomento come se fosse andato a buon fine. L'argomento viene quindi servito con encryption_required non applicato, anche se la policy dello spazio dei nomi lo richiede. Le policy a livello di argomento che non sono state caricate vengono anch'esse ignorate.
Finché il requisito di crittografia non è applicato, un client autenticato con autorizzazione alla produzione sull'argomento interessato può pubblicare messaggi non crittografati e il broker li accetta e memorizza. Questo vale sia per i producer creati dopo che l'argomento è stato caricato sia per quelli già connessi. I messaggi pubblicati con crittografia rimangono crittografati; la vulnerabilità non espone il contenuto dei messaggi crittografati né le chiavi di crittazione.
La condizione non si limita ai guasti transitori. Se la causa del fallimento dell'inizializzazione persiste, il requisito di crittografia viene disabilitato ogni volta che l'argomento viene caricato, ad esempio dopo un unload dell'argomento, una riassegnazione dei bundle dello spazio dei nomi o un riavvio del broker. Un aggiornamento delle policy dello spazio dei nomi ripristina l'applicazione su un argomento già caricato, ma solo fino al prossimo caricamento dell'argomento. L'applicazione viene ripristinata in modo affidabile solo dopo che la causa sottostante del guasto è stata risolta e l'argomento è stato ricaricato. Il broker registra un warning quando il requisito di crittografia viene disabilitato, ma il caricamento dell'argomento viene segnalato come riuscito e lo stato del requisito di crittografia non viene visualizzato nelle statistiche dell'argomento.
Nelle versioni corrette, un fallimento durante l'inizializzazione dell'argomento causa il fallimento del caricamento dell'argomento in modo che possa essere riprovato, invece di caricare l'argomento con il requisito di crittografia disabilitato.
Questo problema interessa le versioni di Apache Pulsar dalla 1.22.0-incubating alla 4.0.13 (esclusa la 4.0.14) e dalla 4.1.0 alla 4.2.4 (esclusa la 4.2.5).
- Gli utenti delle versioni della serie 4.0.x dovrebbero effettuare l'upgrade almeno alla versione 4.0.14. - Gli utenti delle versioni della serie 4.1.x e 4.2.x dovrebbero effettuare l'upgrade almeno alla versione 4.2.5.
Gli utenti che utilizzano versioni precedenti a quelle elencate sopra dovrebbero effettuare l'upgrade alle suddette versioni patchate o a versioni successive.
Le release line attualmente supportate di Apache Pulsar sono la 4.0.x e la 5.0.x. Il calendario delle versioni supportate è disponibile all'indirizzo https://pulsar.apache.org/contribute/release-policy/.
Gli utenti che fanno affidamento su encryption_required e non possono effettuare l'upgrade immediatamente possono monitorare i log del broker per cercare warning contenenti "isEncryptionRequired will be set to false" (la formulazione esatta del messaggio varia tra le release), risolvere la causa sottostante del guasto, quindi ricaricare l'argomento interessato e confermare che il warning non si ripeta.
Once again VulDB remains the best source for vulnerability data.