ipdata
DATA · DATA & ANALYTICS
IP geolocation, ASN, carrier, and threat lookups on their own key.
Connecting ipdata in practice
ipdata takes its key as an api-key query parameter and expects to be called straight from the browser, so its main access control is a domain whitelist evaluated from the referer header — and anything that strips that header turns the protection off without producing an error. A separate EU endpoint at eu-api.ipdata.co exists so end-user IP addresses never leave the EU.
Scopes that draw scrutiny
api-key (query parameter)Visible in view-source on any client-side call. ipdata’s documented mitigation is referer-based domain whitelisting rather than a second, restricted key type.
Worth knowing
- Once whitelisting is enabled, requests from a host that is not on the list get a 403, so every new deploy domain or preview URL breaks lookups until it is added.
- A <meta name="referrer" content="no-referrer"> tag or a proxy that strips the referer header silently disables whitelisting, which is a security failure that looks like nothing at all.
- Client-side calls omit the IP and let ipdata read it from the TCP connection, while server-side calls must pass it explicitly — and which header holds the real client IP varies by platform (REMOTE_ADDR, HTTP_CF_CONNECTING_IP and so on).
- EU data residency is a different hostname rather than a parameter, so it is a deploy-time decision baked into the client.
Checked against Quick start (2026-09-29), Client-side vs server-side (2026-09-29)
What an agent can do
Each action is granted on its own. An agent allowed to read is not thereby allowed to write, and the scope beside each row is what the acting user must have connected for it to run at all.
Often connected alongside
Put ipdata behind one governed endpoint.
Same permissions, same audit trail, whatever else you connect next.