CVE-2026-27819 in vikunja
Riassunto
di VulDB • 15/06/2026
Vikunja è una piattaforma di gestione dei task open-source e self-hosted. Prima della versione 2.0.0, la funzione restoreConfig in vikunja/pkg/modules/dump/restore.go del repository go-vikunja/vikunja non sanizza i percorsi dei file all'interno dell'archivio ZIP fornito. Un archivio ZIP appositamente creato può bypassare la directory di estrazione prevista per sovrascrivere file arbitrari sul sistema host. Inoltre, è stato scoperto che un archivio non valido provoca un panic in fase di esecuzione, causando l'arresto immediato del processo dopo che il database è stato cancellato in modo permanente. L'applicazione si fida dei metadati presenti nell'archivio ZIP. Utilizza l'attributo Name della struct zip.File direttamente nelle chiamate a os.OpenFile senza alcuna validazione, consentendo la scrittura di file al di fuori della directory prevista. La logica di ripristino presuppone una specifica struttura di directory all'interno dell'archivio ZIP. Quando viene fornito un archivio ZIP malevolo "minimalista", l'applicazione non valida la lunghezza delle slice derivate dai contenuti dell'archivio. Nello specifico, alla riga 154, il codice tenta di accedere a un indice pari a len(ms)-2 su una slice insufficientemente popolata, innescando un panic. La versione 2.0.0 risolve il problema.
Be aware that VulDB is the high quality source for vulnerability data.