data-breach-detector
The data-breach-detector server provides read-only breach intelligence aggregated from public disclosure feeds, delivering only metadata about breaches and never exposing leaked records. Key capabilities include:
Breach News: Retrieve recent breach and ransomware disclosures (entity, date, scale, exposed data types, threat level) from sources like HaveIBeenPwned and ransomwatch, filterable by sector and time window.
Exposure Check: Verify if a domain, company, or brand appears in breach data, returning yes/no, mention count, worst threat level, total accounts exposed, and data types.
Threat Assessment: Classify security text (advisories, alerts, posts) locally into threat level, categories, financial-target flags, confidence, and recommended action.
Feed Health: Inspect aggregated feed sources, cached disclosure counts, cache age, staleness, and fetch errors.
Historical Analysis (documented in README, not yet in schema): Query breach history back to 2007, generate organization-specific timelines, and view aggregated stats by year, source, data type, threat level, or ransomware actor.
What it does NOT do:
Never returns raw leaked data, credentials, or PII (redaction is applied).
Does not perform arbitrary fetching, crawling, or access .onion sites.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@data-breach-detectorCheck if example.com has been breached"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
data-breach-detector
A read-only breach-intelligence MCP server. It answers "has this organization ever been breached, what's the recent breach news, what does two decades of breach history look like, how severe is this threat text" from public disclosure feeds — and reports intelligence, not contents: the existence, timing, scale, category and exposed data-types of a breach, never the leaked records themselves.
Built for defenders and for agents that work on their behalf.
Why this instead of the alternatives
Most breach tooling sits in one of three camps, and each has a structural gap:
Consumer checkers (HaveIBeenPwned's site) answer one question — "is my email in a breach" — one account at a time, one source at a time.
Leak-data brokers (DeHashed, IntelX, LeakCheck and the like) sell access to the leaked records themselves. Wiring one into an AI agent hands the agent stolen credentials.
Enterprise intel platforms (SpyCloud, Recorded Future, Flashpoint) do the join properly — behind five-figure contracts and closed APIs.
This server takes a fourth position:
Four primary sources, one queryable surface. The verified breach directory (HIBP), a live ransomware leak-site tracker (RansomLook), a ~16k-victim leak-site archive back to 2020 (ransomwatch), and SEC 8-K Item 1.05 filings — companies' own legally mandated "material cybersecurity incident" disclosures. Regulator-grade and criminal-infrastructure-grade evidence in the same index. No key, no contract.
History is first-class.
breach_history,breach_timelineandbreach_statstreat 2007→today as the product, not a cache: every breach of 2013, an organization's full incident chronology, repeat-victim flagging, per-year and per-actor aggregates.The ethical boundary is in the code, not the terms of service. No fetch/crawl/proxy primitives, no
.onionaccess, and every feed-authored string is sanitized where the record is built, before any field is assembled from it: emails, hashes, IPs, crypto addresses and credential-shaped tokens are redacted, and the invisible channels used to hide instructions from a human reader (Unicode Tags, zero-widths, bidi overrides, variation selectors, terminal control codes) are stripped. That matters because leak-site titles are written by ransomware crews and read by agents: the same field is both intelligence and an injection surface. Redacting only the two fields a human looks at is not enough, because ids, actor names and statistic bucket keys are built from the same strings.Honesty is instrumented.
feed_sourcesreports each feed's newest item, a staleness flag and the last fetch error — a dead upstream is a served fact, not a silent hole. (The ransomwatch project itself froze in June 2025; this server says so instead of pretending.)MCP-native, free, MIT, self-hostable. One
pip install, stdio or streamable-HTTP.
Related MCP server: Genius Sports RSS Monitor MCP
What it does not do
No arbitrary URL fetch, no crawl, no proxy — no general scraping primitives.
No
.onionmarketplace access, no transactions.Never returns the raw text of a dump, paste or leak. Feed-authored strings are redacted and stripped of hidden-instruction characters at the point each record is constructed, so ids, actor names, entity names, dates, source URLs and aggregation keys are built from sanitized values rather than raw ones.
Sources (public, no key)
HaveIBeenPwned
/api/v3/breaches— the verified breach directory back to 2007: domain, breach date, pwn count, exposed data categories.RansomLook (
ransomlook.io) — live ransomware leak-site tracker.ransomwatch (
joshhighet/ransomwatch) — frozen archive of ~16k leak-site posts, Jan 2020 → Jun 2025, retained as history.SEC EDGAR — 8-K filings carrying Item 1.05 Material Cybersecurity Incidents (mandatory first-party disclosure since Dec 2023).
Tools
tool | what it returns |
| recent disclosures — entity, date, scale, exposed data types, severity |
| does a domain/company appear anywhere in breach data — yes/no + metadata |
| search the full archive back to 2007 |
| one organization's incident-by-incident chronology + repeat-victim assessment |
| aggregates per year / source / data type / threat level / ransomware actor |
| classify a piece of security text — level, categories, action (no network) |
| feeds, per-source freshness, staleness flags, last fetch errors |
Every list tool reports count, limit, offset and returned, and
breach_stats reports buckets_total, so a truncated answer is visible as
truncated and the tail is reachable by paging rather than lost.
Run
pip install data-breach-detector
data-breach-detector # stdio (for MCP clients)
data-breach-detector --http # streamable-HTTP on 127.0.0.1:8790/mcpOr point an MCP client at the config:
{ "mcpServers": { "data_breach_detector": {
"command": "data-breach-detector"
} } }Hosted remote: https://breach.seiche.info/mcp
License
MIT. The breach data belongs to its sources (HaveIBeenPwned, RansomLook, ransomwatch, SEC EDGAR); this tool only aggregates their public disclosure metadata, with attribution.
Maintenance
Related MCP Servers
- AlicenseAqualityDmaintenanceA Model Context Protocol (MCP) server that provides integration with the Have I Been Pwned API to check if your accounts or passwords have been compromised in data breaches.42MIT
- FlicenseNot gradedqualityCmaintenanceRead-only MCP server for monitoring public RSS and Atom feeds from competitor and industry websites, enabling competitive intelligence workflows through feed fetching, searching, and thematic summarization.
- AlicenseNot gradedqualityAmaintenanceA threat intelligence MCP server for Claude Code that enables lookup of IOCs, threat feeds, breached credentials, CVEs, and dark web data.2MIT
- FlicenseAqualityDmaintenanceMCP server that provides access to 14 OSINT data sources including government, research, corporate, and news APIs, enabling search, preview, and retrieval of public intelligence data.4
Related MCP Connectors
Pulsedive MCP — threat-intelligence IOC enrichment (pulsedive.com)
Domain intelligence for DNS, WHOIS/RDAP, TLS, reputation, valuation, and brand protection.
ThreatFox MCP — abuse.ch indicator-of-compromise feed (free, key required)
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/beepboop2025/data-breach-detector'
If you have feedback or need assistance with the MCP directory API, please join our Discord server