1. Listes de répertoires ouvertes (« Index of »)

Les serveurs mal configurés dont la navigation de répertoires est activée exposent des arborescences entières. Ils constituent un point de départ classique pour le dorking et permettent souvent de trouver rapidement des sauvegardes, configurations et identifiants accessibles publiquement.

intitle:”index of” “admin”
intitle:”index of” “backup”
intitle:”index of” “backups”
intitle:”index of” “bak”
intitle:”index of” “old”
intitle:”index of” “private”
intitle:”index of” “secret”
intitle:”index of” “secrets”
intitle:”index of” “config”
intitle:”index of” “configs”
intitle:”index of” “database”
intitle:”index of” “db”
intitle:”index of” “sql”
intitle:”index of” “dump”
intitle:”index of” “dumps”
intitle:”index of” “logs”
intitle:”index of” “log”
intitle:”index of” “ftp”
intitle:”index of” “uploads”
intitle:”index of” “upload”
intitle:”index of” “files”
intitle:”index of” “docs”
intitle:”index of” “documents”
intitle:”index of” “data”
intitle:”index of” “temp”
intitle:”index of” “tmp”
intitle:”index of” “cache”
intitle:”index of” “credentials”
intitle:”index of” “passwords”
intitle:”index of” “password”
intitle:”index of” “keys”
intitle:”index of” “ssh”
intitle:”index of” “ssl”
intitle:”index of” “certs”
intitle:”index of” “mail”
intitle:”index of” “email”
intitle:”index of” “invoices”
intitle:”index of” “finance”
intitle:”index of” “hr”
intitle:”index of” “employees”
intitle:”index of” “users”
intitle:”index of” “members”
intitle:”index of” “students”
intitle:”index of” “downloads”
intitle:”index of” “media”
intitle:”index of” “images”
intitle:”index of” “videos”
intitle:”index of” “includes”
intitle:”index of” “vendor”
intitle:”index of” “node_modules”
intitle:”index of” “cgi-bin”
intitle:”index of” “wp-content”
intitle:”index of” “wp-admin”
intitle:”index of” “.git”
intitle:”index of” “.env”
intitle:”index of” “.svn”
intitle:”index of” “error_log”
intitle:”index of” “backup.zip”
intitle:”index of” “backup.sql”
intitle:”index of” “database.sql”
intitle:”index of” “www.zip”
intitle:”index of” “site.zip”
intitle:”index of” “dump.sql”
intitle:”index of” “passwords.txt”
intitle:”index of /” backup
intitle:”index of /” “parent directory”
intitle:”index of /admin”
intitle:”index of /backup”
intitle:”index of /private”
intitle:”index of /wp-content”
intitle:”index of” “server at”

2. Fichiers contenant des mots de passe et identifiants

Les propriétaires de sites laissent parfois des feuilles de calcul, journaux et fichiers de configuration contenant des noms d’utilisateur et mots de passe dans des emplacements indexables. Les défenseurs doivent d’abord tester ces requêtes sur leur propre domaine : un fichier d’identifiants exposé constitue une urgence critique.

intext:”password” filetype:log
intext:”password” filetype:txt
intext:”password” filetype:sql
intext:”password” filetype:xls
intext:”password” filetype:xlsx
intext:”password” filetype:csv
intext:”password” filetype:ini
intext:”password” filetype:env
intext:”password” filetype:conf
intext:”password” filetype:cfg
intext:”password” filetype:yml
intext:”password” filetype:yaml
intext:”password” filetype:json
intext:”password” filetype:bak
intext:”password” filetype:doc
intext:”password” filetype:docx
filetype:xls intext:”username” intext:”password”
filetype:xlsx intext:”username” intext:”password”
filetype:csv intext:”username” intext:”password”
filetype:txt intext:”username” intext:”password”
filetype:sql intext:”username” intext:”password”
filetype:log intext:”username” intext:”password”
filetype:doc intext:”username” intext:”password”
filetype:docx intext:”username” intext:”password”
filetype:log intext:”user” intext:”pass”
filetype:txt intext:”user” intext:”pass”
filetype:sql intext:”user” intext:”pass”
filetype:csv intext:”user” intext:”pass”
intitle:”index of” “password.txt”
intitle:”index of” “passwd”
intitle:”index of” “.htpasswd”
intitle:”index of” “passwords.xlsx”
inurl:password
inurl:passwd
inurl:pwd
inurl:credentials
inurl:pass filetype:txt
filetype:txt “username” “password” “login”
filetype:sql “password” “values”
filetype:log “password”
filetype:xls “password” “email”
allintext:username password filetype:log
intext:”DB_PASSWORD” filetype:env
intext:”password” ext:txt “@gmail.com”
filetype:txt intext:”@gmail.com” intext:”password”
filetype:csv intext:”password” intext:”email”
intext:”user password” filetype:log
“password” “username” ext:xlsx
filetype:ini “password” “user”
“index of” “credentials.txt”
filetype:xml intext:”password”
intext:”cleartext password”
filetype:reg reg HKEY_ intext:password
inurl:”/wp-content” “password”
filetype:txt “login: *” “password= *”
filetype:sql “– Dumping data” “password”

3. Fichiers de configuration et d’environnement

Les fichiers de configuration et fichiers .env contiennent souvent des identifiants de bases de données, des clés secrètes et des jetons API. Conservez-les hors de la racine web et ne les publiez jamais dans des emplacements indexés.

filetype:ini intext:”password”
filetype:conf intext:”password”
filetype:cfg intext:”password”
filetype:config intext:”password”
filetype:cnf intext:”password”
filetype:yaml intext:”password”
filetype:yml intext:”password”
filetype:properties intext:”password”
filetype:toml intext:”password”
filetype:json intext:”password”
filetype:env intext:”password”
filetype:env “DB_PASSWORD”
filetype:env “APP_KEY”
filetype:env “API_KEY”
filetype:env “SECRET”
ext:env intext:”DB_HOST”
inurl:”.env” intext:”APP_ENV”
inurl:wp-config.php
inurl:config.php intext:”DB_PASSWORD”
inurl:configuration.php
inurl:web.config filetype:config
inurl:settings.py “SECRET_KEY”
inurl:application.properties
inurl:appsettings.json
inurl:config.yml
inurl:config.yaml
inurl:config.json
inurl:database.yml
inurl:secrets.yml
inurl:”/config/database.php”
inurl:”local.xml” magento
inurl:”web.config”
intitle:”index of” “config.php”
intitle:”index of” “wp-config.php”
intitle:”index of” “settings.py”
filetype:cnf my.cnf intext:password
filetype:properties intext:”jdbc”
filetype:yml “password:”
filetype:yaml “secret:”
filetype:conf inurl:httpd.conf
filetype:conf inurl:nginx.conf
filetype:ini “[database]”
inurl:”.env.local”
inurl:”.env.production”
inurl:”config.inc.php”
inurl:”connectionstrings” filetype:config
inurl:”standalone.xml” jboss
filetype:xml “connectionString”
inurl:”phpunit.xml”
ext:cfg intext:password

4. Fichiers de bases de données et dumps SQL

Les dumps .sql et fichiers de bases de données exposés peuvent divulguer des tables entières, y compris des mots de passe hachés ou en clair. Stockez les sauvegardes hors du web et derrière une authentification.

