Phase 01 · Hands-On Lab

OSINT Dorking Lab

Everything here is simulated — Zuugle, a stand-in search engine indexing a fictional company that left too much on the public internet. Your job is pure passive recon: use search operators to map what Halcyon Dynamics leaked and work your way to a credential nobody meant to publish. No real systems are touched. Type a query, or click an example to get started.

Zuugle
// search simulation — indexed snapshot
Try:
These are real dork patterns — thousands more are cataloged in the Google Hacking Database. Pick a descriptive one and try it here.

Credential recovered.

You chained passive search operators — without ever touching Halcyon's servers — into a working database password the company published by accident:

DB_PASSWORD=…

That is the whole point of dorking: the search engine already crawled and cached the mistake. The attacker just had to ask the right question.

What each step exploited

  • site: scoped results to the target's own domain, filtering out the noise of the wider web.
  • filetype: / ext: surfaced documents (PDFs, then the .env) the site never linked but search engines indexed anyway.
  • intitle:"index of" found a directory listing left browsable on a forgotten dev subdomain — a misconfiguration, not a hack.
  • Reading the content — the credential was never in a title or URL. You had to open the file. Recon rewards curiosity, not just clever queries.

Why this is real

Publicly exposed .env files, backups, and database dumps are a recurring, top-tier cause of real breaches. Search engines index them within hours of going live, and tools automate dorking at scale. A leaked config can hand over database passwords, cloud API keys, and signing secrets in one file.

How Halcyon should have defended

  • Never put secrets on a web-reachable path. Keep .env, backups, and dumps off any server the internet can reach.
  • Disable directory listing (no auto "index of") and require auth on dev/staging subdomains.
  • Rotate any secret that was ever exposed — assume it is already compromised the moment it is indexed.
  • Scrub document metadata and dork your own domains regularly so you find the leaks before an attacker does.
  • robots.txt is not security — it only asks crawlers to skip a path, and it publicly advertises exactly where the sensitive directories are.

Beyond Google — Shodan

Dorking is a mindset, not a Google feature. The most powerful sibling is Shodan (shodan.io), a search engine that indexes internet-connected devices and services instead of web pages — every exposed database, webcam, router, industrial controller, and server banner it can reach. Where Google asks "what pages mention this?", Shodan asks "what machines are running this?" You filter with operators like port:3306, product:MongoDB, org:"Example Corp", country:US, and hostname:example.com to find, for instance, every unauthenticated database an organization left facing the internet. Censys is a close cousin, and GitHub code search dorks source code for leaked secrets. Learn to think in operators and each of these becomes a reconnaissance engine in its own right.

Operator cheat-sheet
site:domainLimit results to one domain or subdomain.
filetype:ext / ext:extOnly files of a type — pdf, env, sql, log, bak, xls.
intitle:wordWord must appear in the page title (use quotes for a phrase).
inurl:wordWord must appear in the URL — e.g. inurl:admin, inurl:backup.
intext:wordWord must appear in the page body.
"exact phrase"Match the words together, in order.
-wordExclude results containing the word.