CVE-1999-0678 : Projet de détection et de remédiation

Auteur : Pham Huu Minh
Date : décembre 2025

Aperçu du projet

Ce projet illustre le cycle de vie complet d'une évaluation de vulnérabilité, ciblant spécifiquement l'ancienne vulnérabilité de traversée de répertoire (CVE-1999-0678) sur un serveur Web Apache. L'objectif était de simuler une attaque, de la détecter à l'aide d'un IDS, puis de corriger définitivement la faille de sécurité.

Pile technologique

• Attaquant : Kali Linux (Curl, Firefox, GVM)
• Victime : Ubuntu Server (Apache2, Snort IDS)
• Outils : Greenbone Vulnerability Manager, Snort, Iptables

---

Phase 1 : Découverte et exploitation

J'ai configuré un laboratoire de test local avec une cible Ubuntu vulnérable (192.168.45.132).

1. Analyse de vulnérabilité : Utilisation de GVM pour identifier un service HTTP sur le port 80.
2. Vérification manuelle : Confirmation de la vulnérabilité en accédant au répertoire /doc/ exposé via le navigateur et le terminal.

Figure 1 : Accès non autorisé réussi à la documentation système.

---

Phase 2 : Détection d'intrusion (IDS)

J'ai déployé Snort sur le serveur victime pour détecter ce schéma d'attaque spécifique en temps réel.

• Règle personnalisée : alert tcp any any -> any 80 (content:"/doc/"; msg:"CVE-1999-0678 Detected";)
• Résultat : Snort a correctement déclenché une alerte lorsque l'attaquant a accédé au répertoire.

Figure 2 : L'IDS Snort détecte la tentative de traversée de répertoire.

---

Phase 3 : Atténuation et remédiation

Pour sécuriser le système, j'ai mis en œuvre des correctifs temporaires et permanents.

1. Atténuation temporaire (pare-feu) : blocage de l'adresse IP de l'attaquant à l'aide d'iptables pour arrêter immédiatement l'intrusion active.
2. Remédiation permanente (cause racine) : modification de la configuration Apache (/etc/apache2/sites-available/000-default.conf) pour supprimer la directive non sécurisée Alias /doc.

Vérification : Après le correctif, j'ai relancé la tentative d'attaque. Le serveur a renvoyé une erreur 404 Not Found, confirmant que le système est sécurisé.

Figure 3 : La commande Curl renvoie 404, prouvant que la vulnérabilité est corrigée.

---

Conclusion

Ce projet met en évidence l'importance de la défense en profondeur. Si les pare-feu assurent un confinement immédiat, une sécurité réelle exige une remédiation de la cause racine (correction de la configuration) et une surveillance continue via l'IDS.