filetype:sql intext:”INSERT INTO”
ext:sql intext:”INSERT INTO”
ext:sql intext:”CREATE TABLE”
ext:sql intext:”DROP TABLE”
ext:sql “– phpMyAdmin SQL Dump”
ext:sql “password”
ext:sql “VALUES” “@gmail.com”
filetype:sql “MySQL dump”
filetype:sql “– Server version”
filetype:sql inurl:backup
filetype:sql “INSERT INTO users”
filetype:sql “INSERT INTO `users`”
filetype:sql “CREATE DATABASE”
filetype:sql “IDENTIFIED BY”
filetype:sql intitle:”index of”
filetype:db intitle:”index of”
filetype:mdb intitle:”index of”
filetype:sqlite intitle:”index of”
filetype:sqlite3 intitle:”index of”
filetype:dbf intitle:”index of”
filetype:bak intitle:”index of”
filetype:sql.gz intitle:”index of”
filetype:sql.zip intitle:”index of”
intitle:”index of” “db.sql”
intitle:”index of” “*.sql”
inurl:dump.sql
inurl:database.sql
inurl:backup.sql
intitle:”phpMyAdmin” “Welcome to phpMyAdmin”
intitle:”phpMyAdmin” “running on”
inurl:phpmyadmin/index.php
intext:”phpMyAdmin SQL Dump” filetype:sql
filetype:mdb inurl:fpdb
filetype:mdb administrators
ext:sqlite intitle:”index of”
filetype:db intext:”password”
inurl:”/backups/” filetype:sql
intitle:”index of” “adminer.php”
inurl:adminer.php
filetype:sql “current database”
filetype:sql “phpmyadmin”
intext:”– Dumping structure for table”

5. Fichiers journaux

Les fichiers journaux peuvent révéler des noms d’utilisateur, jetons de session, chemins internes, instructions SQL et traces d’exécution. Désactivez les journaux verbeux en production et ne servez jamais les répertoires de logs.

filetype:log intext:”password”
filetype:log intext:”error”
filetype:log intext:”access”
filetype:log intext:”debug”
filetype:log intext:”username”
filetype:log intext:”login”
filetype:log intext:”failed login”
filetype:log intext:”sql”
filetype:log intext:”php”
filetype:log intext:”ssh”
filetype:log intext:”ftp”
filetype:log intext:”mysql”
filetype:log intext:”exception”
filetype:log intext:”stack trace”
filetype:log intext:”warning”
filetype:log intext:”api_key”
filetype:log intext:”token”
filetype:log intext:”session”
inurl:error_log
inurl:access_log
inurl:debug.log
inurl:”/logs/”
intitle:”index of” “*.log”
intitle:”index of” “error.log”
intitle:”index of” “access.log”
filetype:log “PHP Parse error”
filetype:log “PHP Warning”
filetype:log “PHP Fatal error”
filetype:log inurl:”access.log”
filetype:log “HTTP_USER_AGENT”
allintext:”error” filetype:log
filetype:log “password” “login”
inurl:wp-content/debug.log
filetype:log “GET /” “200”
filetype:log “authentication failure”
filetype:log “sshd”
filetype:log “Failed password for”

6. Sauvegardes et anciens fichiers

Les sauvegardes portant des noms prévisibles (backup.zip, wp-config.php.bak, site.tar.gz) sont des cibles privilégiées. Renommez-les, supprimez-les ou protégez-les, et désactivez l’indexation des répertoires.

ext:bak inurl:backup
ext:old inurl:backup
ext:backup inurl:backup
ext:bkp inurl:backup
inurl:”.bak”
inurl:”.old”
inurl:”.backup”
inurl:”.save”
inurl:”.orig”
intitle:”index of” “*.bak”
intitle:”index of” “*.old”
intitle:”index of” “backup.tar.gz”
intitle:”index of” “web.zip”
filetype:zip inurl:backup
filetype:tar inurl:backup
filetype:gz inurl:backup
filetype:rar inurl:backup
filetype:7z inurl:backup
filetype:tgz backup
inurl:backup filetype:zip
inurl:”backup” intext:”index of”
ext:bak “index of”
inurl:wp-config.php.bak
inurl:config.php.bak
inurl:index.php.bak
inurl:”.sql.bak”
inurl:”.env.bak”
inurl:”.env.save”
inurl:”/backup/” filetype:zip
inurl:”/old/” intitle:”index of”
filetype:zip “backup” site:
ext:old inurl:php
inurl:database.bak
inurl:”backup.tar”
inurl:”backup.tar.gz”
inurl:”dump.tar.gz”
intitle:”index of” “old files”

7. Portails de connexion et d’administration

Les panneaux d’administration, connexions CMS, webmails et consoles de contrôle sont très recherchés par les attaquants. Protégez-les par MFA, liste blanche d’adresses IP ou VPN, et envisagez de les exclure de l’indexation.

intitle:”login”
intitle:”admin login”
intitle:”administrator login”
intitle:”sign in”
intitle:”control panel”
intitle:”dashboard”
intitle:”admin panel”
intitle:”please login”
intitle:”user login”
intitle:”member login”
intitle:”portal login”
intitle:”webmail login”
inurl:admin
inurl:login
inurl:signin
inurl:auth
inurl:administrator
inurl:adminpanel
inurl:admin_area
inurl:cpanel
inurl:wp-login.php
inurl:wp-admin
inurl:user/login
inurl:account/login
inurl:admin/login
inurl:adminlogin
inurl:login.php
inurl:admin.php
inurl:admin/index.php
inurl:panel
inurl:backend
inurl:manage
inurl:administrator/index.php
inurl:secure/login
inurl:admin/dashboard
“admin” inurl:login
intitle:”cPanel” inurl:cpanel
intitle:”Webmin” inurl:10000
intitle:”Plesk” login
intitle:”phpMyAdmin”
inurl:”/manager/html” intitle:”Apache Tomcat”
intitle:”Grafana” inurl:login
intitle:”Kibana” inurl:app
intitle:”Jenkins” inurl:login
inurl:/wp-admin/
intitle:”Login” inurl:”/admin”
intitle:”Sign In” inurl:”/account”
inurl:”/administrator/” intitle:”login”
intitle:”Router” inurl:login
intitle:”Outlook Web App”
intitle:”Zimbra” inurl:zimbra
intitle:”RoundCube Webmail”
intitle:”Horde” login
intitle:”OpenVPN” login
intitle:”pfSense” login
intext:”Login” “Forgot Password” inurl:admin
intitle:”Administration Login”

8. Documents sensibles (PDF, DOC, XLS)

Les PDF, feuilles de calcul et présentations confidentiels sont souvent indexés par accident. Ajoutez la directive noindex aux documents internes, stockez-les derrière une authentification et vérifiez ce que Google a mis en cache au sujet de votre organisation.

filetype:pdf intext:confidential
filetype:pdf intext:”not for distribution”
filetype:pdf intext:”internal use only”
filetype:pdf intext:proprietary
filetype:pdf intext:”for internal use”
filetype:pdf intext:salary
filetype:pdf intext:budget
filetype:pdf intext:invoice
filetype:pdf intext:”social security”
filetype:pdf intext:passport
filetype:pdf intext:resume
filetype:pdf intext:cv
filetype:pdf intext:contract
filetype:pdf intext:nda
filetype:pdf intext:”strictly confidential”
filetype:pdf intext:”company confidential”
filetype:doc intext:confidential
filetype:doc intext:”internal use only”
filetype:docx intext:confidential
filetype:docx intext:”internal use only”
filetype:xls intext:confidential
filetype:xls intext:”internal use only”
filetype:xlsx intext:confidential
filetype:xlsx intext:”internal use only”
filetype:csv intext:confidential
filetype:csv intext:”internal use only”
filetype:txt intext:confidential
filetype:txt intext:”internal use only”
filetype:pdf “confidential” “do not distribute”
filetype:xls “salary”
filetype:xlsx “budget” “confidential”
filetype:pdf “employee” “ssn”
filetype:docx “non-disclosure agreement”
filetype:pdf “bank statement”
filetype:xls “invoice” “total due”
filetype:pdf intext:”proprietary and confidential”
filetype:doc “meeting minutes” confidential
filetype:pptx “internal” “roadmap”
filetype:pdf “tax return”
filetype:csv “first name” “last name” “email”
filetype:xlsx “employee list”
filetype:pdf “patient” “confidential”
filetype:pdf inurl:confidential
filetype:doc “for internal distribution only”

