Skip to main content
Glama

AlertsBar

Server Details

Domain exposures: breaches, infostealers, ULP heap, cookies. Counts and samples, free.

Ownership verified
Status
Healthy
Uptime
99.9% over 20 days
Last Tested
Transport
Streamable HTTP · MCP 2025-11-25
URL

TDQS

A4.6/5.0

Scored across 2 tools

Disambiguation5/5

The two tools have clearly distinct purposes: one returns aggregate counters, the other a random capped sample of records. Descriptions explicitly tell the agent when to use each (counts first for scale/freshness, samples only when concrete examples are requested), leaving no room for misselection.

Naming Consistency5/5

Both names follow the same predictable pattern: exposure_<operation>_for_domain. The parallel structure makes the pair immediately readable and consistent.

Tool Count3/5

Two tools is on the thin side for a lookup service, though the narrow domain (counts plus samples) justifies a minimal surface. It leans borderline rather than clearly well-scoped.

Completeness4/5

Core read operations for credential-exposure data are covered: aggregate counters and example records, with clear semantics for nulls, freshness, and indexing dates. Minor gaps exist (no bulk/multi-domain query or availability listing), but agents can work around these easily.

Available Tools

2 tools
exposure_counts_for_domainA
Read-only
Inspect

Credential-exposure counters for a domain. Counts only - no credential values or per-account detail. Sources: known breaches, infostealer infections, unattributed heap of ULP (Url,Login,Password) bundles, stolen cookies. All figures are INDEXATION dates, not incident dates: _month/_week mean 'newly indexed', never 'newly leaked' - the underlying leak may be years old. Windows nest (_total includes _month includes _week) - never sum them. Counters are rebuilt once daily, so figures are up to 24h old and never real-time. Repeated calls for the same input within a day return identical values - do not re-query to check for changes. Accepts a bare domain or a full URL; scheme, path, port, case and a leading www. are stripped and subdomains collapse to the registrable domain (multi-tenant hosting suffixes such as github.io are not collapsed). An IDN must already be in punycode (xn--) form. Invalid input (not a domain, an IP address) returns an error. If the domain is not in the index at all, every counter and both dates are null: that means NO DATA, not that the domain is clean - never report it as 'no exposure'. first_indexed_at and last_indexed_at give the date range of the domain's records; use last_indexed_at as the 'last updated' date for the domain. Free, no auth.

ParametersJSON Schema
NameRequiredDescriptionDefault
domainYesDomain to check, e.g. example.com. A full URL is accepted and normalized.

Output Schema

ParametersJSON Schema
NameRequiredDescription
domainYesNormalized domain actually queried. May differ from the input - report this one to the user.
cookies_weekYesIndexed in last 7d. Subset of cookies_month.
breaches_weekYesIndexed in last 7d. Subset of breaches_month.
cookies_monthYesIndexed in last 30d. Subset of cookies_total.
cookies_totalYesStolen browser session cookies, indexed all time. Non-zero means session-hijacking risk that a password reset alone does not fix. Cookies are counted here only; they are not included in exposure_samples_for_domain.
breaches_monthYesIndexed in last 30d. Subset of breaches_total.
breaches_totalYesRecords from known breach incidents, indexed all time.
heap_staff_weekYesIndexed in last 7d. Subset of heap_staff_month.
heap_users_weekYesIndexed in last 7d. Subset of heap_users_month.
last_indexed_atYesDate-time (format YYYY-MM-DD HH:MM:SS, UTC) when AlertsBar last indexed a record for this domain. This is the domain's 'last updated' date and the only reliable freshness signal - samples are random and say nothing about recency. Say 'newly indexed', never 'newly leaked'. Null if the domain is not in the index.
first_indexed_atYesDate-time (format YYYY-MM-DD HH:MM:SS, UTC) when AlertsBar first indexed a record for this domain. Indexation date, not incident date - never say the domain was first leaked then. Null if the domain is not in the index.
heap_staff_monthYesIndexed in last 30d. Subset of heap_staff_total.
heap_staff_totalYesStaff logins in unattributed heap of ULP (Url,Login,Password) bundles - no linkable breach, device or leak date. Credentials circulating in the wild.
heap_users_monthYesIndexed in last 30d. Subset of heap_users_total.
heap_users_totalYesCustomer logins in unattributed heap of ULP (Url,Login,Password) bundles - no linkable breach, device or leak date.
stealers_staff_weekYesIndexed in last 7d. Subset of stealers_staff_month.
stealers_users_weekYesIndexed in last 7d. Subset of stealers_users_month.
stealers_staff_monthYesIndexed in last 30d. Subset of stealers_staff_total.
stealers_staff_totalYesStaff logins from infostealer-infected devices, indexed all time. Implies a compromised machine, not just a leaked password. The credentials may be for any site, not only this domain's own systems.
stealers_users_monthYesIndexed in last 30d. Subset of stealers_users_total.
stealers_users_totalYesCustomer logins for this domain's site from infostealer-infected devices, indexed all time.

