Breach Databases & Credential Leak Repositories
Breach databases are aggregated repositories of stolen credentials, personal data, and corporate records extracted from compromised systems and sold or published on the dark web. This guide covers the major breach intelligence platforms used for both attack and defense — DeHashed, Have I Been Pwned, LeakOSINT, and Snusbase — including how they operate, how threat actors weaponize them, and how security teams use them defensively.
When a company suffers a data breach, the stolen data typically follows a predictable lifecycle: initial private sale to a small circle of buyers at a premium, then broader distribution through criminal forums and dark web markets at reduced prices, and finally free public release on paste sites and breach aggregators. At each stage, the data increases in availability while decreasing in exclusivity. Security teams that monitor this pipeline can detect when their organizational credentials appear in breach repositories — often months before a corporate network intrusion leveraging those credentials occurs.
The distinction between legitimate breach intelligence services and criminal breach databases is primarily one of authorization and intent. Services like Have I Been Pwned provide controlled access to breach data to enable credential monitoring. Dark web repositories like DeHashed (in certain configurations), Snusbase, and LeakOSINT provide deeper OSINT capabilities that can be used defensively but require careful legal and policy review before use.
Legal notice: Querying breach databases for credentials you are authorized to protect (your organization's domain) is generally legitimate defensive security practice. Querying for credentials of individuals or organizations without authorization may violate computer fraud statutes including the CFAA. Consult legal counsel before initiating breach database research.
Have I Been Pwned (HIBP)
Have I Been Pwned
Low RiskHave I Been Pwned (HIBP) is the gold standard for legitimate breach notification, created by security researcher Troy Hunt. It aggregates data from hundreds of publicly known breaches and allows individuals and organizations to check whether their credentials appear in known leaks. HIBP is the appropriate first stop for corporate credential monitoring and is officially recommended by multiple national cybersecurity agencies.
Key Features
- Free email and phone number lookup — check individual credentials for breach exposure
- Domain Search API — check all email addresses associated with a corporate domain across all known breaches
- Notification service — receive alerts when new breaches containing your email are identified
- Pwned Passwords API — k-anonymity model allows password hash checking without sending the full hash
- Partnership with law enforcement agencies — official channel for breach data disclosure from FBI investigations
Enterprise Implementation
Integrate the HIBP Domain Search API into your identity governance workflow. At minimum, run monthly domain scans and feed results to the Identity and Access Management (IAM) team for forced password resets on affected accounts. Best practice: integrate HIBP's Pwned Passwords API into your Active Directory password policy to block the use of passwords that appear in known breaches — Microsoft provides an Azure AD Password Protection connector that uses this data. NIST SP 800-63B explicitly recommends checking new passwords against breach corpuses during password creation.
Limitations
HIBP covers publicly disclosed breaches only. Private breach data currently trading on dark web forums that has not yet been publicly released will not appear in HIBP. For coverage of non-public breach data, supplement HIBP with deeper intelligence sources that monitor dark web markets and forums in real-time, or use a commercial threat intelligence platform with dark web monitoring capabilities.
DeHashed
DeHashed
High RiskDeHashed is a comprehensive breach search engine aggregating data from thousands of leaked databases, including many that do not appear in HIBP. It allows searching by email address, username, IP address, name, phone number, address, and password hash — the breadth of query types makes it significantly more powerful than HIBP for OSINT investigations but also makes it a preferred tool for threat actors conducting targeted credential attacks.
Defensive Research Value
- Search by multiple identifier types — finds leaked credentials associated with a person even when the email address has changed
- Password hash lookup — identify if a specific hash appears in breach data without cracking it
- IP address correlation — find accounts registered from specific IP ranges (useful for attributing threat actors)
- Username pivoting — identify all accounts associated with a specific username across multiple breaches
Threat Actor Use
Threat actors use DeHashed for credential stuffing preparation — building target lists of valid email/password combinations for specific organizations before launching automated login attacks. They also use it for spear phishing preparation, enriching known email addresses with additional personal data from breach records to craft convincing pretexts. Financial fraud actors use the address and phone number fields for identity verification bypass attacks against financial institutions.
Access and Policy
DeHashed requires paid subscription for full access. Organizations should control access through a request and approval process with audit logging. Only personnel with explicit authorization for breach intelligence research should have DeHashed credentials. Rotate API keys quarterly and log all queries with the analyst ID, timestamp, and business justification.
LeakOSINT
LeakOSINT
High RiskLeakOSINT is an OSINT correlation platform that cross-references breach data with social media profiles, public records, and other open-source intelligence sources to build comprehensive intelligence profiles from leaked data. It extends raw breach data into actionable person-of-interest profiles useful for both threat actor attribution and social engineering defense awareness.
Intelligence Correlation Capabilities
- Correlates breach data with social media accounts, public records, and other OSINT sources
- Builds person-of-interest profiles linking multiple digital identities
- Identifies relationships between breach records from different incidents
- Telegram bot interface for rapid query workflow integration
- Useful for insider threat investigations and threat actor attribution
Research Application
LeakOSINT is particularly valuable when investigating a known threat actor handle — correlating their dark web username with breach records can surface real email addresses, which in turn correlate with social media profiles, professional networks, and public records. This pivoting capability has supported successful attribution of previously anonymous threat actors in multiple law enforcement investigations. For defensive use, LeakOSINT helps security awareness teams understand exactly what information is publicly available about their executives and high-value employees — critical for building realistic spear phishing simulations.
Snusbase
Snusbase
High RiskSnusbase is a breach aggregation platform similar to DeHashed, offering searchable access to a large corpus of breach data with API access for automation. It is frequently used by threat intelligence teams for automated monitoring of organizational credential exposure. Snusbase has appeared in threat actor forums as a tool recommendation for credential harvesting, placing it in the dual-use category requiring careful access controls.
Automated Monitoring Pattern
The Snusbase API enables organizations to build automated monitoring pipelines: scheduled daily queries for all corporate email domain addresses surface newly indexed breach records within 24 hours of their addition to the database. Alert workflow: new breach record containing corporate email → SIEM alert → IAM team initiates forced password reset for affected account → investigate whether credentials were used in unauthorized access attempts. This pattern provides earlier detection than reactive breach notifications from HIBP which may lag the dark web appearance of data by days or weeks.
The Dark Web Credential Marketplace Ecosystem
Beyond formal breach databases, credentials are actively traded across dark web marketplaces and forums. Understanding this ecosystem is essential for comprehensive credential intelligence:
- Initial Access Brokers (IABs): Specialize in selling validated corporate network access — often consisting of compromised VPN credentials or Remote Desktop Protocol (RDP) access. IAB listings on dark web forums provide early warning of impending ransomware deployment, typically weeks before the actual attack.
- Combolists: Large collections of email/password combinations assembled from multiple breaches, distributed via Telegram channels and dark web forums. Combolists are the primary input for credential stuffing attacks against consumer-facing login portals.
- Stealer logs: Output from information stealer malware (RedLine, Raccoon, Vidar) containing browser-saved passwords, cookies, and authentication tokens. Stealer logs bypass the need for password cracking — they contain plaintext passwords and active session tokens ready for immediate use. Monitoring dark web markets for stealer logs containing your organization's domains is a critical early-warning capability.
- Log markets: Specialized dark web markets (Genesis Market, Russian Market) aggregate and sell stealer logs with search functionality. Genesis Market was seized by the FBI in 2023, but successor platforms continue to operate.
Incident Response: Responding to Breach Exposure
When your organization's credentials appear in breach data, a structured response minimizes damage:
- Immediate (0-1 hour): Force password reset for all affected accounts. Revoke and reissue active sessions and MFA tokens. Alert the security operations center to monitor affected accounts for 72 hours for suspicious authentication patterns.
- Short-term (1-24 hours): Investigate whether the credentials were used for unauthorized access — review authentication logs for anomalous login patterns in the 30 days prior to breach discovery. Check for MFA bypass or legacy authentication protocol use.
- Medium-term (24-72 hours): Determine the source breach — identify which original breach the credentials came from and whether other data (PII, financial records, internal documents) was included. Notify affected employees and relevant stakeholders per breach notification regulations.
- Long-term: Review password policy and enforce minimum complexity and breach-corpus checking. Consider deploying phishing-resistant MFA (FIDO2/WebAuthn) for high-value accounts to reduce credential reuse risk.
