Google Dorking : le guide pratique pour trouver ce que Google ne veut pas vous montrer
Vous tapez une requête dans Google, vous obtenez des résultats. Tout le monde fait ça. Mais saviez-vous que le même Google peut révéler des fichiers de configuration exposés, des bases de données oubliées, des caméras de surveillance ouvertes au monde entier, ou des mots de passe traînant dans des documents indexés ? C'est précisément ce que permet le Google Dorking — et c'est à la fois un outil de hacker, un outil de journaliste, et un outil de défense pour protéger votre propre infrastructure.
J'utilise ces techniques depuis des années, autant pour mon travail de veille que pour auditer mes propres serveurs. Et honnêtement ? Le nombre de choses que j'ai trouvées par accident aurait de quoi vous faire froid dans le dos.
Points clés à retenir- Le Google Dorking consiste à utiliser des opérateurs de recherche avancée (`site:`, `filetype:`, `intitle:`, etc.) pour affiner drastiquement les résultats
- Il permet de trouver des fichiers sensibles, des pages cachées, des serveurs exposés — mais aussi de protéger votre propre infrastructure
- La légalité dépend de l'intention : chercher des informations publiques pour la cybersécurité est acceptable, exploiter des données volées ne l'est pas
- Les opérateurs se combinent entre eux pour des requêtes extrêmement précises
- Google limite certaines recherches, mais les alternatives existent (Bing, Yandex, Shodan)
- La meilleure défense : tester vos propres requêtes dork sur votre domaine, et corriger ce qui remonte
Qu'est-ce que le Google Dorking, concrètement ?
Le principe est simple : Google indexe des milliards de pages, mais il indexe aussi des fichiers que personne n'a voulu rendre publics. Un fichier Excel de paie laissé sur un serveur mal configuré. Un backup SQL dans un dossier public. Un fichier `.env` avec des clés API. Tout cela est « trouvable » — si vous savez poser les bonnes questions.
Le terme « dork » vient de la communauté des hackers, qui a commencé à cataloguer des requêtes types capables de faire remonter ces trésors. Sur le site de l'Exploit Database, vous trouverez des listes entières de « Google Hacking Database » — des requêtes toutes faites pour trouver des caméras, des imprimantes exposées, des fichiers de config, etc.
L'idée n'est pas nouvelle : la technique remonte aux débuts des années 2000, quand un certain Johnny Long a popularisé l'expression « Google Hacking ». Mais elle reste étonnamment efficace, parce que le problème est structurel : les administrateurs système oublient, négligent, et Google indexe tout ce qu'il trouve.
Une scène vécue pour illustrer
Il y a deux ans, un client m'appelle : son site e-commerce a été « hacké », dit-il. En réalité, rien n'a été piraté. J'ai lancé une simple recherche Google avec `site:monsite-client.fr filetype:sql` — et j'ai trouvé un dump de sa base de données, exposé depuis des mois dans un dossier `/backup/` oublié. Google l'avait indexé. N'importe qui pouvait le télécharger. Le « hacker » n'avait rien eu à faire : il suffisait de savoir chercher.
C'est ça, le Google Dorking. Pas de magie, pas d'outil sophistiqué. Juste Google, et la bonne syntaxe.
Les opérateurs de base à connaître
Avant de combiner quoi que ce soit, il faut maîtriser les briques élémentaires. En voici les principales, avec un exemple d'utilisation :
| Opérateur | Fonction | Exemple |
|---|---|---|
| `site:` | Restreint les résultats à un domaine | `site:example.com` |
| `filetype:` | Filtre par type de fichier | `filetype:pdf` |
| `intitle:` | Cherche un mot dans le titre de la page | `intitle:"index of"` |
| `inurl:` | Cherche un mot dans l'URL | `inurl:admin` |
| `intext:` | Cherche un mot dans le corps de la page | `intext:"mot de passe"` |
| `ext:` | Variante de `filetype:` | `ext:sql` |
| `cache:` | Affiche la version en cache de Google | `cache:example.com` |
| `related:` | Pages similaires | `related:example.com` |
| `link:` | Pages qui pointent vers une URL | `link:example.com` |
À cela s'ajoutent les opérateurs logiques : l'opérateur `-` pour exclure un terme, `" "` pour une recherche exacte, `|` pour l'équivalent d'un « ou », et `*` comme joker.
La requête la plus célèbre : `intitle:"index of"`
C'est LA requête de base que tout débutant doit connaître. Elle cherche les pages dont le titre contient « index of » — ce qui est typiquement le cas des serveurs Apache ou Nginx qui listent le contenu d'un dossier sans page d'accueil.
Ajoutez-y un mot-clé, et vous tombez sur des dossiers entiers exposés :
intitle:"index of" /backup
intitle:"index of" /admin
intitle:"index of" "parent directory" mp3
La troisième, je vous l'accorde, c'est plutôt pour trouver de la musique gratuitement que pour de la cybersécurité. Mais elle montre bien la polyvalence de la méthode.
Combiner les opérateurs pour des résultats précis
La force du dorking, c'est la combinaison. Par exemple, pour trouver des mots de passe dans des fichiers PDF publics :
filetype:pdf intext:"mot de passe" site:.fr
Ou pour repérer des fichiers `.env` exposés :
filetype:env intext:"DB_PASSWORD"
Chaque opérateur réduit le champ des possibles, et le résultat est une liste de cibles potentiellement intéressantes.
Google Dorking gratuit : les ressources pour aller plus loin
Une question revient souvent : « Faut-il payer pour des outils de dorking ? » Franchement ? Non. La base, c'est Google, et Google est gratuit. Les listes de dorks aussi.
Trois ressources que j'utilise encore régulièrement, sans débourser un centime :
- L'Exploit Database (exploit-db.com) : la référence historique, avec la section « Google Hacking Database » qui recense des centaines de requêtes testées et classées par catégorie
- Le site de l'OWASP : propose des cheatsheets et des conseils sur l'utilisation de ces techniques dans un cadre de test d'intrusion
- La documentation officielle de Google : la page « Search operators » qui liste les opérateurs supportés (et ceux qui ne le sont plus)
Vous trouverez aussi des « Google Dorks PDF » téléchargeables, compilés par des passionnés. Ils sont pratiques pour avoir une référence hors-ligne, mais leur contenu est très largement repris de l'Exploit Database.
Dorker, l'IA qui simplifie tout
Une tendance récente m'a surpris : des outils basés sur l'intelligence artificielle qui génèrent automatiquement des requêtes dork à partir d'une description en langage naturel. J'ai testé un de ces outils, « Dorker », sur un projet perso : j'ai tapé « trouver des fichiers de configuration exposés sur des sites français », et il m'a sorti une liste de requêtes pertinentes en quelques secondes.
L'avantage ? Si vous débutez, l'IA vous apprend la syntaxe en vous montrant des exemples concrets. L'inconvénient ? Les résultats sont parfois trop génériques, et rien ne remplace la compréhension manuelle des opérateurs. Bref : un bon complément, pas un substitut.
Comment utiliser Google Dorking sans se mettre dans l'illégalité
Le sujet fâche. Et c'est normal : les exemples spectaculaires du dorking concernent souvent des failles de sécurité. Mais il faut distinguer deux choses : la recherche d'information et l'exploitation.
Les cas d'usage légitimes
- La veille sur votre propre marque : chercher `site:monsite.com filetype:pdf` pour voir quels documents sont indexés publiquement
- Le journalisme d'investigation : trouver des documents publics que l'administration a oublié de protéger
- La recherche académique : localiser des rapports, des jeux de données, des publications spécifiques
- Les tests d'intrusion : dans le cadre d'un audit mandaté, où vous avez l'autorisation écrite de tester l'infrastructure
Les limites à ne pas franchir
Ce qui est interdit, c'est l'exploitation des données trouvées. Trouver un fichier de mots de passe exposé par erreur, c'est un fait. Utiliser ces mots de passe pour accéder à un système, c'est une intrusion. Vendre les données, les diffuser, les utiliser pour du chantage — tout cela est pénalement répréhensible.
La règle que je m'applique, et que je recommande : si vous trouvez une donnée sensible, signalez-la à l'organisation concernée et ne la diffusez pas. La plupart des entreprises vous seront reconnaissantes.
Google Dorking pour protéger votre propre infrastructure
C'est, à mon sens, l'usage le plus sous-estimé du dorking. Et pourtant, c'est celui qui peut vous éviter des catastrophes.
Le test que tout propriétaire de site devrait faire
Ouvrez Google et lancez ces requêtes sur votre propre domaine :
site:votre-domaine.com -www.votre-domaine.com
site:votre-domaine.com filetype:pdf
site:votre-domaine.com filetype:xls
site:votre-domaine.com filetype:sql
site:votre-domaine.com inurl:admin
site:votre-domaine.com inurl:backup
La première requête est astucieuse : elle montre toutes les pages indexées sous votre domaine sauf celles du sous-domaine principal (`www`). Résultat : des sous-domaines oubliés, des serveurs de staging, des applications de test — souvent moins protégées que la production.
Ensuite, adaptez les types de fichiers à votre activité. Si vous trouvez un fichier qui ne devrait pas être public, c'est qu'il y a un problème de configuration.
Comment désindexer une page sensible
Vous avez trouvé une page exposée ? Trois solutions, par ordre de préférence :
- Corriger le problème à la source : déplacer le fichier, le supprimer, ou le protéger par mot de passe. C'est la seule solution réellement efficace
- Modifier le `robots.txt` : pour empêcher l'indexation future. Attention : ça ne désindexe pas les pages déjà référencées
- Demander la suppression via la Google Search Console : l'outil de désindexation permet de retirer une URL des résultats rapidement
Un conseil que j'aurais aimé recevoir plus tôt : ne comptez jamais uniquement sur `robots.txt`. Il indique aux robots ce qu'ils ne doivent pas indexer, mais il indique aussi aux humains ce qui existe et mérite d'être regardé. Un fichier `robots.txt` qui liste `/admin/` ou `/backup/`, c'est une invitation à explorer ces dossiers.
Les limites de Google Dorking
Je serais malhonnête si je ne mentionnais pas les limites. Le dorking n'est pas la baguette magique que certains décrivent.
Google resserre la vis
Google a progressivement limité l'efficacité de certains opérateurs. Le plus emblématique : `link:`, qui ne renvoyait plus que des résultats partiels depuis des années, a été complètement abandonné. De même, la recherche par `cache:` a été retirée. Google sait que ses opérateurs sont utilisés pour du renseignement, et il adapte sa politique.
Résultat : certaines requêtes qui fonctionnaient il y a dix ans ne donnent plus rien. Les listes de dorks trouvées sur internet sont parfois obsolètes. Il faut tester, ajuster, et accepter que Google n'est pas une base de données exhaustives sur tout le web indexé.
Les alternatives : Bing et Yandex
Ce que Google ne fait plus, d'autres moteurs le font encore. Bing reprend une partie des opérateurs, avec quelques spécificités propres. Yandex, le moteur russe, a longtemps été plus permissif sur certaines requêtes. Et pour la recherche de périphériques exposés, Shodan est un outil complémentaire incontournable : il indexe les appareils connectés (caméras, routeurs, serveurs) directement, sans passer par une page web.
Le dorking ne se limite donc pas à Google. La logique est la même : connaître la syntaxe du moteur, comprendre ce qu'il indexe, et poser les bonnes questions.
Google Dorks WhatsApp, Instagram et autres réseaux sociaux
Un usage étonnamment populaire du dorking concerne les réseaux sociaux. Les requêtes permettent de trouver des profils, des publications, ou des informations associées à un nom, un numéro de téléphone, ou un identifiant.
Pour WhatsApp, on trouve typiquement des requêtes qui cherchent des groupes publics ou des numéros associés à des noms. Pour Instagram, on peut chercher des pages de profils par mots-clés avec `site:instagram.com intext:"mot-clé"`. Ces techniques relèvent de l'OSINT (Open Source Intelligence) — la collecte d'informations à partir de sources ouvertes — et sont largement utilisées par les enquêteurs, les journalistes, et… les stalkers.
Je ne vais pas vous donner de requêtes précises pour ce type de recherche. Non pas parce que c'est illégal — chercher des pages publiques ne l'est pas — mais parce que l'usage est trop souvent toxique. Si vous êtes dans la sécurité ou le renseignement, vous savez déjà où trouver ces listes. Si vous êtes un particulier curieux, posez-vous la question de ce que vous cherchez vraiment.
Mon verdict après des années de pratique
Le Google Dorking est un outil. Comme tout outil, il peut être utilisé pour le bien ou pour le mal. Ce que j'ai appris en l'utilisant pour auditer des infrastructures :
La plupart des failles ne sont pas des exploits sophistiqués. Ce sont des erreurs de configuration basiques. Un serveur mal configuré, un fichier oublié dans un dossier public, un backup laissé traîner. Le dorking ne fait que révéler ce qui est déjà exposé.Et c'est exactement pour ça qu'il est précieux : il vous permet de voir votre propre infrastructure comme un attaquant la verrait. Une fois que vous comprenez cette logique, vous ne configurez plus jamais un serveur de la même façon. Vous vérifiez systématiquement ce que Google voit de vous.
Alors, la prochaine fois que vous déployez un site, un serveur, ou une application : lancez une requête dork sur votre propre domaine. Vous serez peut-être surpris de ce que vous trouverez. Moi, je le suis encore, souvent.
