Reposilite vulnérable à une traversée de chemin lors de la diffusion de fichiers javadoc développés (lecture arbitraire de fichier) (`GHSL-2024-074`)

L'exploitation réussie de cette vulnérabilité permet à un attaquant de lire des fichiers sensibles stockés sur le serveur Reposilite, tels que des fichiers de configuration, des clés API, ou même du code source. Cela pourrait conduire à la divulgation d'informations confidentielles, à la compromission du système, ou à l'exécution de code arbitraire si des fichiers contenant du code malveillant sont accessibles. Le risque est amplifié si le serveur Reposilite est exposé publiquement ou si des informations sensibles sont stockées dans les fichiers javadoc.

Organizations using Reposilite Backend for artifact repository management, particularly those with publicly accessible javadoc endpoints or those who have not implemented strict access controls, are at risk. Shared hosting environments where multiple users share the same Reposilite instance are also particularly vulnerable.

• linux / server:

find /opt/reposilite/javadocUnpackPath -type f -name '*.*' -print0 | xargs -0 grep -i 'sensitive_data'

• generic web:

curl -I 'http://your-reposilite-instance/javadoc/your-repo/your-gav/raw/../../../../etc/passwd' 

• java: Monitor Reposilite logs for unusual file access patterns or errors related to file reading from unexpected locations.

1. 2024-11-04Disclosure

   disclosure

1. Réservé2024-05-20
2. Publiée2024-11-04
3. Modifiée2024-11-05
4. EPSS mis à jour2026-04-02

La mitigation principale consiste à mettre à jour Reposilite Backend vers la version 3.5.12 ou supérieure, qui corrige cette vulnérabilité. En attendant la mise à jour, il est possible de restreindre l'accès à la route /javadoc/{repository}/<gav>/raw/<resource> via un pare-feu ou un proxy inverse. Il est également recommandé de surveiller les journaux d'accès pour détecter des tentatives de parcours de chemin suspectes, en recherchant des requêtes avec des chemins non valides ou des caractères spéciaux. Une configuration plus stricte des permissions sur le répertoire javadocUnpackPath peut également aider à limiter l'impact de cette vulnérabilité.