FUXA Affecté par un Contournement de la Validation de Parcours de Chemin

Cette vulnérabilité représente un risque significatif car elle permet à un attaquant d'obtenir un contrôle potentiellement complet sur le serveur fuxa-server. En exploitant cette faille, un attaquant authentifié peut écrire des fichiers malveillants dans des répertoires critiques, tels que le répertoire runtime/scripts. Si le serveur recharge ces scripts, l'attaquant peut exécuter du code arbitraire avec les privilèges du processus du serveur. Le potentiel d'exécution de code à distance (RCE) signifie que l'attaquant pourrait compromettre l'ensemble du système, voler des données sensibles, ou utiliser le serveur comme point de pivot pour attaquer d'autres systèmes sur le réseau. Cette vulnérabilité est particulièrement préoccupante car elle contourne les mécanismes de protection existants, rendant les versions antérieures plus vulnérables.

Organizations relying on fuxa-server for critical services are at risk, particularly those with administrative interfaces exposed to the internet. Environments with legacy configurations or shared hosting setups where user privileges are not strictly controlled are especially vulnerable. Any deployment using older, unpatched versions of fuxa-server is potentially exposed.

• nodejs / server:

journalctl -u fuxa-server -f | grep -i "path traversal"

• nodejs / server:

ps aux | grep fuxa-server | grep -i "....//"

• generic web: Use curl to test for path traversal:

curl 'http://your-fuxa-server/path/....//sensitive_file.txt' 

• generic web: Grep access logs for requests containing suspicious path traversal sequences (e.g., '....//').

1. 2026-02-10Disclosure

   disclosure

1. Réservé2026-02-09
2. Publiée2026-02-10
3. Modifiée2026-02-22
4. EPSS mis à jour2026-03-23

La mitigation immédiate consiste à mettre à jour fuxa-server vers la version 1.2.11 ou supérieure, qui corrige cette vulnérabilité. Si la mise à jour n'est pas immédiatement possible, envisagez de restreindre l'accès au serveur et de surveiller les tentatives de navigation de répertoire suspectes. En attendant la mise à jour, il est possible de configurer un proxy inverse ou un pare-feu d'application web (WAF) pour bloquer les requêtes contenant des séquences de navigation de répertoire malveillantes (par exemple, ....//). Surveillez également les journaux du serveur pour détecter des tentatives d'écriture de fichiers dans des répertoires non autorisés. Après la mise à jour, vérifiez l'intégrité des fichiers du serveur et assurez-vous que les scripts critiques ne sont pas compromis.