CheckList & Méthodologie
Au début :
Scan Server
NMAP
Nikto
Shodan
DNS
SSL/TLS Check
Subdomain/Directory Listing
Checker les directories (Dirb, Dirbuster, Gobuster, FeroxBuster, dirSearch)
Specific informations gathering
Check de :
/.git
/robots.txt
/sitemap.xml
/crossdomain.xml
/clientaccesspolicy.xml
/phpinfo.php
.DS_Store (https://github.com/gehaxelt/Python-dsstore)
WAF (Fortinet, CloudFlare, etc...)
Google Dork
Code source
Headers Check
X-XSS-Protection
Strict-Transport-Security
X-Content-Type-Options
X-Frame-Options
Content-Security-Policy
Cache-Control
Headers Injection
Host header injection
Host Header
Host : evil.com
Host: localhost
Host : javascript:confirm(1)
Host: <link src="http://www.attacker.com"/>
Dupliquez le champs
Host : evil.com
:Indentez le premier champ Host :
Bypass admin panel
Forwarded Injection
Injecter :
127.0.0.1
localhost
192.168.1.2
burp.collaborator
evil.com
/admin
/console
Dans :
Client-IP:
Connection:
Contact:
Forwarded:
From:
Host:
Origin:
Referer:
True-Client-IP:
X-Client-IP:
X-Custom-IP-Authorization:
X-Forward-For:
X-Forwarded-For:
X-Forwarded-Host:
X-Forwarded-Server:
X-Host:
X-Original-URL:
X-Originating-IP:
X-Real-IP:
X-Remote-Addr:
X-Remote-IP:
X-Rewrite-URL:
URL Absolu
Essayez de rentrer un URL absolu :
SSRF Injection
CORS (Cross Origin Resource Sharing)
Ajouter le header "
Origin
" à la requête :Si la réponse contient le code ci dessous vous avez une vulnérabilité CORS :
Pour POC une vulnérabilité CORS :
Habituellement, vous voulez cibler un endpoint API.
Créer un fichier test.html
Créez un server python :
python3 -m http.server
Cookies
Attributs à checker
HttpOnly
Secure
SameSite
Obfuscation
Credentials
Contient des creds ?
Contient des paramètres (id, uid, ...) ?
Tester des injections SQL dans les paramètres du genre (uid=, id=)
Login/Logout/Account creation
Creation de compte
Politique de mot de passe ( 8 caractères minimums, Majuscule, Minuscule, caractères speciaux) sinon vulnérabilité.
Vérification par email lors de la création de compte ?
Essayer de rentrer un nom d'utilisateur déjà existant pour voir si l'ancien est effacé
Username unique ? Possibilité d'avoir le même qu'un autre ?
Ajouter des espaces dans le champs "
Password
"
Login
Provoquer une erreur et voir si information dans le message d'erreur
Login avec l'utilisateur ayant le moins de privilège
Ajouter les cookies de cet user à Autorize
Brute Force possible ?
Injection SQL possible ?
Énumération d'users ?
Logout
Provoquer une erreur et voir s'il y a des informations dans le message d'erreurs
Essayer de se Logout et voir si les cookies sont réutilisables
Énumération d'users ?
Forgot_Password
Lien de reset de password n'expirant jamais
lorsqu'un utilisateur demande un changement de mot de passe, il obtient un lien de réinitialisation de mot de passe pour réinitialiser le mot de passe, c'est le comportement normal, mais il devrait également expirer après un certain temps. S'il n'expire pas et que vous pouvez utiliser le lien de réinitialisation du mot de passe plusieurs fois pour réinitialiser le mot de passe. Ensuite, vous pouvez le considérer comme une vulnérabilité.
Pas de limite sur le reset de password
La limitation de débit est utilisée pour contrôler la quantité de trafic entrant et sortant vers ou depuis un réseau. Essayez donc d'envoyer beaucoup de requêtes, si cela ne vous bloque pas, vous pouvez le considérer comme une vulnérabilité.
HOW TO HUNT :
Démarrez burp et interceptez la demande de réinitialisation du mot de passe
Envoyer à l'intruder
Utilisez le payload "null"
Déni de service lors de la saisie d'un long mot de passe
Normalement, les mots de passe ont 8-12-24 ou jusqu'à 48 chiffres. s'il n'y a pas de limite de caractères dans le mot de passe, vous pouvez le considérer çela comme une vulnérabilité.
HOW TO HUNT :
Démarrez burp et interceptez la demande de réinitialisation du mot de passe
Envoyer à l'intruder
Utilisez le payload "null"
Fuite de token de réinitialisation de mot de passe via referer
Le referer HTTP est un champ d'en-tête HTTP facultatif qui identifie l'adresse de la page Web qui est liée à la ressource demandée. L'en-tête de demande Referer contient l'adresse de la page Web précédente à partir de laquelle un lien vers la page actuellement demandée a été suivi. Il est donc possible que le jeton de réinitialisation du mot de passe fuit via l'en-tête de demande de référence.
HOW TO HUNT :
Demandez la réinitialisation du mot de passe sur votre adresse e-mail
Ouvrez le lien de réinitialisation du mot de passe
Assurez-vous de ne pas modifier le mot de passe sur la page de réinitialisation du mot de passe
Cliquez sur les liens de médias sociaux et capturez la demande à l'aide de Burp Suite
Vérifiez si le referer contient un jeton de réinitialisation de mot de passe
Exemple : Nord Security disclosed on HackerOne: Password Reset Link Leaked In...
Réinitialisation du mot de passe avec la manipulation du paramètre emails
Tout en demandant un lien de réinitialisation de mot de passe pour l'utilisateur victime, nous pouvons essayer la manipulation des paramètres ci-dessous pour obtenir une copie du lien de réinitialisation de la victime sur l'e-mail de l'attaquant.
HOW TO HUNT :
Double parameter (HTTP parameter pollution) : email=victim@xyz.tld&email=hacker@xyz.tld
Carbon copy : email=victim@xyz.tld%0a%0dcc:hacker@xyz.tld
Using separators : email=victim@xyz.tld,hacker@xyz.tldemail=victim@xyz.tld%20hacker@xyz.tldemail=victim@xyz.tld|hacker@xyz.tld
No domain : email=victim
No TLD (Top Level Domain) : email=victim@xyz
JSON table : {“email”:[“victim@xyz.tld”,”hacker@xyz.tld”]}
Password reset Poisoining grâce à une fuite de token
Utilisations des idées pour forward la requete vers un lien nous appartenant.
HOW TO HUNT :
Interceptez la demande de réinitialisation du mot de passe dans Burpsuite
Ajoutez l'en-tête suivant ou modifiez l'en-tête dans Burp (essayer un par un !)
Utilisez Ngrok ou collaborator
Remplacer email par username@Burp.collaborator.com et examiner les requetes obtenus.
ID dans la requete ? Mettre un autre ID
Brute force possible ?
Token présent dans la requête ?
Expiration du lien de reset ?
Spamming d'email possible ?
Demander deux resets de mdp et tester le lien le plus vieux
Utiliser l'extension Burp "
ParamMiner
" et chercher des paramètres cachés.Essayez de supprimer le champs "Ancien mot de passe" si on vous demande de l'entrer
Si un CSRF_Token est présent essayer de set sa valeur sur "null" :
CSRF_Token:null
Host header injection
Créez un lien Ngrok
Demander un reset de mot de passe et injecter "
Host:<ngrok_url>
" avec votre email et checker si le lien de reset dans l'email contient votre URL ngrokInjecter la même chose dans le header "
X-Forwarded-For
et**X-Forwarded-Host**
"
JavaScript
Dans Burp utiliser l'extension Burp JS LinkFinder
Checker des clefs d'API en clair
Checker si il y a des appels de paramètres dans les scripts JS
exemple : main.js?token="4745678976567"
Tester des injection JavaScript dans les paramètres trouvés
Utiliser ces injections JavaScript dans une vulnérabilité d'OpenRedirect
exemple : https://vulnerable_website/test?url= —> open redirect
exemple : [https://vulnerable_website/test?url=main.js?token=<em>confirm(1)</em>](https://vulnerable_website/test?url=main.js?token=<em>confirm(1)</em>) —> exploitation
Open Redirect
Chercher des paramètres du type : redirect=, url=, redirecturl=, redirection=, et essayer d'injecter un site externe
Si une redirection s'effectue vous êtes en présence d'une vulnérabilité d'Open Redirection
Astuce : exporter le sitemap de burp :
JWT
JWT tool
None algorithm :
Essayez de changer le header du JWT normalement encodé en RS256 en "None" et testez les différents payload générés :
From RS256 to HS256
Essayez de changer le type d'algorithme de chiffrement utilisé (RS256 néscessite une clef privée alors que HS256 utilise une clef publique partagée. On peut donc essayer de chiffrer ce token avec la meme clef publique que l'application.
Voila une extension Burp qui reproduit les mêmes attaques : JOSPEH
JOSEPH Extension
Key Confusion
Signature Exclusion
Signature non checker par le serveur
Il peut arriver qu'un serveur ne check pas la signature du JWT, nous allons donc essayer de modifier le JWT
Injections
SQLi
Manuellement 1. Trouver une injection
Trouver le nombre de colonnes :
Extraction d'informations database(), version(), user(), UUID() with concat() or group_concat() (COLUMNS represente le nb de colonnes trouvé précédement, soit remplacer par 1,2,3,... ou NULL,NULL,NULL,... ) :
Dump de la database (Attention : Mieux vaut encoder les espaces avec un "+") :
TIME DELAY ( Utile pour trouver des SQLi)
SQLi Error based avec XPATH
D'après mon expérience, la plupart du temps, quand on ajoute une quote ou deux et nous obtenons une erreur de l'application alors on en déduis une SQLi, très bien. On commence par commenter la requête et à chercher le nombre de colonnes avec ORDER BY.
Supposons qu'il y ait 5 colonnes. Maintenant, quand nous injectons avec de l'Union Based, On se rend compte que l'erreur ne nous renvoi rien... Merde....
C'est la situation dans laquelle on peut utiliser l'injection XPATH.
Donc on reprend l'injection de base :
On vas donc utiliser la fonction MySQL"extractvalue" qui utilise une requete XPATH pour formuler la requete. La fonction prend l'entrée sous la forme suivante : ExtractValue('xmldatahere', 'xpathqueryhere').
Si la requête XPath est syntaxiquement incorrecte, un message d'erreur s'affiche : Erreur de syntaxe XPATH : 'xpathqueryhere'. C'est dans cette erreur qu'on va pouvoir retrouver nos réponse à nos requêtes.
Maintenant il ne vous reste plus qu'à adapter les requêtes pour dumper dans l'ordre :
Le nom de la database
Le nom des tables
Le nom des colonnes
Les données dans les colonnes
⚠️ ATTENTION : Vous avez remarqué le "LIMIT 1,1", jouez avec ca pour afficher toutes les données.
Automatisation
XSS
Test d'une XSS :
Le paramètre est-il réfléchis dans la réponse du serveur ? Si oui →
Go sur ce site et mettez les différent tags et events dans votre intruder pour savoir lesquels sont filtrés ou non.
Cross-Site Scripting (XSS) Cheat Sheet - 2021 Edition | Web Security Academy
Injection de code HTML
Si le Hello" prend l'attribut H1 on peut tester plusieur injections :
Automatisation :
Inscription sur XSSHunter
TIPS :
Ne plus utiliser
alert
, préférezconfirm
ouprompt
N'utilise pas des
""
dans votre payload, préférez utiliser unnombre
~~alert("XSS")~~ —> prompt(1)
XXE
Convertir le content-type "application/json"/"application/x-www-form-urlencoded" en "applcation/xml".
Si le File Upload autorise docx/xlcs/pdf/zip , unziper le fichier et rajouter un fichier evil.xml avec votre XML injection dedans
Si possibilité d'upload une image SVG, injecter une XXE dans votre SVG
Si l'application propose des flux RSS, ajoutez votre injection dans le flux RSS.
Si l'application propose l'intégration du SSO, vous pouvez injecter votre code xml vicieux dans la demande/réponse SAML.
Dans du SOAP :
GitHub - payloadbox/xxe-injection-payload-list: 🎯 XML External Entity (XXE) Injection Payload List
Il faut comprendre comment marche une XXE pour essayer de bypass les mécanismes de sécurité :
Le XML marche sous forme d'entité, il est possible d'injecter des entitées customs :
Ou encore d'injecter des entitées externes qui seront chargé soit depuis un URL soit depuis un fichier distant. Pour charger ces entités on utilise la commande SYSTEM
Quelques fois il est possible que les entitées externes soient bloquées pour des raisons de sécurité. On peut alors utiliser non plus des custom ou external entities mais des parameters entity qui vont s'appeler directement depuis la délcaration de la DOCTYPE et donc plus besoin de l'appeler dans les paramètres de la requète (plus bespoin de &xxe;) :
SSRF
POC
Dans Burp > fichier > Burp Collaborator > Copy to Clipboard
Injectez vos Burp collaborator dans les éléments suivants et checker si vous avez une connexion en retour :
Burp Extension : Collaborator Everywhere
Injecter dans les headers (
Utiliser ssrf.py avec gau
Checker si des fonctionnalités Java URI, CURL, WGET, LDAP, File, FTP, SMTP sont utilisés
Checker des paramètres où l'on peu entrer des liens ou quand il y a une redirection : url=, redirect=, redirecturl=, email=, ip=
Si XSS ou possibilité d'injecter du JavaScript :
Automatisation 1. Getting urls
2. Trouver les faux positifs
3. Trouver les paramètres vulnérables
4. Remplacer par votre Burp Collaborator et Fuzzer
TIPS :
Si instance sur AWS
Test RCE
Utiliser des redirection d'URL pour bypass certaines protection
Si présence d'une SSRF utiliser le protocole gopher :
SSTI
Ruby
Twig
Jinja
OS command
XPath
LDAP
File Upload
ByPass de filtre:
Différents types de filtrage.
Validation de l'extension
Les extensions de fichiers sont utilisées (en théorie) pour identifier le contenu d'un fichier. En pratique, elles sont très faciles à modifier et ne signifient donc pas grand-chose ; cependant, MS Windows les utilise toujours pour identifier les types de fichiers, bien que les systèmes basés sur Unix aient tendance à utiliser d'autres méthodes, que nous aborderons plus tard. Les filtres qui vérifient les extensions fonctionnent de deux manières. Soit ils établissent une blacklist d'extensions (c'est-à-dire qu'ils ont une liste d'extensions qui ne sont pas autorisées), soit ils établissent une whitelist d'extensions (c'est-à-dire qu'ils ont une liste d'extensions qui sont autorisées et rejettent tout le reste).
Filtre du file type
Similaire à la validation de l'extension, mais plus intensif, le filtrage du type de fichier cherche, une fois encore, à vérifier que le contenu d'un fichier est acceptable pour le téléchargement. Nous allons examiner deux types de validation de type de fichier :
La validation MIME : Les types MIME (Multipurpose Internet Mail Extension) sont utilisés pour identifier les fichiers, à l'origine lorsqu'ils sont transférés sous forme de pièces jointes par courrier électronique, mais désormais aussi lorsqu'ils sont transférés par HTTP(S). Le type MIME pour un téléchargement de fichier est joint dans l'en-tête de la demande, et ressemble à ceci :
Les types MIME suivent le format /. Dans la requête ci-dessus, vous pouvez voir que l'image "spaniel.jpg" a été téléchargée sur le serveur. En tant qu'image JPEG légitime, le type MIME de ce téléchargement était "image/jpeg". Le type MIME d'un fichier peut être vérifié côté client et/ou côté serveur ; cependant, comme le type MIME est basé sur l'extension du fichier, il est extrêmement facile de le contourner.
Validation des nombres magiques : Les nombres magiques sont le moyen le plus précis de déterminer le contenu d'un fichier, mais il n'est pas impossible de les falsifier. Le "numéro magique" d'un fichier est une chaîne d'octets au tout début du contenu du fichier qui identifie le contenu. Par exemple, un fichier PNG aura ces octets au tout début du fichier : 89 50 4E 47 0D 0A 1A 0A.
Contrairement à Windows, les systèmes Unix utilisent des numéros magiques pour identifier les fichiers. Toutefois, lors du téléchargement de fichiers, il est possible de vérifier le numéro magique du fichier téléchargé pour s'assurer qu'il peut être accepté en toute sécurité. Ce n'est en aucun cas une solution garantie, mais c'est plus efficace que de vérifier l'extension d'un fichier.
Filtre de la taille du fichier
Les filtres de longueur de fichier sont utilisés pour empêcher le téléchargement de fichiers volumineux sur le serveur via un formulaire de téléchargement (car cela peut potentiellement priver le serveur de ressources). Dans la plupart des cas, cela ne posera aucun problème lorsque nous téléchargerons des shells ; cependant, il faut garder à l'esprit que si un formulaire de téléchargement ne prévoit que le téléchargement d'un très petit fichier, il peut y avoir un filtre de longueur en place pour s'assurer que la longueur du fichier est respectée. Par exemple, notre shell PHP reverse complet de la tâche précédente pèse 5,4 Ko, ce qui est relativement petit, mais si le formulaire attend un maximum de 2 Ko, nous devrons trouver un autre shell à télécharger
Il convient de noter qu'aucun de ces filtres n'est parfait à lui seul. Ils sont généralement utilisés en conjonction les uns avec les autres, ce qui permet d'obtenir un filtre à plusieurs niveaux et d'accroître considérablement la sécurité du téléchargement. Tous ces filtres peuvent être appliqués côté client, côté serveur ou les deux.
Check à faire:
Bypass Filtre côté serveur
Méthodologie
Il existe quatre façons simples de contourner le filtre de téléchargement de fichiers côté client :
Désactiver Javascript dans votre navigateur - cela fonctionnera si le site ne nécessite pas Javascript pour fournir une fonctionnalité de base. Si la désactivation complète de Javascript empêche le site de fonctionner, l'une des autres méthodes est plus souhaitable ; sinon, cette méthode peut être un moyen efficace de contourner complètement le filtre côté client.
Intercepter et modifier la page entrante. En utilisant Burpsuite, nous pouvons intercepter la page Web entrante et supprimer le filtre Javascript avant qu'il n'ait la possibilité de s'exécuter. La procédure à suivre est décrite ci-dessous.
Intercepter et modifier le téléchargement de fichiers. Alors que la méthode précédente fonctionne avant le chargement de la page Web, cette méthode permet à la page Web de se charger normalement, mais intercepte le téléchargement du fichier après qu'il soit passé (et accepté par le filtre). Encore une fois, nous couvrirons le processus d'utilisation de cette méthode au cours de la tâche.
Envoyez le fichier directement au point de téléchargement. Pourquoi utiliser la page Web avec le filtre, alors que vous pouvez envoyer le fichier directement en utilisant un outil comme curl ? Envoyer les données directement à la page qui contient le code de traitement du téléchargement du fichier est une autre méthode efficace pour contourner complètement un filtre côté client. Nous ne traiterons pas cette méthode en profondeur dans ce tutoriel, mais la syntaxe d'une telle commande ressemblerait à ceci :
Supposons qu'une fois encore, nous ayons trouvé une page de téléchargement sur un site web:
Comme toujours, nous allons jeter un coup d'oeil au code source. Ici, nous voyons une fonction Javascript de base vérifiant le type MIME des fichiers téléchargés :
CSRF
Extension Burp
JS Link Finder
SSL Scanner
HopLa
Bypass WAF
Param Miner
Reflected Parameters (Reflection)
Additional Scanner Check
JWT
Collaborator Everywhere
Authorize
403 bypasser (https://github.com/sting8k/BurpSuite_403Bypasser)
Quick Automatise Recon
Last updated