One IP. One request.

Every list said clean.
Our sensors said otherwise.

This is a real HoneyDB response. Six public and commercial reputation feeds return nothing on this address — no SANS, no CI Army, no ThreatFox. It isn’t Tor, isn’t a bogon, isn’t a known internet scanner.

And yet it has been hammering SSH across our honeypot network since April 2019. That gap — between “not on a list” and “we have watched it attack for six years” — is the reason to carry original sensor data.

Aggregated feeds tell you what someone else already published. A sensor network tells you what is actually happening right now, to infrastructure you control.

GET /api/ip-context/
Known attacker Sustained SSH brute-force observed directly by HoneyDB honeypots — while every consulted reputation list reports no finding.
Network
ASNAS4134
OrganizationChinanet
CountryChina
Geo34.77, 113.72
Reverse DNSnone
Reputation lists · 0 of 6 hit
SANS ISC CI Army ET Compromised Pallebone ThreatFox Blocklist.net.ua
SSH events seen by our honeypots
distinct days active
years of continuous history
Observed activity · monthly
01
Managed security providers

Defend every client from one feed.

You are accountable for dozens of networks you don’t own. HoneyDB gives you a single source of attacker behaviour that applies across all of them — and tells you when one of your clients starts showing up in it.

Early warning before the client is hit

Attackers sweep the internet in waves. Infrastructure that probes our honeypots today is often the same infrastructure that reaches your client’s edge tomorrow — giving you a window to block ahead of the attempt rather than after the alert.

Answer “is this IP actually bad?” in one call

The triage question that eats a shift. Instead of a reputation score with no provenance, your analyst sees what the address actually did: which services it attacked, how often, and for how long.

Fewer false positives, less analyst burn

Behavioural evidence closes noisy alerts faster and with more confidence than a list membership. An address with no history is genuinely different from one with six years of brute-force behind it — and your queue should treat them differently.

Multi-tenant monitoring

Add each client’s ranges and assets as Monitors. If any of them appears anywhere in the honeypot network — a sign of compromise or an outbound scan — you get alerted before your customer notices.

Tenant watchlist · illustrative 2 need attention
Northwind Health3 ranges · 412 assetsCLEAR
Meridian Logistics7 ranges · 1,208 assetsASSET SEEN ATTACKING
Cobalt Credit Union2 ranges · 190 assetsCLEAR
Harbor Point Legal1 range · 64 assetsASSET SEEN ATTACKING
Vantage Manufacturing5 ranges · 880 assetsCLEAR
02
AI SOC & agentic platforms

One tool call. The whole picture.

Autonomous triage is only as good as the evidence it can reach. HoneyDB returns network, reputation and observed-behaviour context for an address in a single deterministic JSON response — a clean tool definition your agent can call, cite and reason over.

Without HoneyDB
  • 1 whois / ASN lookup
  • 2 geolocation provider
  • 3 reputation list A
  • 4 reputation list B
  • 5 Tor / bogon check
  • 6 …and still no observed behaviour
Six calls, six schemas, six failure modes — and the agent still can’t say what the address actually did.
With HoneyDB
  • 1 GET /api/ip-context/<ip>
  • ASN, org, country, geo, rDNS
  • Tor · bogon · scanner flags
  • six reputation lists, resolved
  • full attack history by service
  • associated CVE activity
One call. Stable schema. Evidence the agent can quote in its write-up.
STEP 01

Alert arrives

An unfamiliar source address trips a detection. The agent has an IP and nothing else to go on.

STEP 02

Agent calls HoneyDB

One request returns identity, reputation and years of first-hand behaviour — enough to separate a noisy neighbour from a persistent attacker.

STEP 03

Verdict with evidence

The agent escalates or closes, and cites concrete observations — event counts, services and dates — instead of an opaque score.

curl · honeydb.io/api 200 OK
# full context for a single address — one call, one schema $ curl -H "X-HoneyDb-ApiId: $ID" -H "X-HoneyDb-ApiKey: $KEY" \ https://honeydb.io/api/ip-context/218.149.240.17 { "network_info": { "asn": 4134, "country": "China" }, "threat_info": { "is_tor": false, "is_bogon": false, "is_threat": false, "threat_lists": { /* 6 lists, all false */ } }, "internet_scanner": false, // …but the sensor network has watched it since 2019 "ip_history": [ { "date": "2019-04-11", "service": "SSH", "event_count": "3377" }, { "date": "2021-01-19", "service": "SSH", "event_count": "45120" } ] }

Embedding or reselling the data?

Serving your own customers with HoneyDB intelligence — inside a portal, a product or an agent — falls under our Commercial / OEM license. Enterprise tiers cover defending your own infrastructure; OEM covers redistribution and resale.

View subscription options Enterprise Bronze · Silver · Gold · Commercial/OEM
Partner with HoneyDB

Give your analysts — human or not — better evidence.

Original honeypot telemetry, one endpoint, licensed for the way you actually use it.