> 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/pt-br/reconnaissance/google-dorking.md).

# Google Dorking

Técnicas de Google Dorking para encontrar arquivos sensíveis indexados, painéis expostos, backups, vazamentos e informações públicas durante o reconhecimento.

O Google Dorking usa operadores avançados de pesquisa para למצוא arquivos indexados, painéis de administração expostos, backups, credenciais, logs e outras informações sensíveis.

{% hint style="info" %}
Há uma grande variedade de métodos para descobrir informações expostas em sites via Google. Aqui está uma série de exemplos e técnicas úteis para esse tipo de pesquisa:
{% endhint %}

## Metodologia

O catálogo mantido de ferramentas de Google dorking e pesquisa de sites está disponível em [Sites e Infraestrutura](/pt-br/hacking-tools/osint/websites-and-infrastructure.md). Use esta página para padrões de consulta e fluxo de trabalho de investigação.

Substituir `target.com` com o domínio ou escopo autorizado. Para verificações em todo o subdomínio, mantenha a forma com curinga `site:*.target.com`; para um único host, use `site:app.target.com`.

Operadores principais:

* `site:` restringe os resultados ao domínio ou host de destino.
* `intext:` pesquisa por texto dentro de páginas indexadas.
* `intitle:` pesquisa dentro dos títulos das páginas.
* `inurl:` pesquisa dentro de URLs indexadas.
* `ext:` ou `filetype:` pesquisa por extensões de arquivo indexadas.

## Consultas genéricas

Use estas para encontrar erros indexados, artefatos de depuração, caminhos de administração, nomes de ambientes e indicadores comuns de exposição.

```
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
```

## Serviços Apache

Use estas para identificar páginas padrão, páginas de status expostas, instâncias Tomcat, painéis de administração do Solr e listagens de diretórios associadas aos serviços Apache.

```
site:*.target.com intitle:"apache tomcat/"
site:*.target.com "Exemplos do Apache Tomcat"
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"
```

## Arquivos

Use estas para encontrar arquivos-fonte indexados, backups, logs, arquivos de configuração, chaves, exportações, calendários e arquivos de dados estruturados. Priorize a validação manual e evite baixar ou usar dados sensíveis fora das regras de engajamento.

```
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
```

## Consultas GraphQL

Use estas para descobrir respostas de erro do GraphQL indexadas, mensagens de validação e rastros de API relacionados à autorização.

```
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"
```

## Fluxo de trabalho rápido

1. Comece de forma ampla com `site:*.target.com` e consultas genéricas de erro.
2. A seguir, faça verificações específicas por tecnologia, como Apache, Tomcat, Solr, PHP, ASP.NET, JSP ou GraphQL.
3. Procure tipos de arquivo indexados que comumente exponham backups, logs, configuração ou chaves.
4. Documente a consulta exata, a URL do resultado, o carimbo de data/hora e por que a exposição importa.
5. Valide o impacto apenas dentro do escopo autorizado e das regras de engajamento.


---

# 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/pt-br/reconnaissance/google-dorking.md?ask=<question>&goal=<user_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.
