CVE-2026-85243
Apache Camel: Downgrade della verifica dell'integrità di Camel-Crypto-PGP tramite una struttura del messaggio controllata dall'attaccante
- Pubblicato
- 19 ott 2026
- Aggiornato
- 19 ott 2026
- Assegnazione CNA
- apache
- Evidenza osservata
- 19 ott 2026
CVSS primario
nvd · CVSS 3.1
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:NBasso · prossimi 30 giorni
- Percentile
- 8,0%
- Data del modello
- 25 ott 2026
L'EPSS è una stima statistica, non una certezza o una misura di impatto. Combinalo con CVSS, stato KEV, esposizione e ambiente.
Riepilogo
Vulnerabilità di convalida impropria del valore di controllo dell'integrità nel componente Apache Camel Crypto PGP. Il problema riguarda Apache Camel: dalla 4.0.0 precedente alla 4.18.5, dalla 4.19.0 precedente alla 4.22.1. unmarshal() verificava il codice di rilevamento delle modifiche solo quando il messaggio era un pacchetto di dati con protezione dell'integrità crittografato simmetricamente OpenPGP. Il pacchetto di dati crittografato simmetricamente più vecchio non contiene tale codice, e la modalità CFB di OpenPGP è malleabile senza di esso, quindi un messaggio che utilizzava quel pacchetto saltava del tutto il controllo. Il tipo di pacchetto è scelto da chi ha prodotto il messaggio, il che lasciava al mittente — o a chiunque fosse in grado di riscrivere il messaggio in transito — decidere se il controllo dell'integrità fosse applicato o meno. L'opzione di integrità esistente governa solo il marshalling e non aveva una controparte lato decrittografia, quindi un deployment non poteva richiedere la protezione dell'integrità sui messaggi che accettava. Eseguire l'upgrade ad Apache Camel 4.23.0, che risolve il problema. Gli utenti del flusso di release LTS 4.18.x dovrebbero eseguire l'upgrade alla 4.18.5. Gli utenti del flusso di release LTS 4.22.x dovrebbero eseguire l'upgrade alla 4.22.1. Un'opzione requireIntegrityProtection, con valore predefinito true, ora rifiuta un messaggio che non è protetto dall'integrità. Si noti che signatureVerificationOption ha ancora come valore predefinito optional, quindi un messaggio privo di firma viene accettato; le due opzioni insieme sono ciò che conferisce a un messaggio decrittografato autenticità e non solo riservatezza. Per i deployment che non possono eseguire l'upgrade immediatamente, rifiutare i messaggi che non utilizzano il pacchetto protetto dall'integrità prima che raggiungano il data format. Le route che devono interoperare con un mittente che emette ancora il pacchetto legacy dovrebbero impostare requireIntegrityProtection=false dopo l'upgrade e trattare il contenuto decrittografato come non autenticato.
Fonti
Utilizzo responsabile
Utilizza le informazioni sulla vulnerabilità solo sui sistemi che possiedi o che sei autorizzato a testare. Kitploit si collega ai metadati della ricerca pubblica e non memorizza codici exploit o payload dannosi.