9. Caméras et webcams exposées

Des milliers de caméras IP disposent d’interfaces web par défaut qui finissent indexées. C’est un exemple classique d’exposition IoT : changez les paramètres par défaut, imposez une authentification et gardez les portails de caméras hors de l’Internet public.

inurl:”/view.shtml”
inurl:”ViewerFrame?Mode=”
inurl:”axis-cgi/mjpg”
inurl:”/mjpg/video.mjpg”
inurl:”control/userimage.html”
inurl:”/view/index.shtml”
inurl:”/webcam.html”
inurl:”/axis-cgi/jpg/image.cgi”
inurl:”/cgi-bin/guestimage.html”
inurl:”/ViewerFrame?Mode=Motion”
inurl:”snapshot.cgi”
inurl:”video.cgi”
inurl:”/live/index.html” camera
inurl:”/webcapture.jpg”
inurl:”/img/main.cgi”
intitle:”webcamXP 5″
intitle:”Live View / – AXIS”
intitle:”network camera”
intitle:”IP Camera” inurl:login
intitle:”toshiba network camera”
intitle:”Live NetSnap Cam-Server feed”
intitle:”i-Catcher Console”
intitle:”WEBCAM 7″ inurl:8080
intitle:”Camera” inurl:”/view/viewer_index.shtml”
intitle:”Axis Video Server”
intitle:”D-Link” “Live View”
intitle:”EvoCam”
intitle:”snc-rz30 home”
intitle:”WJ-NT104 Main Page”
intitle:”Live View” “AXIS 206”
intitle:”Hikvision” inurl:doc
intitle:”IVC video server”
intitle:”MOBOTIX”
inurl:”/anony/mjpg.cgi”
inurl:”:8080″ intitle:”webcam”
inurl:”indexFrame.shtml” Axis
intitle:”supervisioncam protocol”
inurl:”/CgiStart?page=Single”
intitle:”active webcam page”
intitle:”Panasonic Network Camera”

10. Équipements réseau (routeurs, imprimantes, commutateurs)

Les interfaces web de routeurs, commutateurs et imprimantes exposées sur Internet sont fréquentes. Limitez les interfaces d’administration aux réseaux internes et modifiez tous les identifiants par défaut.

intitle:”RouterOS router configuration page”
intitle:”MikroTik RouterOS”
intitle:”router” inurl:login
intitle:”Netgear” inurl:login
intitle:”TP-LINK” inurl:login
intitle:”DD-WRT” inurl:”Info.htm”
intitle:”Cisco” inurl:login
inurl:”/level/15/exec/-/configure/http”
intitle:”Linksys” inurl:login
intitle:”Belkin” router
intitle:”ASUS Wireless Router”
intitle:”D-Link” inurl:”/index.htm”
intitle:”HP LaserJet” inurl:info_configuration.html
inurl:hp/device/this.LCDispatcher
intitle:”printer status” inurl:”/printer”
intitle:”Brother” inurl:”/main.html”
intitle:”Network Print Server”
intitle:”Xerox” “Phaser”
intitle:”Ricoh” “Web Image Monitor”
intitle:”Canon” “printer” inurl:8000
intitle:”KONICA MINOLTA”
intitle:”Dell Laser Printer”
inurl:”/hp/device/webAccess/index.htm”
intitle:”Lexmark” printer
intitle:”SonicWALL” login
intitle:”FortiGate” login
intitle:”Juniper” inurl:login
intitle:”switch” inurl:login
intitle:”UPS Web/SNMP” management
intitle:”APC” “Management Card”
intitle:”WiFi Router” login
intitle:”Huawei” router login
intitle:”ZyXEL” router
intitle:”Tenda” router
inurl:”/setup.cgi” router
intitle:”Zebra Technologies” printer
intitle:”Epson” printer inurl:PRESENTATION
intitle:”Web Image Monitor” ricoh

11. Messages d’erreur et informations de débogage

Les erreurs détaillées et les pages phpinfo() divulguent des chemins de fichiers, versions logicielles, structures de bases de données et parfois des identifiants. Elles constituent une mine d’informations pour la reconnaissance et peuvent signaler des points d’injection SQL. Désactivez le débogage en production.