TDQS

A4.7/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

With only readOnlyHint available in annotations, the description carries the rest: daily rebuild with up to 24h staleness, idempotent same-day results, indexation-vs-incident date semantics, nested-window warning never to sum counters, free/no-auth. It also discloses the critical null-vs-clean trap that an agent would otherwise misreport.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Purpose is front-loaded in the first sentence and every subsequent sentence carries distinct operational information, so nothing is filler. It is still a dense block, and the normalization rules could be tightened, but the length is justified by the number of traps being flagged.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

An output schema exists, so return-value documentation is not required, yet the description still explains what the returned counters mean, the window nesting, and the all-null case. Together with annotations and schema, an agent has everything needed to call and interpret it correctly.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100% and the schema already says a URL is accepted and normalized, yet the description adds real semantics beyond it: scheme/path/port/case/www stripping, subdomain collapse to registrable domain, the multi-tenant suffix exception, required punycode for IDNs, and error behavior for IPs/invalid input.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific resource (credential-exposure counters) and explicitly scopes out the detail available elsewhere ('Counts only - no credential values or per-account detail'), which cleanly separates it from the sibling exposure_samples_for_domain. An agent can pick between the two without opening either schema.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Gives clear runtime guidance: do not re-query within a day, treat nulls as NO DATA rather than clean, and use last_indexed_at as the domain's 'last updated'. It routes detail-seekers away implicitly ('no credential values or per-account detail') but never names the sibling tool outright, so the alternative is inferred rather than stated.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

exposure_samples_for_domainA
Read-only
Inspect

A small RANDOM sample of individual exposure records for a domain - metadata only, capped in number: up to 20 records per type (stealers_users, stealers_staff, heap_users, heap_staff, breaches). Cookies are not sampled - see cookies_* in exposure_counts_for_domain. The sample is neither the newest nor the largest nor the most severe records, and it can differ between calls; identical-looking records can repeat and because of different logins/passwords. Each record says WHICH url was affected, WHICH domain the captured login belonged to, from WHICH source type, roughly when the incident was, and when the record was indexed. It carries NO credentials: no password, no username, and the login's local part is redacted. Use exposure_counts_for_domain first for the scale of the problem and for freshness (last_indexed_at); use this only when the user asks to see concrete examples. Calling again returns another random subset, never the full set - do not call it repeatedly to collect more records.

ParametersJSON Schema
NameRequiredDescriptionDefault
domainYesDomain to check, e.g. example.com. A full URL is accepted and normalized, same rules as exposure_counts_for_domain.

Output Schema

ParametersJSON Schema
NameRequiredDescription
domainYesNormalized domain actually queried. May differ from the input - report this one to the user.
recordsYesA random subset of up to 20 records per type, listed by indexed_at descending inside this response. NOT the newest records: a recent or old indexed_at here says nothing about the domain's overall recency - use last_indexed_at from exposure_counts_for_domain. Capped server-side; an empty array means nothing is indexed for this domain.

TDQS

