hacktricks/network-services-pentesting/pentesting-web

80,443 - Méthodologie de Pentesting Web

Apprenez le piratage AWS de zéro à héros avec htARTE (Expert en équipe rouge AWS de HackTricks)!

Autres façons de soutenir HackTricks:

• Si vous souhaitez voir votre entreprise annoncée dans HackTricks ou télécharger HackTricks en PDF, consultez les PLANS D'ABONNEMENT!
• Obtenez le swag officiel PEASS & HackTricks
• Découvrez La famille PEASS, notre collection exclusive de NFTs
• Rejoignez le 💬 groupe Discord ou le groupe Telegram ou suivez moi sur Twitter 🐦 @carlospolopm.
• Partagez vos astuces de piratage en soumettant des PR aux HackTricks et HackTricks Cloud dépôts GitHub.

Conseil de prime de bug: inscrivez-vous à Intigriti, une plateforme de prime de bug premium créée par des pirates, pour des pirates! Rejoignez-nous sur https://go.intigriti.com/hacktricks aujourd'hui, et commencez à gagner des primes allant jusqu'à 100 000 $!

{% embed url="https://go.intigriti.com/hacktricks" %}

Informations de base

Le service web est le service le plus commun et le plus étendu et de nombreux types de vulnérabilités différents existent.

Port par défaut: 80 (HTTP), 443 (HTTPS)

PORT    STATE SERVICE
80/tcp  open  http
443/tcp open  ssl/https

nc -v domain.com 80 # GET / HTTP/1.0
openssl s_client -connect domain.com:443 # GET / HTTP/1.0

Conseils pour les API Web

{% content-ref url="web-api-pentesting.md" %} web-api-pentesting.md {% endcontent-ref %}

Résumé de la méthodologie

Dans cette méthodologie, nous allons supposer que vous allez attaquer un domaine (ou sous-domaine) et uniquement celui-ci. Vous devriez appliquer cette méthodologie à chaque domaine, sous-domaine ou IP découvert avec un serveur web indéterminé dans le périmètre.

• Commencez par identifier les technologies utilisées par le serveur web. Recherchez des astuces à garder à l'esprit pendant le reste du test si vous parvenez à identifier avec succès la technologie.
• Y a-t-il une vulnérabilité connue de la version de la technologie?
• Utilisation d'une technologie bien connue? Des astuces utiles pour extraire plus d'informations?
• Un scanner spécialisé à exécuter (comme wpscan)?
• Lancez des scanners à usage général. On ne sait jamais s'ils vont trouver quelque chose ou s'ils vont trouver des informations intéressantes.
• Commencez par les vérifications initiales : robots, sitemap, erreur 404 et analyse SSL/TLS (si HTTPS).
• Commencez à explorer la page web : Il est temps de trouver tous les fichiers, dossiers et paramètres possibles utilisés. Vérifiez également les découvertes spéciales.
• Notez qu'à chaque fois qu'un nouveau répertoire est découvert lors du brute-forcing ou de l'exploration, il doit être exploré.
• Brute-Force des répertoires : Essayez de forcer tous les répertoires découverts à la recherche de nouveaux fichiers et répertoires.
• Notez qu'à chaque fois qu'un nouveau répertoire est découvert lors du brute-forcing ou de l'exploration, il doit être soumis à un brute force.
• Vérification des sauvegardes : Testez si vous pouvez trouver des sauvegardes des fichiers découverts en ajoutant des extensions de sauvegarde courantes.
• Brute-Force des paramètres : Essayez de trouver des paramètres cachés.
• Une fois que vous avez identifié tous les points d'extrémité possibles acceptant une entrée utilisateur, vérifiez tous les types de vulnérabilités qui y sont liées.
• Suivez cette liste de contrôle

Version du serveur (Vulnérable?)

Identifier

Vérifiez s'il existe des vulnérabilités connues pour la version du serveur en cours d'exécution.
Les en-têtes HTTP et les cookies de la réponse peuvent être très utiles pour identifier les technologies et/ou la version utilisée. Nmap scan peut identifier la version du serveur, mais les outils whatweb, webtech ou https://builtwith.com/: peuvent également être utiles.

whatweb -a 1 <URL> #Stealthy
whatweb -a 3 <URL> #Aggresive
webtech -u <URL>
webanalyze -host https://google.com -crawl 2