intext:”Warning: mysql_connect()”
intext:”Warning: mysql_query()”
intext:”Warning: pg_connect()”
intext:”Fatal error: Uncaught”
intext:”You have an error in your SQL syntax”
intext:”supplied argument is not a valid MySQL”
intext:”ORA-00933: SQL command not properly ended”
intext:”Microsoft OLE DB Provider for ODBC Drivers error”
intext:”Unclosed quotation mark after the character string”
intext:”Incorrect syntax near”
intext:”PHP Parse error”
intext:”PHP Warning”
intext:”PHP Fatal error”
intext:”Stack trace:” intext:”thrown in”
intext:”Whoops, looks like something went wrong”
intitle:”phpinfo()”
inurl:phpinfo.php
intitle:”phpinfo()” “PHP Version”
intext:”Error Occurred While Processing Request”
intext:”JDBC Driver” “SQLException”
intext:”Warning: include()”
intext:”Warning: require()”
intext:”Notice: Undefined index”
intext:”Debug Toolbar” symfony
intext:”Application Exception” “Traceback (most recent call last)”
intext:”Server Error in ‘/’ Application”
intext:”Microsoft VBScript runtime error”
intext:”Warning: mysqli”
intitle:”index of” “phpinfo.php”
intext:”[an error occurred while processing this directive]”
intext:”Call to undefined function”
intext:”mysql_fetch_array()”
intext:”SQLSTATE[” “SQL:”
intext:”DEBUG = True” django
intext:”Warning: file_get_contents”
intext:”Uncaught PDOException”
intext:”Fatal error” “on line” inurl:php
intext:”Parse error: syntax error”

12. Détection des serveurs web et technologies

Les pages d’accueil par défaut, points d’accès d’état et mentions « Powered by » permettent d’identifier le serveur et le framework, ce qui aide les attaquants à rechercher des CVE connues. Supprimez les pages par défaut et masquez les bannières de version.

intitle:”Apache2 Ubuntu Default Page”
intitle:”Apache2 Debian Default Page”
intitle:”Apache HTTP Server Test Page”
intitle:”Test Page for the Apache”
intitle:”Welcome to nginx!”
intitle:”IIS Windows Server”
intitle:”IIS7″
intitle:”Test Page for the SSL/TLS-aware Apache”
intitle:”Welcome to CentOS”
inurl:server-status “Apache Server Status”
inurl:server-info “Apache Server Information”
intitle:”index of” “Server at”
intitle:”Welcome to XAMPP”
intitle:”Welcome to WAMP”
intitle:”Dashboard [Jenkins]”
intitle:”Welcome to your new home in the cloud”
intitle:”Directory Listing For” “Tomcat”
intitle:”Apache Tomcat” “Server Information”
intitle:”phpinfo()” “System”
intitle:”Welcome to Windows Server”
intext:”Powered by WordPress” inurl:wp-content
intext:”Powered by Joomla”
intext:”Powered by Drupal”
intext:”Powered by Magento”
intext:”Powered by Shopify”
intitle:”Welcome to lighttpd”
intitle:”Default Web Site Page”
intitle:”HTTP Server Test Page powered by CentOS”
intitle:”It works!” apache
intext:”Server: Apache” intitle:”index of”
intitle:”Setup Configuration” xampp
inurl:”/web-console” jboss
intitle:”JBoss” management
intitle:”GlassFish Server”
intitle:”WildFly” management

13. Exposition du stockage cloud (S3, Azure, GCS)

Les buckets et blobs cloud publics peuvent divulguer des fichiers à grande échelle. Bloquez l’accès public par défaut, vérifiez régulièrement les ACL et recherchez le nom de votre organisation sur ces hôtes.

site:s3.amazonaws.com
site:blob.core.windows.net
site:storage.googleapis.com
site:digitaloceanspaces.com
site:s3.us-east-1.amazonaws.com
site:s3-eu-west-1.amazonaws.com
site:s3.ap-south-1.amazonaws.com
site:s3.amazonaws.com “backup”
site:s3.amazonaws.com “confidential”
site:s3.amazonaws.com “private”
site:s3.amazonaws.com “password”
site:s3.amazonaws.com “.sql”
site:s3.amazonaws.com “.env”
site:s3.amazonaws.com “dump”
site:s3.amazonaws.com “invoice”
site:s3.amazonaws.com “employees”
site:s3.amazonaws.com filetype:sql
site:s3.amazonaws.com filetype:xls
site:s3.amazonaws.com filetype:pdf confidential
site:s3.amazonaws.com “index of”
site:blob.core.windows.net filetype:pdf
site:blob.core.windows.net “confidential”
site:storage.googleapis.com “backup”
site:storage.googleapis.com filetype:sql
inurl:s3.amazonaws.com filetype:xlsx
site:amazonaws.com “aws_access_key_id”
inurl:”.s3.amazonaws.com” “index of”
site:firebaseio.com
inurl:firebaseio.com “.json”
site:digitaloceanspaces.com “backup”
site:s3.amazonaws.com “database”
site:appspot.com “error”
site:herokuapp.com inurl:admin
site:blob.core.windows.net filetype:xlsx
site:s3.amazonaws.com “passwords”

14. Clés API et secrets

Les clés API et clés privées divulguées permettent aux attaquants d’usurper vos services et de générer des coûts cloud importants. Utilisez un gestionnaire de secrets, analysez les dépôts et pages à la recherche de jetons, et faites tourner toute clé potentiellement exposée.

intext:”api_key” filetype:env
intext:”api_key” filetype:json
intext:”api_key” filetype:txt
intext:”api_key” filetype:log
intext:”api_key” filetype:yml
intext:”api_key” filetype:yaml
intext:”api_key” filetype:xml
intext:”api_key” filetype:config
intext:”api_key” filetype:ini
intext:”apikey” filetype:json
intext:”api key” filetype:txt
intext:”AKIA” filetype:env
intext:”aws_access_key_id” filetype:env
intext:”aws_secret_access_key”
intext:”client_secret” filetype:json
intext:”client_id” “client_secret”
intext:”private_key” filetype:json
intext:”—–BEGIN RSA PRIVATE KEY—–“
intext:”—–BEGIN OPENSSH PRIVATE KEY—–“
intext:”—–BEGIN PRIVATE KEY—–” filetype:key
intext:”—–BEGIN DSA PRIVATE KEY—–“
intext:”authorization: Bearer” filetype:log
intext:”xoxb-” slack token
intext:”xoxp-” filetype:txt
intext:”sk_live_” stripe
intext:”sk_test_” filetype:txt
intext:”ghp_” github token
intext:”AIza” google api key
intext:”SG.” sendgrid
intext:”twilio” “auth_token”
filetype:json “google_api_key”
inurl:”/.env” “APP_KEY”
filetype:env “MAIL_PASSWORD”
filetype:env “STRIPE_SECRET”
filetype:yml “secret_key_base”
intext:”BEGIN CERTIFICATE” filetype:pem
filetype:pem intext:”PRIVATE KEY”
intext:”heroku” “api_key”
filetype:json intext:”refresh_token”
intext:”db_password” filetype:yml
filetype:properties “aws.secret”
intext:”firebase” “apiKey” filetype:json
intext:”jwt” “secret” filetype:env
intext:”consumer_secret” filetype:txt
filetype:json “type”: “service_account”

15. Exposition de Git et des systèmes de contrôle de version

Un dossier /.git/ exposé permet à un attaquant de reconstruire toute l’arborescence du code, y compris les secrets présents dans l’historique des commits. Bloquez l’accès aux répertoires de métadonnées du contrôle de version au niveau du serveur web.

inurl:”.git” intitle:”index of”
inurl:”/.git/config”
inurl:”/.git/HEAD”
inurl:”/.git/logs/HEAD”
inurl:”/.git/index”
inurl:”.gitignore” intitle:”index of”
inurl:”/.gitconfig”
inurl:”.svn/entries”
inurl:”.svn/wc.db”
inurl:”.hg” intitle:”index of”
inurl:”.bzr” intitle:”index of”
inurl:”.git/refs/heads”
intext:”[core]” inurl:.git/config
inurl:”/.git” “index of” “config”
inurl:”.git/description”
inurl:”/.git/packed-refs”
filetype:git-credentials
inurl:”.git-credentials”
inurl:”/.gitlab-ci.yml”
inurl:”/CVS/Root”
inurl:”/CVS/Entries”
inurl:”.git” “COMMIT_EDITMSG”
inurl:”/.github/workflows”
inurl:”.dockerignore” “index of”
inurl:”composer.lock” intitle:”index of”
inurl:”package-lock.json” intitle:”index of”
inurl:”.git/ORIG_HEAD”
inurl:”.git/FETCH_HEAD”
inurl:”/.git/info/refs”
inurl:”/.git/logs/refs/heads/master”
inurl:”.gitattributes” intitle:”index of”
inurl:”/.terraform” intitle:”index of”
inurl:”terraform.tfstate”
inurl:”/.git/refs/tags”

16. Données de paiement et données financières

Les feuilles de calcul contenant des numéros de carte, coordonnées bancaires, factures ou données de paie sont extrêmement dangereuses si elles sont indexées. Il s’agit de données soumises à des exigences PCI et réglementaires : chiffrez-les, limitez leur accès et ne les exposez jamais aux robots d’indexation.

filetype:xls intext:”credit card”
filetype:xls intext:”card number”
filetype:xls intext:cvv
filetype:xls intext:”expiration date”
filetype:xls intext:”bank account”
filetype:xls intext:iban
filetype:xls intext:swift
filetype:xls intext:”routing number”
filetype:xls intext:”account number”
filetype:xlsx intext:”credit card”
filetype:xlsx intext:”card number”
filetype:xlsx intext:cvv
filetype:xlsx intext:”expiration date”
filetype:xlsx intext:”bank account”
filetype:xlsx intext:iban
filetype:xlsx intext:swift
filetype:xlsx intext:”routing number”
filetype:xlsx intext:”account number”
filetype:csv intext:”credit card”
filetype:csv intext:”card number”
filetype:csv intext:cvv
filetype:csv intext:”expiration date”
filetype:csv intext:”bank account”
filetype:csv intext:iban
filetype:csv intext:swift
filetype:csv intext:”routing number”
filetype:csv intext:”account number”
filetype:xls “invoice” “amount due”
filetype:xlsx “transactions” “balance”
filetype:csv “card number” “expiry”
filetype:pdf “invoice” “payment terms”
intitle:”index of” “payments”
filetype:xls “salary” “bonus”
filetype:pdf “bank statement” “account balance”
filetype:csv “iban” “swift”
filetype:xlsx “payroll”
filetype:pdf “purchase order”
filetype:xls “budget” “actual” “forecast”
intext:”cardholder” filetype:xls
filetype:csv “ccnum” OR “card_number”
filetype:xls “invoice number” “vat”

17. Listes d’e-mails et données personnelles (PII)

Les listes de contacts, bases clients et feuilles de calcul RH contenant des données personnelles facilitent l’hameçonnage et l’usurpation d’identité. Traitez-les comme des données réglementées (RGPD/CCPA) et gardez-les entièrement hors du web indexable.

filetype:xls intext:”@gmail.com”
filetype:xlsx intext:”@gmail.com” intext:”phone”
filetype:csv intext:”email” intext:”phone” intext:”name”
filetype:txt intext:”@yahoo.com”
filetype:csv “first name” “last name” “email” “phone”
filetype:xls “e-mail address”
filetype:csv intext:”@hotmail.com”
filetype:txt “email” “password” “@gmail.com”
intitle:”index of” “contacts”
intitle:”index of” “mailing list”
filetype:xlsx “customers” “email”
filetype:csv “subscribers” “email”
filetype:xls “employees” “email” “department”
filetype:csv “students” “email”
filetype:pdf “list of employees”
filetype:xls “phone list”
filetype:csv “@company.com”
intext:”@gmail.com” filetype:txt “list”
filetype:vcf intext:”BEGIN:VCARD”
filetype:xlsx “date of birth” “address”
filetype:csv “ssn” OR “social security”
filetype:xls “passport number”
filetype:pdf “personal information” “confidential”
filetype:csv “aadhaar” OR “pan number”
filetype:xls “customer database”
filetype:csv “member list” “email”
intitle:”index of” “users.csv”
filetype:txt “email:” “password:” list
filetype:xlsx “contact list” “mobile”
filetype:csv “phone number” “address”
filetype:xls “national id”
filetype:xlsx “emergency contact”
intitle:”index of” “contacts.csv”

18. Dorks spécifiques aux CMS (WordPress, Joomla, Drupal, Magento)

Les systèmes de gestion de contenu possèdent des chemins de fichiers connus qui peuvent exposer des configurations, sauvegardes, listes d’utilisateurs et informations de version. Maintenez le cœur des CMS à jour et bloquez les chemins sensibles.

inurl:wp-content/uploads
inurl:”/wp-json/wp/v2/users”
intitle:”index of” “wp-content/plugins”
inurl:xmlrpc.php
inurl:”/wp-login.php”
inurl:wp-content/uploads filetype:sql
inurl:”wp-content/uploads” “backup”
inurl:”/wp-content/uploads/dump.sql”
inurl:”readme.html” wordpress
inurl:”/wp-content/uploads/” filetype:xls
inurl:”wp-content/uploads/2024″
inurl:”/wp-content/uploads/wpallimport”
inurl:”wp-content/ai1wm-backups”
inurl:”option=com_” joomla
inurl:administrator/index.php joomla
intext:”Joomla! – Open Source Content Management”
inurl:”configuration.php-dist”
inurl:”/administrator/manifests/files/joomla.xml”
inurl:”com_users” joomla
inurl:”/language/en-GB/en-GB.xml” joomla
inurl:”/user/register” drupal
intitle:”Welcome to your new Drupal”
inurl:”CHANGELOG.txt” drupal
inurl:”/sites/default/files”
inurl:”/sites/default/settings.php”
inurl:”/core/CHANGELOG.txt” drupal
inurl:”/user/login” drupal
inurl:”/downloader” magento
inurl:”app/etc/local.xml” magento
intitle:”Magento Admin” inurl:admin
inurl:”/magento_version”
inurl:”/rss/catalog/notifystock” magento
inurl:”/skin/frontend” magento
inurl:”/typo3/” login
intext:”Powered by TYPO3″
inurl:”/administrator/logs” joomla
inurl:”/wp-content/uploads/” “index of”
inurl:”/bitrix/admin”
intitle:”Dashboard” inurl:”/ghost/”
inurl:”/umbraco/” login

19. Paramètres vulnérables (candidats SQLi / LFI)

Les paramètres d’URL réutilisés dans des requêtes ou chemins de fichiers peuvent constituer des points d’injection. Testez-les uniquement sur des actifs dont vous êtes propriétaire ou que vous êtes autorisé à évaluer, afin d’identifier et corriger les failles de validation des entrées.

inurl:”id=”
inurl:”page=”
inurl:”cat=”
inurl:”category=”
inurl:”product=”
inurl:”pid=”
inurl:”item=”
inurl:”file=”
inurl:”path=”
inurl:”dir=”
inurl:”view=”
inurl:”include=”
inurl:”page_id=”
inurl:”p=”
inurl:”news_id=”
inurl:”article=”
inurl:”story=”
inurl:”user_id=”
inurl:”order=”
inurl:”sort=”
inurl:”query=”
inurl:”q=”
inurl:”index.php?id=” intext:”You have an error in your SQL syntax”
inurl:”page.php?id=” “mysql_fetch”
inurl:”?cat=” “Warning: mysql”
inurl:”?file=” “include(“
inurl:”?page=” “root:x:0:0”
inurl:”?path=” “index of”
inurl:”?include=” “.php”
inurl:”product.php?id=” “SQL syntax”
inurl:”category.php?id=”
inurl:”news.php?id=”
inurl:”gallery.php?id=”
inurl:”view.php?id=”
inurl:”article.php?id=”
inurl:”download.php?file=”
inurl:”index.php?page=”
inurl:”?redirect=” http
inurl:”?url=” http
inurl:”?return=” http
inurl:”?next=” http
inurl:”?dest=” http

20. Serveurs FTP et partages de fichiers exposés

Les répertoires FTP ouverts et les anciens fichiers de configuration de clients FTP (WS_FTP, FileZilla) peuvent exposer des identifiants de serveur enregistrés. Désactivez le FTP anonyme et ne laissez jamais ces fichiers accessibles depuis le web.

intitle:”index of” inurl:ftp
intitle:”index of” “ftp://”
intitle:”FTP root at”
inurl:ftp intext:”index of”
intitle:”index of” inurl:ftp “backup”
intitle:”index of” inurl:ftp filetype:sql
intitle:”index of” inurl:ftp “password”
inurl:”ftp://” “@” intext:”index of”
intitle:”index of” “pub” inurl:ftp
inurl:ftp “index of” “.txt”
inurl:ftp “index of” “config”
inurl:ftp “index of” “upload”
intitle:”index of” “incoming” ftp
inurl:”ftp.example” -site:example.com
intitle:”index of /pub” ftp
inurl:ftp filetype:log
inurl:ftp “index of” “private”
intitle:”index of” inurl:ftp “documents”
inurl:”vsftpd” “index of”
intitle:”index of” “ws_ftp.log”
filetype:log “ws_ftp”
inurl:”ws_ftp.ini”
intext:”ftp password” filetype:txt
inurl:”filezilla.xml”
inurl:”recentservers.xml” filezilla
filetype:ini “ws_ftp” pwd
intitle:”index of” “sitemanager.xml”
inurl:ftp “backup.zip”
inurl:ftp “database”
intitle:”index of” “ftp” “logs”
inurl:ftp “index of” “invoices”
intitle:”index of” “ftp” “credentials”
inurl:ftp filetype:csv “email”

21. IoT, SCADA et équipements industriels

Les systèmes de contrôle industriels et passerelles IoT ne devraient jamais être exposés sur Internet. Pourtant, beaucoup le sont encore. Pour une détection plus approfondie, utilisez ces recherches avec Shodan et Censys, segmentez les réseaux OT et imposez un accès VPN.

intitle:”Modbus” inurl:config
intitle:”SCADA” login
inurl:”/Portal/Portal.mwsl”
intitle:”Simatic” “S7”
intitle:”NetBotz Appliance”
intitle:”BAS” “building automation”
intitle:”Niagara Web Server”
intitle:”Tridium” login
intitle:”PLC” inurl:login
intitle:”HMI” inurl:login
intitle:”ioLogik” moxa
intitle:”Moxa” device
intitle:”BACnet” device
intitle:”EnergyICT”
intitle:”PRTG Network Monitor”
intitle:”Nagios” inurl:cgi-bin
intitle:”Zabbix” inurl:index.php
intitle:”Cacti” inurl:graph_view.php
intitle:”OpenHAB”
intitle:”Home Assistant”
intitle:”Loxone” miniserver
intitle:”Crestron” control
intitle:”AMX” NetLinx
intitle:”Domoticz”
intitle:”Sonoff” device
intitle:”Shelly” device login
intitle:”Solar” inverter monitoring
intitle:”Fronius” inverter
intitle:”SMA” “Sunny WebBox”
intitle:”Weintek” HMI
intitle:”Milesight” router
intitle:”Teltonika” router login
intitle:”Advantech” WebAccess

22. Reconnaissance gouvernementale et éducative (par TLD)

Limiter les dorks à un domaine de premier niveau ou à un secteur (site:gov, site:edu) permet de révéler des expositions spécifiques. Utilisez-les pour auditer l’empreinte de votre propre institution.

site:gov filetype:pdf “confidential”
site:gov intitle:”index of”
site:gov filetype:xls
site:edu filetype:xls “student”
site:edu intitle:”index of” “grades”
site:edu filetype:pdf “confidential”
site:edu inurl:admin login
site:gov inurl:login
site:gov filetype:xlsx “budget”
site:ac.uk filetype:xls
site:gov.uk filetype:pdf “restricted”
site:edu “index of” “backup”
site:gov “index of” “database”
site:edu filetype:sql
site:gov inurl:”/wp-content”
site:k12 filetype:xls “students”
site:edu intext:”password” filetype:xls
site:gov intext:”internal use only” filetype:pdf
site:edu inurl:phpmyadmin
site:gov filetype:doc “for official use only”
site:edu “index of” “transcripts”
site:nic.in filetype:pdf
site:gov.in intitle:”index of”
site:edu.au filetype:xls
site:gov filetype:csv “employees”
site:gov filetype:sql
site:edu “index of” “database”
site:edu filetype:pdf “internal only”
site:gov.in filetype:xls “employees”

23. Réseaux sociaux et OSINT sur les personnes

Les réseaux sociaux et sites de partage de texte ou de code exposent des profils, coordonnées et parfois des secrets divulgués. Les enquêteurs les utilisent pour l’OSINT ; les équipes de sécurité s’en servent pour retrouver les données de leur organisation là où elles ne devraient pas se trouver.

site:linkedin.com/in intext:”company”
site:linkedin.com/in “email”
site:twitter.com intext:”@”
site:x.com intext:”profile”
site:facebook.com “email”
site:instagram.com intext:”contact”
site:github.com intext:”password”
site:github.com “api_key”
site:github.com “BEGIN RSA PRIVATE KEY”
site:gitlab.com “token”
site:pastebin.com intext:”password”
site:pastebin.com “email” “password”
site:pastebin.com intext:”@gmail.com”
site:reddit.com intext:”username”
site:trello.com “password”
site:trello.com intext:”api”
site:scribd.com “confidential”
site:slideshare.net “internal”
site:medium.com intext:”@”
inurl:”/profile” intext:”phone”
inurl:”/user/” intext:”email”
site:docs.google.com “confidential”
site:drive.google.com
site:jsfiddle.net “api_key”
site:codepen.io “apikey”
site:stackoverflow.com “my password is”
site:t.me intext:”join”
site:vk.com intext:”email”
site:flickr.com intext:”location”
site:youtube.com intext:”contact email”

24. Panneaux et tableaux de bord exposés (DevOps / supervision)

Les tableaux de bord de supervision, CI/CD et administration de bases de données laissés ouverts donnent aux attaquants une visibilité étendue et souvent un accès en écriture. Placez chaque outil interne derrière un SSO ou un VPN et ne l’exposez jamais sur l’Internet public.

intitle:”Kibana”
inurl:app/kibana
intitle:”Prometheus Time Series”
intitle:”phpMyAdmin” “Welcome”
intitle:”Kubernetes Dashboard”
intitle:”Traefik” dashboard
intitle:”Portainer”
intitle:”RabbitMQ Management”
intitle:”Apache Airflow”
intitle:”Spark Master at”
intitle:”Hadoop” “cluster summary”
intitle:”Elasticsearch” inurl:9200
inurl:9200 intitle:”cluster_name”
intitle:”MongoDB” inurl:28017
intitle:”Redis” inurl:login
intitle:”Jupyter Notebook” inurl:tree
intitle:”pgAdmin”
intitle:”Adminer”
intitle:”SonarQube”
intitle:”GitLab” inurl:users/sign_in
intitle:”Harbor” login
intitle:”Nexus Repository Manager”
intitle:”Grafana” “Welcome to Grafana”
inurl:”:8080/manager/html”
intitle:”Consul by HashiCorp”
intitle:”Vault” inurl:ui
intitle:”Rancher”
intitle:”Jaeger UI”
intitle:”MinIO Browser”
intitle:”Node Exporter”
intitle:”cAdvisor”
intitle:”Argo CD”
intitle:”Kubeflow”

25. VPN, accès distant et dorks divers à forte valeur

Les portails VPN, passerelles de bureaux à distance et fichiers de connexion résiduels (.ovpn, .rdp) sont des cibles privilégiées pour obtenir un accès initial. Imposez la MFA pour tout accès distant et gardez les profils de connexion privés.

inurl:”/remote/login” intitle:”FortiGate”
intitle:”Pulse Secure” login
intitle:”Citrix Gateway”
inurl:”/dana-na/auth/url_default/welcome.cgi”
intitle:”GlobalProtect Portal”
intitle:”Sophos” “User Portal”
intitle:”SSL VPN Service”
intitle:”Cisco AnyConnect”
inurl:”/+CSCOE+/logon.html”
intitle:”Outlook Web Access”
inurl:”/owa/auth/logon.aspx”
intitle:”Remote Desktop Web Connection”
inurl:”/RDWeb/Pages”
intitle:”VNC viewer for Java”
intitle:”Java Applet” “VNC”
inurl:5800 intitle:”VNC”
intitle:”TeamViewer” login
intitle:”AnyDesk”
intitle:”Splashtop”
inurl:robots.txt intext:”Disallow: /admin”
inurl:robots.txt “Disallow:” filetype:txt
inurl:sitemap.xml filetype:xml
filetype:xml inurl:sitemap intext:”admin”
inurl:”/.well-known/security.txt”
intitle:”index of” “security.txt”
intext:”powered by” “vpn” login
intitle:”WatchGuard” “Fireware”
intitle:”Barracuda” login
intitle:”Check Point” “Mobile Access Portal”
inurl:”/vpn/index.html” citrix
intitle:”Zscaler” login
intitle:”index of” “config” “vpn”
intext:”OpenVPN” “client.ovpn” filetype:ovpn
filetype:ovpn intext:”remote”
filetype:rdp intext:”full address”
inurl:”/ews/exchange.asmx”
intitle:”F5″ “BIG-IP” login

Google Dorks & GIT

Dorks Google autour de Git : repérer les dépôts exposés et protéger son code

Les requêtes ci-dessous cherchent des indices de dépôts Git ou de fichiers associés accessibles depuis le Web. Elles peuvent aider une équipe à vérifier ses propres domaines et à repérer une erreur de configuration. Un résultat ne prouve toutefois pas, à lui seul, qu’un dépôt est exploitable : il faut le vérifier dans un cadre autorisé.

Pourquoi les dossiers Git exposés posent problème

Un dépôt Git peut contenir l’historique du code, des noms de branches et des fichiers supprimés depuis. S’il est accessible publiquement par erreur, il peut révéler des informations internes ou des secrets qui auraient dû rester privés.

La présence de fichiers comme .gitconfig ou ORIG_HEAD peut indiquer qu’une partie du dépôt est indexée ou accessible. Les fichiers .git-credentials, eux, méritent une attention particulière : selon leur contenu et leur exposition, ils peuvent divulguer des identifiants. Même un dépôt sans mot de passe peut révéler l’architecture d’une application ou des détails utiles à un attaquant.

Que ciblent ces requêtes ?

Requête	Indice recherché
`inurl:.git-credentials`	Une URL contenant un nom de fichier d’identifiants Git.
`inurl:.gitconfig`	Une page ou un fichier lié à la configuration Git.
`intext:"index of /.git" "parent directory"`	Une page d’index de répertoire pouvant exposer un dossier `.git`.
`filetype:git -github.com inurl:"/.git"`	Des résultats associés à `.git`, en excluant les pages GitHub.
`(intext:"index of /.git") ("parent directory")`	Une variante de recherche de listes de fichiers `.git`.
`inurl:ORIG_HEAD`	Un fichier interne de référence Git potentiellement exposé.
`intitle:"index of" ".gitignore"`	Des index de répertoire mentionnant `.gitignore`.
`".git" intitle:"Index of"`	Des pages d’index contenant une référence à `.git`.
`"Parent Directory" "Last modified" git`	Des listings de fichiers dont le titre ou le contenu évoque Git.
`inurl:git`	Une recherche très large de pages dont l’URL contient « git ».

Ces requêtes peuvent produire des faux positifs, des résultats incomplets ou des pages obsolètes. Les moteurs de recherche ne montrent pas nécessairement tout ce qui est accessible, et un résultat absent ne garantit pas qu’aucun fichier n’est exposé.

Comment vérifier un résultat sans prendre de risque

Si vous administrez le domaine concerné, vérifiez le résultat dans votre propre environnement et avec les autorisations nécessaires. Évitez de télécharger ou de parcourir des données qui ne vous appartiennent pas. Si le domaine appartient à un tiers, signalez l’exposition au propriétaire ou à son équipe de sécurité via un canal officiel, sans tenter d’accéder davantage au contenu.

Pour votre propre site, contrôlez les règles de publication et les réponses du serveur : un dépôt ne doit pas être servi depuis la racine Web. Ne publiez pas le répertoire .git avec les fichiers du site, et ne comptez pas uniquement sur une règle d’exclusion de l’indexation pour protéger des fichiers accessibles.

Checklist de protection

Exclure le répertoire .git du déploiement et de la racine publique.
Refuser côté serveur les requêtes vers .git et les fichiers Git associés.
Vérifier les artefacts construits et les archives avant publication.
Stocker les secrets dans un gestionnaire dédié ou dans des variables d’environnement, jamais dans le dépôt.
Si un secret a été exposé, le révoquer et le remplacer immédiatement. Le supprimer du dernier commit ne suffit pas toujours : il peut rester dans l’historique.
Examiner les journaux d’accès pour repérer d’éventuelles consultations non autorisées.
Ajouter un contrôle automatisé dans le processus de déploiement pour détecter les fichiers sensibles.

À retenir

Ces dorks servent à repérer des indices d’exposition de Git, pas à établir à eux seuls qu’une faille est présente. Pour une organisation, le meilleur usage consiste à surveiller ses propres domaines, corriger les configurations de publication et traiter rapidement tout secret potentiellement divulgué.

Saturday, March 14, 2026

Comprendre la recherche avancée sur Google

Le Google Dorking : comprendre la recherche avancée sur Google

Le Google Dorking désigne l’utilisation d’opérateurs de recherche avancée dans Google pour trouver des informations très précises sur le web. Cette méthode est connue depuis longtemps dans les milieux de la cybersécurité, de l’OSINT et de la veille technique, car elle permet d’explorer plus finement ce que les moteurs de recherche ont déjà indexé.

Contrairement à une recherche classique, le Google Dorking consiste à combiner des mots-clés avec des filtres comme site:, filetype:, intitle: ou inurl:. Le but est d’affiner les résultats pour retrouver un type de page, un document, une section de site ou une information spécifique.

À quoi sert le Google Dorking ?

Google indexe une immense quantité de contenus : pages web, fichiers PDF, documents bureautiques, images, répertoires publics et parfois même des interfaces techniques accessibles depuis Internet. Le Google Dorking permet de filtrer cet index pour faire ressortir des éléments précis.

Par exemple, au lieu de chercher simplement un sujet général, on peut cibler :

un type de fichier particulier ;
un mot présent dans le titre d’une page ;
un terme contenu dans une URL ;
un contenu limité à un site ou à un domaine donné.

Les principaux opérateurs

`site:`

Cet opérateur limite la recherche à un site ou à un domaine précis.

site:example.com cybersécurité

`filetype:`

Il permet de rechercher un type de document particulier, par exemple un PDF.

filetype:pdf guide cybersécurité

`intitle:`

Il recherche un mot ou une expression dans le titre de la page.

intitle:"guide" sécurité

`inurl:`

Il cible un mot-clé dans l’adresse web.

inurl:admin

`intext:`

Il permet de chercher directement un mot ou une expression dans le contenu d’une page.

intext:"audit de sécurité"

Exemples d’usage légitimes

Le Google Dorking peut être utile dans plusieurs contextes professionnels ou pédagogiques :

la recherche documentaire ;
la veille technique ;
l’OSINT ;
la vérification de contenus publics indexés ;
l’audit de visibilité d’un site ou de documents exposés publiquement.

Utilisé de manière responsable, il permet surtout de mieux comprendre ce qui est visible publiquement sur Internet et comment certaines ressources peuvent être retrouvées très facilement.

Pourquoi ce sujet est important

Le Google Dorking rappelle une réalité simple : beaucoup d’informations accessibles sur le web ne sont pas nécessairement mises en avant sur un site, mais elles peuvent tout de même être retrouvées si elles ont été indexées par un moteur de recherche.

Cela souligne l’importance de bien gérer :

les documents publiés ;
les pages laissées accessibles ;
la structure d’un site ;
la visibilité des contenus publics.

Une pratique à aborder avec responsabilité

Le sujet est souvent associé à la cybersécurité parce qu’il montre à quel point l’indexation d’un moteur de recherche peut révéler des contenus inattendus. Pour autant, il faut garder une approche responsable : rechercher de l’information publique n’autorise pas à contourner des protections, à exploiter des données sensibles ni à accéder à des systèmes sans autorisation.

Conclusion

Le Google Dorking est avant tout une manière avancée d’utiliser Google. Il ne s’agit pas d’une “magie” technique, mais d’une meilleure compréhension de la recherche avancée et de la façon dont les contenus web sont indexés.

Bien compris, c’est un excellent sujet pour sensibiliser à la visibilité des informations en ligne, à la recherche avancée et aux bonnes pratiques de publication sur le web.

Tuesday, September 9, 2025

Google Dorking: Unveiling the Hidden Potential of Search Engines

The internet is a vast ocean of information, much of which is indexed by search engines like Google. For most users, accessing this information involves entering a few keywords and navigating through results. However, for those equipped with a deeper understanding of how search engines operate, Google can become a powerful tool for uncovering information that is often overlooked. This technique, known as Google Dorking, has applications ranging from cybersecurity to academic research—though it can also raise ethical and legal questions.

What Is Google Dorking?

Google Dorking, also referred to as Google Hacking, involves using advanced search operators to retrieve specific information that is not easily found through standard queries. By combining search operators, filters, and targeted keywords, users can craft highly specific searches that reveal sensitive information, misconfigured files, or vulnerable systems.

For example, instead of searching for "budget report," a Google Dork might look like this:

filetype:pdf "budget report" site:example.com

This query tells Google to look specifically for PDF documents containing the phrase "budget report" on a particular website, dramatically narrowing down results. How Google Dorking Works

At its core, Google Dorking leverages Google’s indexing system, which organizes publicly available information from websites, documents, and databases. Google provides a suite of search operators that refine searches to target specific file types, inurl parameters, cached versions of pages, and more.

Here are some common operators used in Google Dorking:

filetype: Restricts results to specific file types, like PDFs, Excel files (xls), or Word documents (docx).

Example:filetype:xls "confidential"

inurl: Searches for specific keywords within a URL.

Example: inurl:admin

intitle: Searches for specific keywords within a webpage’s title.

Example:intitle:index of

site: Limits results to a specific domain or website.

Example: site:gov "sensitive information"

cache: Retrieves a cached version of a webpage.

Example: cache:example.com

Combining these operators can create highly effective searches that uncover deeply buried information.

Applications of Google Dorking

Cybersecurity Analysis

Security researchers and ethical hackers often use Google Dorking to identify vulnerabilities in web applications. Misconfigured servers, exposed admin portals, or sensitive documents left unsecured can all be discovered using targeted queries.

Data Recovery

Google Dorking can sometimes help recover information accidentally removed from a website but still cached by Google.

Research

Academics, journalists, and investigators use these techniques to locate specific documents, reports, or datasets.

Penetration Testing
Companies hire ethical hackers to conduct penetration tests that include Google Dorking to ensure no sensitive information is inadvertently exposed online.

Risks and Ethical Considerations

While Google Dorking has legitimate applications, it can also be exploited for malicious purposes, such as:

- Accessing sensitive files like login credentials, databases, or confidential business documents.
- Identifying vulnerable systems for illegal hacking.

These activities often fall into the realm of unauthorized access, which is illegal under laws like the Computer Fraud and Abuse Act (CFAA) in the United States. Even unintentional breaches can have serious consequences. From an ethical standpoint, Google Dorking should always be used responsibly. Organizations are encouraged to proactively search for vulnerabilities in their own systems using these techniques and address any exposed information.

How to Protect Against Google Dorking

Organizations can mitigate the risks of Google Dorking by adopting the following practices:

Secure Server Configurations

Ensure sensitive files are not publicly accessible and are stored in directories protected by proper authentication mechanisms.

Use Robots.txt

Implement a robots.txt file to guide search engine crawlers on which parts of the website should not be indexed. However, this is not a foolproof solution, as malicious actors often ignore these directives.

Regular Audits

Conduct regular security audits and penetration tests to identify and resolve exposed vulnerabilities.

Monitor Search Engine Indexing

Periodically check what information from your domain is being indexed by search engines.

Conclusion

Google Dorking highlights both the power and risks associated with modern search engines. While it can be a valuable tool for cybersecurity, research, and investigative purposes, it also serves as a reminder of the importance of securing online information. The technique underscores the need for organizations to remain vigilant, ensuring that no sensitive data is inadvertently exposed to the vast and unforgiving world of the internet.

By understanding Google Dorking, individuals and organizations can better appreciate the double-edged sword of technology and take steps to harness its benefits responsibly while mitigating its risks.

Monday, August 19, 2024

Why SMEs Need to Be Aware of Google Dorking: Protecting Your Business from Hidden Threats

As a small or medium-sized enterprise (SME), you may not be aware of a technique known as Google Dorking, but it’s crucial to understand how it can impact your business. Google Dorking, sometimes referred to as Google Hacking, uses advanced search operators to uncover hidden information that should not be publicly accessible. While it's a powerful tool for cybersecurity professionals, it can also be used by malicious actors to exploit vulnerabilities in your company’s online presence.

What is Google Dorking?

Google Dorking involves using specific search queries to find sensitive data, misconfigured systems, or even login portals that are inadvertently exposed online. This technique can reveal information that businesses believe to be secure but is actually accessible to anyone with the right know-how.

Example 1: Finding Exposed Company Files

One of the most common dangers of Google Dorking is the exposure of sensitive files. For instance, the following query can be used to find such files:

filetype:pdf site:yourcompany.com

This search looks for PDF files on your company’s website. If these files include internal reports, contracts, or customer data that weren’t meant to be public, it could lead to severe data breaches and legal issues.

Example 2: Uncovering Misconfigured Admin Portals

Admin portals that are not securely configured can be easily found using Google Dorking. The following query could expose such vulnerabilities:

inurl:"/admin" site:yourcompany.com

This search identifies administrative login pages on your website. If these portals are not adequately protected with strong passwords and encryption, they could be accessed by unauthorized individuals, leading to potential takeovers of your system.

Example 3: Discovering Exposed Customer Databases

Customer databases are one of the most valuable assets for any business, but they can be at risk if not properly secured. The following query can reveal these databases:

intitle:"index of" "database" site:yourcompany.com

This search finds directories on your website that might list databases containing sensitive customer information. If these directories are publicly accessible, it could lead to data theft and a loss of customer trust.

How to Protect Your Business

To protect your SME from the risks associated with Google Dorking, it’s essential to take proactive security measures:

Regularly audit your online presence to identify and secure exposed files or directories.
Ensure that all admin portals are protected with strong, unique passwords and, if possible, two-factor authentication.
Use security tools to scan your website for vulnerabilities and misconfigurations.
Educate your staff about the importance of cybersecurity and safe online practices.

Conclusion

Google Dorking poses a significant threat to SMEs that are not aware of the technique or its implications. By understanding how it works and taking steps to secure your online presence, you can protect your business from potential data breaches and cyberattacks. Regular audits, strong password policies, and employee training are key to mitigating these risks.

Pages

1000 Google Dorking