Skip to main content
DarknetSearch collects leaked credentials from breaches, combolists, stealer logs, paste sites and underground forums into one body of data. The API exposes that data five ways, plus a set of analytics that sum up your organization’s exposure. There is no single “leaked credentials” endpoint. The right call depends on what you will do with the result.

The five approaches

  • Credential Check. A fast yes or no for one password, one email address, or one email and password pair. You call it from your own sign-up, login and password-change flows, and the answer comes back in the same response. No query syntax and nothing to poll.
  • Raw Data. The leaked data in the form a threat actor packaged it: SQL dumps, JSON, CSV and Excel files, plain text, documents, combolists and stealer logs. Nothing is parsed or deduplicated. You search the original content full-text and triage it yourself.
  • The ULP feed. The account index: the same leaks parsed into login / password / website rows that you query by field. It works on any domain, public mail providers included.
  • Filtered credentials. The exposed accounts on one domain, typically your organization’s own: deduplicated, risk-scored and arranged by category. Later searches add only the leaks found since the last run.
  • Stealer logs. The corpus searched by infected machine instead of by credential. Each hit leads to a full stealer-log capture, with a bot record and screenshots you fetch on demand.
The same leaked password can surface in all five. It is one body of data, shaped five ways.

Organization analytics

The analytics endpoints answer “how exposed are we?” in numbers: credential totals, the riskiest users and passwords, password strength, and the services where your people’s credentials were used. Every figure covers your organization’s own domain over a 7-, 30- or 365-day window. See Organization analytics.
Downloading an original leak file is a Raw Data companion workflow, not a sixth source. It suits small source files. For anything larger, search the indexed leak with leakId:<id> in Raw Data. See Downloads and exports.

Which approach fits your goal

Credential Check

A yes or no for one password, email address or pair, from your sign-up, login and password-change flows.

Filtered credentials

The exposed accounts on one domain, such as your own, deduplicated and risk-scored.

The ULP feed

Field-queryable login / password / website lookups on any domain.

Raw Data

The original leaked dump, searched full-text: the credential plus everything around it.

Stealer logs

Search by infected machine: the full capture, bot record and screenshots.

Organization analytics

Totals, risky users and passwords, and password strength for your organization’s domain.

Still unsure? Follow the branches

  • Do you need an answer while a user waits, at sign-up, login or a password change? Use Credential Check. It answers in one call, takes the raw value instead of a query, and works for addresses on any domain.
  • Do you want a prioritized list of the exposed accounts on one domain, typically your organization’s own? Start with Filtered credentials. It is the only approach that deduplicates and scores accounts. Run the search again to pick up new leaks; each repeat run processes only the leaks found since the last one. To be notified instead of re-running it, create a monitor on the Leak Filter source. Very large domains, such as free-mail providers, are refused there.
  • Chasing a specific person, a reused password or a login URL, possibly on a public mail provider? Use the ULP feed. It is field-queryable (login:, website:, password:) and has no domain restriction.
  • Do you need more than the credential itself: the surrounding dump, other personal data, tokens, or proof of what was exposed? Use Raw Data. It is the only approach that searches the full text of every leaked file and returns the surrounding dump, not just the parsed fields.
  • Did the credential come from a stealer log, and do you need the whole machine? Use Stealer logs. The other approaches flatten a stealer log into single credential rows. This one keeps the capture whole and gives you the bot record behind it.
  • Do you need figures for a report or a dashboard? Use Organization analytics.

Availability and cost

Availability: every plan with a license in force. None of these endpoints checks a plan feature. Cost: no metered allowance. With an API key, each call counts once toward your monthly API Calls allowance, and only 2xx responses count. Every call also counts toward the per-second rate limit. See Rate limits. When your organization’s license is not active, every endpoint in this section returns 403:
These endpoints never return the plan-feature 403, an allowance 429 or a capacity 409. Plans and quotas explains license states, and Errors lists every error body.

Dashboard names

The dashboard uses different names for some of these approaches. If you arrived from a dashboard page, this table maps it to its guide.

Endpoints

Each approach starts from one call. Its guide covers the rest of the flow.