Recherchez les vulnérabilités de la version de l'application Web

Vérifiez s'il y a un WAF

• https://github.com/EnableSecurity/wafw00f
• https://github.com/Ekultek/WhatWaf.git
• https://nmap.org/nsedoc/scripts/http-waf-detect.html

Astuces technologiques Web

Quelques astuces pour trouver des vulnérabilités dans différentes technologies bien connues :

• AEM - Adobe Experience Cloud
• Apache
• Artifactory
• Buckets
• CGI
• Drupal
• Flask
• Git
• Golang
• GraphQL
• H2 - Base de données SQL Java
• Astuces IIS
• JBOSS
• Jenkins
• Jira
• Joomla
• JSP
• Laravel
• Moodle
• Nginx
• PHP (php a beaucoup d'astuces intéressantes qui pourraient être exploitées)
• Python
• Spring Actuators
• Symphony
• Tomcat
• VMWare
• Test d'API Web
• WebDav
• Werkzeug
• Wordpress
• Electron Desktop (XSS to RCE)

Tenez compte du fait que le même domaine peut utiliser différentes technologies sur différents ports, dossiers et sous-domaines.
Si l'application Web utilise une technologie/plateforme bien connue répertoriée précédemment ou autre, n'oubliez pas de rechercher sur Internet de nouvelles astuces (et faites-le moi savoir !).

Examen du code source

Si le code source de l'application est disponible sur github, en plus de réaliser un test White box de l'application par vous-même, il y a des informations qui pourraient être utiles pour le test Black-Box actuel :

• Y a-t-il un fichier Journal des modifications ou Lisez-moi ou Version ou toute information de version accessible via le web ?
• Comment et où sont sauvegardées les informations d'identification ? Y a-t-il un fichier (accessible ?) avec des informations d'identification (noms d'utilisateur ou mots de passe) ?
• Les mots de passe sont-ils en clair, chiffrés ou quel algorithme de hachage est utilisé ?
• Utilise-t-il une clé principale pour chiffrer quelque chose ? Quel algorithme est utilisé ?
• Pouvez-vous accéder à l'un de ces fichiers en exploitant une vulnérabilité ?
• Y a-t-il des informations intéressantes dans les problèmes github (résolus et non résolus) ? Ou dans l'historique des validations (peut-être un mot de passe introduit dans une ancienne validation) ?

{% content-ref url="code-review-tools.md" %} code-review-tools.md {% endcontent-ref %}

Scanners automatiques

Scanners automatiques à usage général

nikto -h <URL>
whatweb -a 4 <URL>
wapiti -u <URL>
W3af
zaproxy #You can use an API
nuclei -ut && nuclei -target <URL>

# https://github.com/ignis-sec/puff (client side vulns fuzzer)
node puff.js -w ./wordlist-examples/xss.txt -u "http://www.xssgame.com/f/m4KKGHi2rVUN/?query=FUZZ"

Scanners de CMS

Si un CMS est utilisé, n'oubliez pas de lancer un scanner, peut-être que quelque chose de juteux sera trouvé :

Clusterd: JBoss, ColdFusion, WebLogic, Tomcat, Railo, Axis2, Glassfish
CMSScan: sites WordPress, Drupal, Joomla, vBulletin pour des problèmes de sécurité. (GUI)
VulnX: Joomla, Wordpress, Drupal, PrestaShop, Opencart
CMSMap: (W)ordpress, (J)oomla, (D)rupal ou (M)oodle
droopscan: Drupal, Joomla, Moodle, Silverstripe, Wordpress

cmsmap [-f W] -F -d <URL>
wpscan --force update -e --url <URL>
joomscan --ec -u <URL>
joomlavs.rb #https://github.com/rastating/joomlavs

À ce stade, vous devriez déjà avoir des informations sur le serveur web utilisé par le client (si des données sont fournies) et quelques astuces à garder à l'esprit pendant le test. Si vous avez de la chance, vous avez peut-être même trouvé un CMS et exécuté un scanner.

Découverte de l'application Web étape par étape

À partir de ce point, nous allons commencer à interagir avec l'application web.

Vérifications initiales

Pages par défaut avec des informations intéressantes :

• /robots.txt
• /sitemap.xml
• /crossdomain.xml
• /clientaccesspolicy.xml
• /.well-known/
• Vérifiez également les commentaires dans les pages principales et secondaires.

Forcer des erreurs

Les serveurs web peuvent avoir un comportement inattendu lorsqu'on leur envoie des données étranges. Cela peut ouvrir des vulnérabilités ou divulguer des informations sensibles.

• Accédez à des pages fictives comme /whatever_fake.php (.aspx, .html, etc.)
• Ajoutez "[]", "]]" et "[[" dans les valeurs des cookies et des paramètres pour créer des erreurs
• Générez une erreur en donnant une entrée comme /~randomthing/%s à la fin de l'URL
• Essayez des verbes HTTP différents comme PATCH, DEBUG ou incorrect comme FAKE

Vérifiez si vous pouvez télécharger des fichiers (verbe PUT, WebDav)

Si vous découvrez que WebDav est activé mais que vous n'avez pas suffisamment d'autorisations pour télécharger des fichiers dans le dossier racine, essayez de :

• Forcer les identifiants par brute force
• Téléchargez des fichiers via WebDav dans le reste des dossiers trouvés à l'intérieur de la page web. Vous pouvez avoir l'autorisation de télécharger des fichiers dans d'autres dossiers.

Vulnérabilités SSL/TLS

• Si l'application ne force pas l'utilisation de HTTPS à un moment donné, alors elle est vulnérable aux attaques de l'homme du milieu (MitM)
• Si l'application envoie des données sensibles (mots de passe) en utilisant HTTP. Alors c'est une vulnérabilité élevée.

Utilisez testssl.sh pour vérifier les vulnérabilités (dans les programmes de prime de bug, ces types de vulnérabilités ne seront probablement pas acceptées) et utilisez a2sv pour re-vérifier les vulnérabilités:

./testssl.sh [--htmlfile] 10.10.10.10:443
#Use the --htmlfile to save the output inside an htmlfile also

# You can also use other tools, by testssl.sh at this momment is the best one (I think)
sslscan <host:port>
sslyze --regular <ip:port>

Arachnée

Lancez une sorte d'arachnée à l'intérieur du web. Le but de l'arachnée est de trouver autant de chemins que possible à partir de l'application testée. Par conséquent, le crawling web et les sources externes doivent être utilisés pour trouver autant de chemins valides que possible.

• gospider (go) : Arachnée HTML, LinkFinder dans les fichiers JS et sources externes (Archive.org, CommonCrawl.org, VirusTotal.com, AlienVault.com).
• hakrawler (go) : Arachnée HML, avec LinkFider pour les fichiers JS et Archive.org comme source externe.
• dirhunt (python) : Arachnée HTML, indique également les "fichiers juteux".
• evine (go) : Arachnée HTML interactive en CLI. Il recherche également dans Archive.org.
• meg (go) : Cet outil n'est pas une arachnée mais peut être utile. Vous pouvez simplement indiquer un fichier avec des hôtes et un fichier avec des chemins et meg récupérera chaque chemin sur chaque hôte et enregistrera la réponse.
• urlgrab (go) : Arachnée HTML avec des capacités de rendu JS. Cependant, il semble qu'il ne soit pas maintenu, la version précompilée est ancienne et le code actuel ne compile pas.
• gau (go) : Arachnée HTML qui utilise des fournisseurs externes (wayback, otx, commoncrawl).
• ParamSpider : Ce script trouvera des URL avec des paramètres et les listera.
• galer (go) : Arachnée HTML avec des capacités de rendu JS.
• LinkFinder (python) : Arachnée HTML, avec des capacités de beauté JS capable de rechercher de nouveaux chemins dans les fichiers JS. Il pourrait également être intéressant de jeter un œil à JSScanner, qui est un wrapper de LinkFinder.
• goLinkFinder (go) : Pour extraire des points de terminaison à la fois dans la source HTML et les fichiers javascript intégrés. Utile pour les chasseurs de bugs, les équipes rouges, les ninjas de la sécurité de l'information.
• JSParser (python2.7) : Un script python 2.7 utilisant Tornado et JSBeautifier pour analyser les URL relatives à partir de fichiers JavaScript. Utile pour découvrir facilement les requêtes AJAX. Semble ne pas être maintenu.
• extracteur-d-url-relatives (ruby) : Étant donné un fichier (HTML), il extraira les URL en utilisant une expression régulière astucieuse pour trouver et extraire les URL relatives des fichiers moches (minifiés).
• JSFScan (bash, plusieurs outils) : Rassemblez des informations intéressantes à partir de fichiers JS en utilisant plusieurs outils.
• subjs (go) : Trouver des fichiers JS.
• page-fetch (go) : Chargez une page dans un navigateur sans tête et imprimez toutes les URL chargées pour charger la page.
• Feroxbuster (rust) : Outil de découverte de contenu mélangeant plusieurs options des outils précédents.
• Analyse JavaScript : Une extension Burp pour trouver des chemins et des paramètres dans les fichiers JS.
• Sourcemapper : Un outil qui, étant donné l'URL .js.map, vous fournira le code JS beatifié.
• xnLinkFinder : C'est un outil utilisé pour découvrir des points de terminaison pour une cible donnée.
• waymore : Découvrez des liens à partir de la machine wayback (en téléchargeant également les réponses dans la wayback et en recherchant plus de liens).
• HTTPLoot (go) : Crawl (même en remplissant des formulaires) et trouver également des informations sensibles en utilisant des regex spécifiques.
• SpiderSuite : Spider Suite est un crawler/spider de sécurité web GUI multi-fonction avancé conçu pour les professionnels de la cybersécurité.
• jsluice (go) : C'est un package Go et un outil en ligne de commande pour extraire des URL, des chemins, des secrets et d'autres données intéressantes du code source JavaScript.
• ParaForge : ParaForge est une simple extension Burp Suite pour extraire les paramètres et les points de terminaison de la requête afin de créer une liste de mots personnalisée pour le fuzzing et l'énumération.

Brute Force des répertoires et des fichiers

Commencez le brute-forcing à partir du dossier racine et assurez-vous de brute-forcer tous les répertoires trouvés en utilisant cette méthode et tous les répertoires découverts par l'arachnée (vous pouvez effectuer ce brute-forcing de manière récursive et ajouter au début de la liste de mots utilisée les noms des répertoires trouvés).
Outils :

• Dirb / Dirbuster - Inclus dans Kali, ancien (et ** lent **) mais fonctionnel. Autorise les certificats auto-signés et la recherche récursive. Trop lent par rapport aux autres options.
• Dirsearch (python) : Il n'autorise pas les certificats auto-signés mais permet une recherche récursive.
• Gobuster (go) : Il autorise les certificats auto-signés, il n'a pas de recherche récursive.
• Feroxbuster - Rapide, prend en charge la recherche récursive.
• wfuzz wfuzz -w /usr/share/seclists/Discovery/Web-Content/raft-medium-directories.txt https://domain.com/api/FUZZ
• ffuf - Rapide : ffuf -c -w /usr/share/wordlists/dirb/big.txt -u http://10.10.10.10/FUZZ
• uro (python) : Ce n'est pas une arachnée mais un outil qui, étant donné la liste des URL trouvées, supprimera les URL "dupliquées".
• Scavenger : Extension Burp pour créer une liste de répertoires à partir de l'historique de Burp de différentes pages.
• TrashCompactor : Supprime les URL avec des fonctionnalités dupliquées (basées sur les imports JS).
• Chamaleon : Il utilise wapalyzer pour détecter les technologies utilisées et sélectionner les listes de mots à utiliser.

Dictionnaires recommandés :

• https://github.com/carlospolop/Auto_Wordlists/blob/main/wordlists/bf_directories.txt
• Dictionnaire inclus dans Dirsearch
• http://gist.github.com/jhaddix/b80ea67d85c13206125806f0828f4d10
• Listes de mots Assetnote
• https://github.com/danielmiessler/SecLists/tree/master/Discovery/Web-Content
• raft-large-directories-lowercase.txt
• directory-list-2.3-medium.txt
• RobotsDisallowed/top10000.txt
• https://github.com/random-robbie/bruteforce-lists
• https://github.com/google/fuzzing/tree/master/dictionaries
• https://github.com/six2dez/OneListForAll
• https://github.com/random-robbie/bruteforce-lists
• /usr/share/wordlists/dirb/common.txt
• /usr/share/wordlists/dirb/big.txt
• /usr/share/wordlists/dirbuster/directory-list-2.3-medium.txt

Remarquez qu'à chaque fois qu'un nouveau répertoire est découvert lors du brute-forcing ou de l'arachnée, il doit être brute-forcé.

Ce qu'il faut vérifier sur chaque fichier trouvé

• Vérificateur de liens brisés : Trouvez des liens brisés à l'intérieur des HTML qui peuvent être sujets à des prises de contrôle.
• Sauvegardes de fichiers : Une fois que vous avez trouvé tous les fichiers, recherchez des sauvegardes de tous les fichiers exécutables (".php", ".aspx"...). Les variations courantes pour nommer une sauvegarde sont : file.ext~, #file.ext#, ~file.ext, file.ext.bak, file.ext.tmp, file.ext.old, file.bak, file.tmp et file.old. Vous pouvez également utiliser l'outil bfac ou backup-gen.
• Découverte de nouveaux paramètres : Vous pouvez utiliser des outils comme Arjun, parameth, x8 et Param Miner pour découvrir des paramètres cachés. Si possible, vous pourriez essayer de rechercher des paramètres cachés dans chaque fichier web exécutable.
• Tous les wordlists par défaut d'Arjun : https://github.com/s0md3v/Arjun/tree/master/arjun/db
• Param-miner "params" : https://github.com/PortSwigger/param-miner/blob/master/resources/params
• Assetnote "parameters_top_1m" : https://wordlists.assetnote.io/
• nullenc0de "params.txt" : https://gist.github.com/nullenc0de/9cb36260207924f8e1787279a05eb773
• Commentaires : Vérifiez les commentaires de tous les fichiers, vous pouvez y trouver des identifiants ou des fonctionnalités cachées.
• Si vous jouez à un CTF, une "astuce" courante est de cacher des informations à l'intérieur des commentaires à droite de la page (en utilisant des centaines d'espaces pour ne pas voir les données si vous ouvrez le code source avec le navigateur). Une autre possibilité est d'utiliser plusieurs nouvelles lignes et de cacher des informations dans un commentaire en bas de la page web.
• Clés API : Si vous trouvez une clé API, il existe un guide qui indique comment utiliser les clés API de différentes plateformes : keyhacks, zile, truffleHog, SecretFinder, RegHex, DumpsterDive, EarlyBird
• Clés API Google : Si vous trouvez une clé API ressemblant à AIzaSyA-qLheq6xjDiEIRisP_ujUseYLQCHUjik, vous pouvez utiliser le projet gmapapiscanner pour vérifier à quelles APIs la clé peut accéder.
• Buckets S3 : Pendant l'arachnée, regardez si un sous-domaine ou un lien est lié à un bucket S3. Dans ce cas, vérifiez les permissions du bucket.

Découvertes spéciales

Pendant l'arachnée et le brute-forcing, vous pourriez trouver des choses intéressantes que vous devez remarquer.

Fichiers intéressants

• Recherchez des liens vers d'autres fichiers à l'intérieur des fichiers CSS.
• Si vous trouvez un fichier .git, des informations peuvent être extraites
• Si vous trouvez un fichier .env, des informations telles que des clés API, des mots de passe de bases de données et d'autres informations peuvent être trouvées.
• Si vous trouvez des points de terminaison API, vous devriez également les tester. Ce ne sont pas des fichiers, mais ressembleront probablement à des fichiers.
• Fichiers JS : Dans la section arachnée, plusieurs outils capables d'extraire des chemins à partir de fichiers JS ont été mentionnés. De plus, il serait intéressant de surveiller chaque fichier JS trouvé, car dans certaines occasions, un changement peut indiquer qu'une vulnérabilité potentielle a été introduite dans le code. Vous pourriez utiliser par exemple JSMon.
• Vous devriez également vérifier les fichiers JS découverts avec RetireJS ou JSHole pour voir s'ils sont vulnérables.
• Déobfuscateur et désassembleur JavaScript : https://lelinhtinh.github.io/de4js/, https://www.dcode.fr/javascript-unobfuscator
• Embelleur JavaScript : http://jsbeautifier.org/, http://jsnice.org/
• Déobfuscation JsFuck (javascript avec les caractères : "[]!+") https://ooze.ninja/javascript/poisonjs/
• TrainFuck: +72.+29.+7..+3.-67.-12.+55.+24.+3.-6.-8.-67.-23.
• Dans plusieurs occasions, vous devrez **

Protocol_Name: Web    #Protocol Abbreviation if there is one.
Port_Number:  80,443     #Comma separated if there is more than one.
Protocol_Description: Web         #Protocol Abbreviation Spelled out

Entry_1:
Name: Notes
Description: Notes for Web
Note: |
https://book.hacktricks.xyz/pentesting/pentesting-web

Entry_2:
Name: Quick Web Scan
Description: Nikto and GoBuster
Command: nikto -host {Web_Proto}://{IP}:{Web_Port} &&&& gobuster dir -w {Small_Dirlist} -u {Web_Proto}://{IP}:{Web_Port} && gobuster dir -w {Big_Dirlist} -u {Web_Proto}://{IP}:{Web_Port}

Entry_3:
Name: Nikto
Description: Basic Site Info via Nikto
Command: nikto -host {Web_Proto}://{IP}:{Web_Port}

Entry_4:
Name: WhatWeb
Description: General purpose auto scanner
Command: whatweb -a 4 {IP}

Entry_5:
Name: Directory Brute Force Non-Recursive
Description:  Non-Recursive Directory Brute Force
Command: gobuster dir -w {Big_Dirlist} -u {Web_Proto}://{IP}:{Web_Port}

Entry_6:
Name: Directory Brute Force Recursive
Description: Recursive Directory Brute Force
Command: python3 {Tool_Dir}dirsearch/dirsearch.py -w {Small_Dirlist} -e php,exe,sh,py,html,pl -f -t 20 -u {Web_Proto}://{IP}:{Web_Port} -r 10

Entry_7:
Name: Directory Brute Force CGI
Description: Common Gateway Interface Brute Force
Command: gobuster dir -u {Web_Proto}://{IP}:{Web_Port}/ -w /usr/share/seclists/Discovery/Web-Content/CGIs.txt -s 200

Entry_8:
Name: Nmap Web Vuln Scan
Description: Tailored Nmap Scan for web Vulnerabilities
Command: nmap -vv --reason -Pn -sV -p {Web_Port} --script=`banner,(http* or ssl*) and not (brute or broadcast or dos or external or http-slowloris* or fuzzer)` {IP}

Entry_9:
Name: Drupal
Description: Drupal Enumeration Notes
Note: |
git clone https://github.com/immunIT/drupwn.git for low hanging fruit and git clone https://github.com/droope/droopescan.git for deeper enumeration

Entry_10:
Name: WordPress
Description: WordPress Enumeration with WPScan
Command: |
?What is the location of the wp-login.php? Example: /Yeet/cannon/wp-login.php
wpscan --url {Web_Proto}://{IP}{1} --enumerate ap,at,cb,dbe && wpscan --url {Web_Proto}://{IP}{1} --enumerate u,tt,t,vp --passwords {Big_Passwordlist} -e

Entry_11:
Name: WordPress Hydra Brute Force
Description: Need User (admin is default)
Command: hydra -l admin -P {Big_Passwordlist} {IP} -V http-form-post '/wp-login.php:log=^USER^&pwd=^PASS^&wp-submit=Log In&testcookie=1:S=Location'

Entry_12:
Name: Ffuf Vhost
Description: Simple Scan with Ffuf for discovering additional vhosts
Command: ffuf -w {Subdomain_List}:FUZZ -u {Web_Proto}://{Domain_Name} -H "Host:FUZZ.{Domain_Name}" -c -mc all {Ffuf_Filters}

Conseil de prime de bug: Inscrivez-vous sur Intigriti, une plateforme premium de prime de bug créée par des hackers, pour des hackers! Rejoignez-nous sur https://go.intigriti.com/hacktricks aujourd'hui, et commencez à gagner des primes allant jusqu'à 100 000 $!

{% embed url="https://go.intigriti.com/hacktricks" %}

Apprenez le piratage AWS de zéro à héros avec htARTE (Expert de l'équipe rouge HackTricks AWS)!

Autres façons de soutenir HackTricks:

• Si vous souhaitez voir votre entreprise annoncée dans HackTricks ou télécharger HackTricks en PDF, consultez les PLANS D'ABONNEMENT!
• Obtenez le swag officiel PEASS & HackTricks
• Découvrez La famille PEASS, notre collection exclusive de NFT
• Rejoignez le 💬 groupe Discord ou le groupe Telegram ou suivez moi sur Twitter 🐦 @carlospolopm.
• Partagez vos astuces de piratage en soumettant des PR aux HackTricks et HackTricks Cloud dépôts github.