Traversée de chemin dans parisneo/lollms

L'impact de cette vulnérabilité est critique, car elle permet à un attaquant d'accéder et de supprimer des fichiers sensibles situés n'importe où sur le système de fichiers. En manipulant le paramètre key de l'endpoint /wipe_database, un attaquant peut contourner les contrôles d'accès et supprimer des répertoires contenant des données critiques, des fichiers de configuration ou même des composants du système d'exploitation. La suppression de répertoires essentiels pourrait entraîner une indisponibilité du service, une perte de données irréversible et potentiellement permettre un accès non autorisé à d'autres systèmes sur le réseau. Cette vulnérabilité présente un risque élevé de compromission du système.

Organizations deploying lollms, particularly those running the latest version without proper input validation or access controls, are at significant risk. Shared hosting environments where multiple users share the same server instance are especially vulnerable, as a compromise of one user's lollms instance could lead to the compromise of the entire server.

• python / server:

import os
import requests

url = 'http://your-lollms-server/wipe_database?key=../../../../etc/passwd'

try:
    response = requests.get(url)
    if response.status_code == 200:
        print("Potential Path Traversal detected!")
    else:
        print("Request failed.")
except requests.exceptions.RequestException as e:
    print(f"Error: {e}")

• linux / server:

journalctl -u lollms -f | grep "wipe_database"

• generic web:

curl -I http://your-lollms-server/wipe_database?key=../../../../etc/passwd

1. 2025-03-20Disclosure

   disclosure

1. Réservé2024-10-07
2. Publiée2025-03-20
3. EPSS mis à jour2026-04-02

La mitigation principale consiste à mettre à jour l'instance de lollms vers la dernière version disponible, qui corrige cette vulnérabilité. En attendant la mise à jour, il est fortement recommandé de désactiver l'endpoint /wipe_database si celui-ci n'est pas essentiel au fonctionnement du système. Si la désactivation n'est pas possible, restreindre l'accès à cet endpoint aux seuls utilisateurs autorisés via des règles de pare-feu ou des contrôles d'accès basés sur les rôles est une mesure temporaire. Surveiller attentivement les journaux d'accès pour détecter toute tentative d'exploitation de cette vulnérabilité est également crucial.