A4.6/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations only declare readOnlyHint=true, so the description carries real weight and delivers: randomness/non-determinism ('can differ between calls'), duplication ('identical-looking records can repeat'), the sampling bias ('neither newest nor largest nor most severe'), and privacy behavior ('carries NO credentials... local part is redacted'). This is behavioral context far beyond the annotation.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Front-loaded with what the tool returns, then record fields, then usage guidance. Dense and information-bearing, though somewhat long; a couple of clauses (what each record 'says') could be tightened since an output schema exists.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a single-param, read-only sampling tool with an output schema, the description covers everything an agent needs: scope, cap, randomness, credential redaction, and how it relates to the counts sibling. Nothing material is missing.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Only one parameter and schema coverage is 100%, so the schema already documents 'domain'. The description adds little parameter-level syntax, though it notes cookies are out of scope and references the same normalization rules as the sibling. Baseline 3 is appropriate.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb and resource ('A small RANDOM sample of individual exposure records for a domain'), enumerates the record types and the cap (20 per type), and immediately contrasts with the sibling cookies_* / exposure_counts_for_domain. An agent can distinguish this from exposure_counts_for_domain without opening either schema.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicit routing: 'Use exposure_counts_for_domain first for the scale of the problem and for freshness; use this only when the user asks to see concrete examples.' It also gives an explicit anti-pattern: 'do not call it repeatedly to collect more records.' Both when-to-use and when-not-to-use are covered.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 2 tool updates
    • Changedexposure_counts_for_domain26 fields changed
      • changedOutput schema / description
        Previous value: -"Counters as of the last daily rebuild. Windows count back from that rebuild, not from request time. Every _total/_month/_week is counted by INDEXATION date, not by when the leak or infection happened. staff = login is an address at this domain (employees); users = login belongs elsewhere but the record is for this domain's site (customers)."New value: +"Counters as of the last daily rebuild. Windows count back from that rebuild, not from request time. Every _total/_month/_week and both dates are by INDEXATION date, not by when the leak or infection happened. All counters and both dates are null when the domain is not in the index (no data - not the same as clean). staff = login is an address at this domain; users = login belongs elsewhere but the record is for this domain's site (customers). For public mailbox providers (e.g. gmail.com, ukr.net) staff means holders of mailboxes at that domain, NOT employees, and the numbers can be huge - do not present them as an employee compromise. Placeholder or test domains (e.g. example.com) also produce staff records that belong to nobody in particular."
      • changedOutput schema / properties / breaches_month / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / breaches_total / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / breaches_week / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / cookies_month / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / cookies_total / description
        Previous value: -"Stolen browser session cookies, indexed all time. Non-zero means session-hijacking risk that a password reset alone does not fix."New value: +"Stolen browser session cookies, indexed all time. Non-zero means session-hijacking risk that a password reset alone does not fix. Cookies are counted here only; they are not included in exposure_samples_for_domain."
      • changedOutput schema / properties / cookies_total / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / cookies_week / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • addedOutput schema / properties / first_indexed_at
        Added value: +{
        +  "description": "Date-time (format YYYY-MM-DD HH:MM:SS, UTC) when AlertsBar first indexed a record for this domain. Indexation date, not incident date - never say the domain was first leaked then. Null if the domain is not in the index.",
        +  "type": [
        +    "string",
        +    "null"
        +  ]
        +}
      • changedOutput schema / properties / heap_staff_month / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / heap_staff_total / description
        Previous value: -"Staff logins in unattributed heap of ULP bundles - no linkable breach, device or leak date. Credentials circulating in the wild."New value: +"Staff logins in unattributed heap of ULP (Url,Login,Password) bundles - no linkable breach, device or leak date. Credentials circulating in the wild."
      • changedOutput schema / properties / heap_staff_total / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / heap_staff_week / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / heap_users_month / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / heap_users_total / description
        Previous value: -"Customer logins in unattributed heap of ULP bundles - no linkable breach, device or leak date."New value: +"Customer logins in unattributed heap of ULP (Url,Login,Password) bundles - no linkable breach, device or leak date."
      • changedOutput schema / properties / heap_users_total / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / heap_users_week / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • addedOutput schema / properties / last_indexed_at
        Added value: +{
        +  "description": "Date-time (format YYYY-MM-DD HH:MM:SS, UTC) when AlertsBar last indexed a record for this domain. This is the domain's 'last updated' date and the only reliable freshness signal - samples are random and say nothing about recency. Say 'newly indexed', never 'newly leaked'. Null if the domain is not in the index.",
        +  "type": [
        +    "string",
        +    "null"
        +  ]
        +}
      • changedOutput schema / properties / stealers_staff_month / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / stealers_staff_total / description
        Previous value: -"Staff logins from infostealer-infected devices, indexed all time. Implies a compromised machine, not just a leaked password."New value: +"Staff logins from infostealer-infected devices, indexed all time. Implies a compromised machine, not just a leaked password. The credentials may be for any site, not only this domain's own systems."
      • changedOutput schema / properties / stealers_staff_total / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / stealers_staff_week / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / stealers_users_month / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / stealers_users_total / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / properties / stealers_users_week / type
        Previous value: -"integer"New value: +[
        +  "integer",
        +  "null"
        +]
      • changedOutput schema / required
        Previous value: -[
        -  "domain",
        -  "breaches_total",
        -  "breaches_month",
        -  "breaches_week",
        -  "cookies_total",
        -  "cookies_month",
        -  "cookies_week",
        -  "stealers_staff_total",
        -  "stealers_staff_month",
        -  "stealers_staff_week",
        -  "stealers_users_total",
        -  "stealers_users_month",
        -  "stealers_users_week",
        -  "heap_staff_total",
        -  "heap_staff_month",
        -  "heap_staff_week",
        -  "heap_users_total",
        -  "heap_users_month",
        -  "heap_users_week"
        -]New value: +[
        +  "domain",
        +  "first_indexed_at",
        +  "last_indexed_at",
        +  "breaches_total",
        +  "breaches_month",
        +  "breaches_week",
        +  "cookies_total",
        +  "cookies_month",
        +  "cookies_week",
        +  "stealers_staff_total",
        +  "stealers_staff_month",
        +  "stealers_staff_week",
        +  "stealers_users_total",
        +  "stealers_users_month",
        +  "stealers_users_week",
        +  "heap_staff_total",
        +  "heap_staff_month",
        +  "heap_staff_week",
        +  "heap_users_total",
        +  "heap_users_month",
        +  "heap_users_week"
        +]
    • Changedexposure_samples_for_domain9 fields changed
      • changedOutput schema / description
        Previous value: -"A capped sample of exposure records. Metadata only - no credentials of any kind. This is a SAMPLE, never the full set: the number of records here says nothing about the true volume, which only exposure_counts_for_domain reports. Never describe the count of records in this response as the number of exposures."New value: +"A random capped sample of exposure records. Metadata only - no credentials of any kind. This is a SAMPLE, never the full set: the number of records here says nothing about the true volume, which only exposure_counts_for_domain reports. Never describe the count of records in this response as the number of exposures, and never infer how recent the domain's exposure is from this list."
      • changedOutput schema / properties / records / description
        Previous value: -"The sampled records, newest indexed first. Capped server-side; an empty array means nothing is indexed for this domain."New value: +"A random subset of up to 20 records per type, listed by indexed_at descending inside this response. NOT the newest records: a recent or old indexed_at here says nothing about the domain's overall recency - use last_indexed_at from exposure_counts_for_domain. Capped server-side; an empty array means nothing is indexed for this domain."
      • changedOutput schema / properties / records / items / properties / estimated_incident_at / description
        Previous value: -"Unix seconds, and its meaning follows type. stealers_*: ESTIMATED infection date - an estimate, so always say 'around' or 'estimated'. breaches: the date the breach was PUBLISHED, which is later than when it happened - say 'published', never 'happened'. heap_*: always null, never render it - say the leak date is unknown."New value: +"Unix seconds or null, and its meaning follows type. stealers_*: ESTIMATED infection date - an estimate, so always say 'around' or 'estimated'. breaches: the date the breach was PUBLISHED, which is later than when it happened - say 'published', never 'happened'. heap_*: always null (unknown) - never render it as a date, say the leak date is unknown."
      • changedOutput schema / properties / records / items / properties / indexed_at / description
        Previous value: -"Unix seconds. When AlertsBar indexed this record. Always a fact, unlike estimated_incident_at. A recent indexed_at with an older estimated_incident_at means a long-standing compromise only just discovered - say 'newly discovered', never 'newly leaked'."New value: +"Unix seconds (UTC). When AlertsBar indexed this record. Always a fact, unlike estimated_incident_at. A recent indexed_at with an older estimated_incident_at means a long-standing compromise only just discovered - say 'newly discovered', never 'newly leaked'. Many breach records share one identical indexed_at because they were bulk-imported."
      • changedOutput schema / properties / records / items / properties / login / description
        Previous value: -"The captured login with its LOCAL PART REDACTED, e.g. ...@company.com - only the domain part is real, and no address, name or individual is identified. This is what ties the record to the queried domain: for *_staff the domain part equals the queried domain, meaning an address at this organisation was found with credentials for url; for *_users it is an outside provider (gmail.com and such), meaning an external person's credentials for this organisation's site were taken. Use it to explain WHY a record belongs to this domain. The dots are a redaction, NOT a wildcard: this is one single account, never all addresses at that domain. Full logins are not available through MCP at all - they require domain ownership verification and an API key."New value: +"The captured login with its LOCAL PART REDACTED, e.g. ...@company.com - only the part after @ is real, and no address, name or individual is identified. This is what ties the record to the queried domain: for *_staff the domain part equals the queried domain, meaning an address at this domain was found with credentials for url; for *_users it is usually an outside provider (gmail.com and such), meaning an external person's credentials for this organisation's site were taken. For stealers_users the part after @ can also be a bare host label (e.g. ...@local) or missing entirely (just '...'), and letter case is as captured. Use it to explain WHY a record belongs to this domain. The dots are a redaction, NOT a wildcard: this is one single account, never all addresses at that domain. Full logins are not available through MCP at all - they require domain ownership verification and an API key."
      • changedOutput schema / properties / records / items / properties / source / description
        Previous value: -"Opaque internal reference source feed or breach inside AlertsBar, shared by every record from it; quote it to identify the incident, not the individual row. Its only purpose is follow-up - the user can quote it to AlertsBar support or use it against the REST API to pull the full record. Show it verbatim as a reference id when the user wants to investigate a specific record further, and otherwise leave it out of the summary."New value: +"Opaque internal id of the source feed or breach inside AlertsBar, shared by every record that came from it - it identifies the feed, not the individual row. It is NOT a name: do not read a stealer family, breach name, vendor or feed out of it, and never guess what it stands for. Its only purpose is follow-up - the user can quote it to AlertsBar support or use it against the REST API to pull the full record. Show it verbatim as a reference id when the user wants to investigate a specific record further, and otherwise leave it out of the summary."
      • changedOutput schema / properties / records / items / properties / source / type
        Previous value: -[
        -  "integer",
        -  "string"
        -]New value: +"integer"
      • changedOutput schema / properties / records / items / properties / type / description
        Previous value: -"Which source this record came from. stealers_* = credentials taken off a specific infostealer-infected device, so a machine is compromised, not just a password. heap_* = credentials found in an unattributed ULP (Url,Login,Password) bundle, with no linkable incident, device or date. breaches = a record from a known breach incident. *_staff = the login was an address at this domain (employee); *_users = the login belonged elsewhere but the record targets this domain's site (customer)."New value: +"Which source this record came from. stealers_* = credentials taken off a specific infostealer-infected device, so a machine is compromised, not just a password. heap_* = credentials found in an unattributed ULP (Url,Login,Password) bundle, with no linkable incident, device or date. breaches = a record from a known breach incident. *_staff = the login was an address at this domain; *_users = the login belonged elsewhere but the record targets this domain's site (customer). For public mailbox providers (gmail.com, ukr.net) *_staff means a mailbox holder, not an employee. Cookies never appear here."
      • changedOutput schema / properties / records / items / properties / url / description
        Previous value: -"The URL the captured credentials were for - the specific login endpoint, not just the domain. This is the actionable field: it says which of the organisation's systems is affected."New value: +"The URL, hostname or app identifier the captured credentials were for, shown as captured and NOT normalized: it may lack a scheme, include a path, be an android:// app id, a localhost/dev address or a placeholder host. For *_users it is normally a system of the queried organisation. For *_staff it is often a THIRD-PARTY site the employee signed in to, not the organisation's own system - do not say the organisation's system was breached unless the host belongs to the queried domain."
  2. 2 tool updates
    • Changedexposure_counts_for_domain2 fields changed
      • changedOutput schema / properties / heap_staff_total / description
        Previous value: -"Staff logins in unattributed ULP bundles - no linkable breach, device or leak date. Credentials circulating in the wild."New value: +"Staff logins in unattributed heap of ULP bundles - no linkable breach, device or leak date. Credentials circulating in the wild."
      • changedOutput schema / properties / heap_users_total / description
        Previous value: -"Customer logins in unattributed ULP bundles - no linkable breach, device or leak date."New value: +"Customer logins in unattributed heap of ULP bundles - no linkable breach, device or leak date."
    • Changedexposure_samples_for_domain3 fields changed
      • changedOutput schema / properties / records / items / properties / estimated_incident_at / description
        Previous value: -"Unix seconds, and its meaning follows type. stealers_*: ESTIMATED infection date - an estimate, so always say 'around' or 'estimated'. breaches: the date the breach was PUBLISHED, which is later than when it happened - say 'published', never 'happened'. heap_*: always null, because heap records carry no incident date at all; say the date is unknown and give no number."New value: +"Unix seconds, and its meaning follows type. stealers_*: ESTIMATED infection date - an estimate, so always say 'around' or 'estimated'. breaches: the date the breach was PUBLISHED, which is later than when it happened - say 'published', never 'happened'. heap_*: always null, never render it - say the leak date is unknown."
      • changedOutput schema / properties / records / items / properties / source / description
        Previous value: -"Opaque internal reference for this record inside AlertsBar. It is NOT a name: do not read a stealer family, breach name, vendor or feed out of it, and never guess what it stands for. Its only purpose is follow-up - the user can quote it to AlertsBar support or use it against the REST API to pull the full record. Show it verbatim as a reference id when the user wants to investigate a specific record further, and otherwise leave it out of the summary."New value: +"Opaque internal reference source feed or breach inside AlertsBar, shared by every record from it; quote it to identify the incident, not the individual row. Its only purpose is follow-up - the user can quote it to AlertsBar support or use it against the REST API to pull the full record. Show it verbatim as a reference id when the user wants to investigate a specific record further, and otherwise leave it out of the summary."
      • changedOutput schema / properties / records / items / properties / type / description
        Previous value: -"Which source this record came from. stealers_* = credentials taken off a specific infostealer-infected device, so a machine is compromised, not just a password. heap_* = credentials found in an unattributed ULP bundle, with no linkable incident, device or date. breaches = a record from a known breach incident. *_staff = the login was an address at this domain (employee); *_users = the login belonged elsewhere but the record targets this domain's site (customer)."New value: +"Which source this record came from. stealers_* = credentials taken off a specific infostealer-infected device, so a machine is compromised, not just a password. heap_* = credentials found in an unattributed ULP (Url,Login,Password) bundle, with no linkable incident, device or date. breaches = a record from a known breach incident. *_staff = the login was an address at this domain (employee); *_users = the login belonged elsewhere but the record targets this domain's site (customer)."
  3. 1 tool update
    • Changedexposure_samples_for_domain3 fields changed
      • addedOutput schema / properties / records / items / properties / login
        Added value: +{
        +  "description": "The captured login with its LOCAL PART REDACTED, e.g. ...@company.com - only the domain part is real, and no address, name or individual is identified. This is what ties the record to the queried domain: for *_staff the domain part equals the queried domain, meaning an address at this organisation was found with credentials for url; for *_users it is an outside provider (gmail.com and such), meaning an external person's credentials for this organisation's site were taken. Use it to explain WHY a record belongs to this domain. The dots are a redaction, NOT a wildcard: this is one single account, never all addresses at that domain. Full logins are not available through MCP at all - they require domain ownership verification and an API key.",
        +  "type": "string"
        +}
      • addedOutput schema / properties / records / items / properties / source
        Added value: +{
        +  "description": "Opaque internal reference for this record inside AlertsBar. It is NOT a name: do not read a stealer family, breach name, vendor or feed out of it, and never guess what it stands for. Its only purpose is follow-up - the user can quote it to AlertsBar support or use it against the REST API to pull the full record. Show it verbatim as a reference id when the user wants to investigate a specific record further, and otherwise leave it out of the summary.",
        +  "type": [
        +    "integer",
        +    "string"
        +  ]
        +}
      • changedOutput schema / properties / records / items / required
        Previous value: -[
        -  "type",
        -  "url",
        -  "estimated_incident_at",
        -  "indexed_at"
        -]New value: +[
        +  "type",
        +  "url",
        +  "login",
        +  "source",
        +  "estimated_incident_at",
        +  "indexed_at"
        +]
  4. 2 tool updates
    • Changedexposure_counts_for_domain1 field changed
      • changedInput schema / properties / domain / description
        Previous value: -"Domain to check, e.g. example.com."New value: +"Domain to check, e.g. example.com. A full URL is accepted and normalized."
    • Addedexposure_samples_for_domain
  5. 1 tool update
    • First observedexposure_counts_for_domain

Related MCP Connectors

Related MCP Servers

  • A
    license
    A
    quality
    D
    maintenance
    Domain intelligence for DNS, WHOIS/RDAP, SSL/TLS, subdomain discovery, availability, valuation, email security, and typosquatting and brand protection.
    1
    1
    MIT
  • F
    license
    Not graded
    quality
    B
    maintenance
    Passive website security and trust auditor that checks for security, SEO, AI surface, email, and other exposures, producing a score and remediation plan.
    -
  • A
    license
    A
    quality
    B
    maintenance
    Domain and company intelligence for AI agents. Enables vetting companies, qualifying leads, and mapping targets from free public data without API keys.
    6
    0
    1
    MIT
  • A
    license
    A
    quality
    D
    maintenance
    Dark web & threat intelligence for AI agents. HIBP, ThreatFox, ransomware tracking, Tor .onion access, blockchain intel, exploit search, stealer logs, malware analysis — unified into a single MCP server.
    66
    450 npm
    477
    MIT
Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources