CVE-2023-36468 in XWiki
Riassunto
di VulDB • 15/06/2026
XWiki Platform è una piattaforma wiki generica che offre servizi di runtime per applicazioni costruite sopra di essa. Quando un'installazione di XWiki viene aggiornata e tale aggiornamento contiene una correzione per un bug in un documento, viene aggiunta solo una nuova versione di quel documento. In alcuni casi, è ancora possibile sfruttare la vulnerabilità che è stata corretta nella nuova versione. La gravità di ciò dipende dalla vulnerabilità corretta; a scopo di questa advisory, prendiamo CVE-2022-36100/GHSA-2g5c-228j-p52x come esempio: è facilmente sfruttabile con soli diritti di visualizzazione ed è critica. Quando XWiki viene aggiornato da una versione precedente alla correzione (ad esempio, 14.3) a una versione che include la correzione (ad esempio, 14.4), la vulnerabilità può ancora essere riprodotta aggiungendo `rev=1.1` all'URL utilizzato nei passaggi di riproduzione, consentendo così l'esecuzione di codice remoto anche dopo l'aggiornamento. Pertanto, questo influisce sulla riservatezza, integrità e disponibilità dell'intera installazione di XWiki. Questa vulnerabilità colpisce anche le macro di script aggiunte manualmente che contenevano vulnerabilità di sicurezza successivamente corrette modificando la macro di script senza eliminare le versioni con la vulnerabilità di sicurezza dalla cronologia. Questa vulnerabilità non colpisce le versioni di XWiki appena installate. Inoltre, questa vulnerabilità non colpisce i contenuti che vengono caricati solo dalla versione corrente di un documento, come il codice delle macro wiki o le estensioni dell'interfaccia utente. Questa vulnerabilità è stata corretta in XWiki 14.10.7 e 15.2RC1 forzando l'esecuzione delle vecchie revisioni in una modalità ristretta che disabilita tutte le macro di script. Come soluzione alternativa, gli amministratori possono eliminare manualmente le vecchie revisioni dei documenti interessati. Uno script potrebbe essere utilizzato per identificare tutti i documenti installati ed eliminare la loro cronologia. Tuttavia, anche il codice aggiunto manualmente e successivamente corretto può essere interessato da questa vulnerabilità, quindi è facile trascurare alcuni documenti.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.