> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/de/reconnaissance/google-dorking.md). # Google Dorking Google-Dorking-Techniken zum Auffinden indexierter sensibler Dateien, offener Panels, Backups, Leaks und öffentlicher Informationen während der Aufklärung. Google Dorking verwendet erweiterte Suchoperatoren, um indexierte Dateien, offengelegte Admin-Panels, Backups, Zugangsdaten, Protokolle und andere sensible Informationen zu finden. {% hint style="info" %} Es gibt eine Vielzahl von Methoden, um über Google auf Websites offengelegte Informationen zu entdecken. Hier ist eine Reihe von Beispielen und Techniken, die für diese Art von Recherche nützlich sind: {% endhint %} ## Vorgehensweise Der gepflegte Katalog für Google-Dorking- und Website-Recherche-Tools ist verfügbar in [Websites und Infrastruktur](/de/hacking-tools/osint/websites-and-infrastructure.md). Verwenden Sie diese Seite für Abfragemuster und den Untersuchungsablauf. Ersetzen `target.com` mit der autorisierten Domain oder dem erlaubten Umfang. Für Prüfungen über alle Subdomains hinweg behalten Sie die Wildcard-Form `site:*.target.com`; für einen einzelnen Host verwenden Sie `site:app.target.com`. Kernoperatoren: * `site:` beschränkt die Ergebnisse auf die Ziel-Domain oder den Host. * `intext:` sucht nach Text innerhalb indexierter Seiten. * `intitle:` sucht in Seitentiteln. * `inurl:` sucht in indexierten URLs. * `ext:` oder `filetype:` sucht nach indexierten Dateierweiterungen. ## Allgemeine Abfragen Verwenden Sie diese, um indexierte Fehler, Debugging-Artefakte, Admin-Pfade, Umgebungsnamen und gängige Hinweise auf Offenlegungen zu finden. ``` site:*.target.com intext:uncaught site:*.target.com intext:error site:*.target.com intext:parameter site:*.target.com intext:missing site:*.target.com intext:"stack trace" site:*.target.com intext:php site:*.target.com intext:jsp site:*.target.com intext:asp site:*.target.com intext:include_path site:*.target.com intext:undefined site:*.target.com intext:sql site:*.target.com intext:invalid site:*.target.com intext:exception site:*.target.com intext:fatal site:*.target.com intext:CONFIG site:*.target.com intext:login site:*.target.com intitle:"index of" site:*.target.com inurl:prod site:*.target.com inurl:& site:*.target.com inurl:dev site:*.target.com inurl:staging site:*.target.com inurl:stg site:*.target.com inurl:debug site:*.target.com inurl:admin site:*.target.com inurl:internal ``` ## Apache-Dienste Verwenden Sie diese, um Standardseiten, offengelegte Statusseiten, Tomcat-Instanzen, Solr-Admin-Panels und Verzeichnisauflistungen zu identifizieren, die mit Apache-Diensten verbunden sind. ``` site:*.target.com intitle:"apache tomcat/" site:*.target.com "Apache Tomcat examples" site:*.target.com intext:"apache" site:*.target.com intitle:"Solr Admin" site:*.target.com intext:"This is the default welcome page used to test the correct operation of the Apache2 server" site:*.target.com intitle:"index of" "powered by apache " site:*.target.com intext:"Apache server status for" site:*.target.com intitle:"Apache2 Ubuntu Default Page: It works" site:*.target.com intitle:"WAMPSERVER homepage" "Server Configuration" "Apache Version" site:*.target.com intitle:"Test Page for the Apache HTTP Server" ``` ## Dateien Verwenden Sie diese, um indexierte Quellcodedateien, Backups, Protokolle, Konfigurationsdateien, Schlüssel, Exporte, Kalender und strukturierte Datendateien zu finden. Priorisieren Sie die manuelle Validierung und vermeiden Sie das Herunterladen oder die Nutzung sensibler Daten außerhalb der Einsatzregeln. ``` site:*.target.com ext:txt site:*.target.com ext:php site:*.target.com ext:php5 site:*.target.com ext:phtml site:*.target.com ext:xhtml site:*.target.com ext:key site:*.target.com ext:pem site:*.target.com ext:ovpn site:*.target.com ext:log site:*.target.com ext:asp site:*.target.com ext:aspx site:*.target.com ext:jsp site:*.target.com ext:dat site:*.target.com ext:yml site:*.target.com ext:bak site:*.target.com ext:zip site:*.target.com ext:yaml site:*.target.com ext:json site:*.target.com ext:xml site:*.target.com ext:env site:*.target.com ext:conf site:*.target.com ext:ini site:*.target.com ext:cfg site:*.target.com ext:cgi site:*.target.com ext:ccm site:*.target.com ext:sql site:*.target.com ext:cdx site:*.target.com ext:ics ``` ## GraphQL-Abfragen Verwenden Sie diese, um indexierte GraphQL-Fehlerantworten, Validierungsmeldungen und mit Autorisierung verbundene API-Spuren zu entdecken. ``` site:*.target.com intext:"GRAPHQL_PARSE_FAILED" site:*.target.com intext:"GRAPHQL_VALIDATION_FAILED" site:*.target.com intext:"BAD_USER_INPUT" site:*.target.com intext:"UNAUTHENTICATED" site:*.target.com intext:"FORBIDDEN" site:*.target.com intext:"PERSISTED_QUERY_NOT_FOUND" site:*.target.com intext:"PERSISTED_QUERY_NOT_SUPPORTED" site:*.target.com intext:"INTERNAL_SERVER_ERROR" ``` ## Schneller Ablauf 1. Beginnen Sie breit mit `site:*.target.com` und allgemeinen Fehlerabfragen. 2. Wechseln Sie zu technologiespezifischen Prüfungen wie Apache, Tomcat, Solr, PHP, ASP.NET, JSP oder GraphQL. 3. Suchen Sie nach indexierten Dateitypen, die häufig Backups, Protokolle, Konfigurationen oder Schlüssel offenlegen. 4. Dokumentieren Sie die genaue Abfrage, die Ergebnis-URL, den Zeitstempel und warum die Offenlegung relevant ist. 5. Validieren Sie die Auswirkungen nur innerhalb des autorisierten Umfangs und der Einsatzregeln. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://hacking-notes.jord4n.pro/de/reconnaissance/google-dorking.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.