What is IP abuse, and how do you report an abusive IP address?
IP abuse is spam, attacks or fraud sent from an IP address. What counts, how to find the network's abuse contact for free, and what to put in the report.
IP abuse is harmful traffic sent from an IP address: spam, password guessing, scans, malware, phishing, and the servers that control infected machines. You report it to the abuse contact of the network that owns the address, which you find in the registry's WHOIS or RDAP record. Send the address, the exact time in UTC, a few log lines and what happened. A report to a shared abuse database also warns the next site.
#What counts as IP abuse?
Abuse is anything an address does to attack, trick or flood other systems. FFraud's open data sorts every confirmed attacker by the worst thing it was caught doing, and MITRE ATT&CK gives neutral definitions for most of these kinds.
- Command and control: a server through which an attacker communicates with compromised systems to control them (MITRE ATT&CK TA0011).
- Botnet: infected machines that take orders from such a server.
- Brute force: guessing passwords for accounts when the passwords are unknown (MITRE T1110).
- Scanning: probing networks to gather information for an attack (MITRE T1595).
- Web attacks: SQL injection, cross-site scripting, path traversal and other exploit attempts against websites (FFraud docs).
- Phishing: social engineering delivered over the network, such as fake login pages (MITRE T1566).
- Spam: unwanted email, comments and contact form floods.
- Malware: serving or spreading malicious software.
- Command and control649,082 IPs
- General abuse411,583 IPs
- Spam252,090 IPs
- Botnet139,633 IPs
- Brute force77,807 IPs
- Malware31,599 IPs
- Web attacks11,702 IPs
- Scanning7,400 IPs
Source: FFraud open data (ip-fraud-database, confirmed-abusive.csv), October 23, 2026
Command and control is the largest group, 649,082 addresses or 41 percent of the list. The next 411,583 carry the general label abuse. The file is free to download from the
#Who do I report an abusive IP address to?
Report to the network that owns the address. RIPE NCC puts it plainly: the abuse contact you find "will be an ISP or other network operator - not the abuser!" (RIPE NCC). Five regional registries record who holds each address, and their WHOIS and RDAP records can list an abuse contact. RDAP even has a role named abuse for it (RFC 9083).
FFraud's free API returns that contact in one call, with no key. This is the real answer for Google's public resolver on October 23, 2026, trimmed to the fields that matter:
curl https://api.ffraud.com/public/ip/8.8.8.8{
"ip": "8.8.8.8",
"fraud_score": 5,
"risk": "none",
"organization": "Google LLC",
"whois": {
"abuse_contact": "[email protected]"
}
}The registries keep the records and do not act on abuse themselves. ARIN says it is not able to investigate or stop unwanted network activity, and IANA has no control over how addresses are used. If a record has no abuse contact, RFC 2142 has named abuse@ as the standard mailbox for complaints since 1997.
#What should an abuse report include?
| Include | Example | Why it matters |
|---|---|---|
| Source IP and port | 203.0.113.7, port 51874 | On a shared address, the port finds the user |
| Time with time zone | 2026-10-23T09:00:12Z | Logs are matched by exact time |
| Your address and service | Your SSH server, port 22 | Shows where the traffic landed |
| A short log excerpt | 41 failed logins in 5 minutes | Evidence the desk can check |
| What happened | Password guessing | Routes it to the right team |
RIPE NCC asks for as much detail as possible, including the address and the time the abuse took place. The port matters on shared addresses: RFC 6269 notes that an address and a time cannot identify one subscriber behind carrier-grade NAT, and logging port numbers fixes that. Write times in the RFC 3339 form, which always states the offset to UTC. The example address 203.0.113.7 belongs to a block reserved for documentation (RFC 5737).
Two things stay out. Leave personal data out of anything that may be published: FFraud's public reports show each report's category, comment and the handle you chose. And skip floods: some denial of service attacks forge their source addresses (RFC 2827), so the address in your log may belong to a bystander.
#How do I report an abusive IP address?
- Check the address first. Run it through the
IP abuse check or theIP lookup . A Tor exit, a VPN or a carrier-grade NAT address serves many users, so the source port and the exact time are essential. - Find the abuse contact in the WHOIS or RDAP record, or in the
whois.abuse_contactfield of the free API. - Write a short report with the five items in the table, as plain text in the body of an email.
- Send it and keep a copy. Note any ticket number the network sends back.
- Report it to a shared database too, so other sites can block the address before it reaches them.
- Go to the police for crimes. For hacking, the U.S. Justice Department lists the FBI, the Secret Service and the FBI's Internet Crime Complaint Center. ARIN sends people facing personal threats online to local law enforcement.
FFraud takes a report with no account. Only the category is required; the comment, an evidence link and a reporter handle are optional (
curl https://api.ffraud.com/public/ip/203.0.113.7/report \
-H "Content-Type: application/json" \
-d '{"category": "brute_force", "comment": "41 failed SSH logins, 2026-10-23 09:00 to 09:05 UTC", "reporter": "your-handle"}'We did not send this request while writing, because a test report would put a false record into the live data. The command follows FFraud's API docs; the lookup and reports calls on this page ran live on October 23, 2026.
If you run fail2ban, a drop-in action reports every ban for you; the setup is in
#What happens after I report an IP?
The network may act on its customer, reply, or stay silent. RIPE NCC says there is nothing it can do if an operator chooses not to reply. It does ask you to tell it when an abuse contact is invalid or missing.
At FFraud, one report is a claim. Reports are checked and weighted by the reporter's track record, and an address is listed only after two independent confirmations (
curl https://api.ffraud.com/public/ip/185.220.101.34/reports{"reports":[{"category":"vpn","comment":"","created_at":"2026-09-28T05:14:05.160496+00:00","id":12,"reporter":"Anonymous","votes_down":0,"votes_up":0}],"total":1}If nobody answers and the traffic goes on, block the address yourself. A report to the network stops one attacker at best; a shared database ships your evidence to everyone who blocks with it.
#Questions people ask
What is an IP abuse report?
A message to the network that owns an address, saying what the address did, when, and with what evidence. The network then decides what to do about its customer.
Who do I report IP abuse to?
The abuse contact of the network that owns the address, found in WHOIS or RDAP. IANA and the regional registries keep the records but do not act on abuse.
Can I report an IP address anonymously?
To FFraud, yes: a report needs no account, and the reporter handle is optional. Keep personal details out of the comment, because the reports endpoint shows it publicly.
What should I not report?
Floods whose source addresses may be forged (RFC 2827), and traffic you cannot tie to an exact time and a log line. Both send the abuse desk after the wrong person.
Will one report get an IP address blocked?
One report alone does not list an address at FFraud. It needs two independent confirmations, and reports carry weight according to the reporter's track record.
How do I report IP abuse to the police?
In the United States, the Justice Department sends hacking reports to an FBI local office, the Secret Service or the Internet Crime Complaint Center. For personal threats, ARIN points to local law enforcement.
Sources
How to Find Abuse Contact Information Spam & Network Abuse Reporting Abuse Issues and IP Addresses RFC 9083: JSON Responses for the Registration Data Access Protocol (June 2021) RFC 2142: Mailbox Names for Common Services, Roles and Functions (May 1997) RFC 3339: Date and Time on the Internet: Timestamps (July 2002) RFC 6269: Issues with IP Address Sharing (June 2011) RFC 2827 (BCP 38): Network Ingress Filtering (May 2000) RFC 5737: IPv4 Address Blocks Reserved for Documentation (January 2010) Reporting Computer, Internet-Related, or Intellectual Property Crime TA0011 Command and Control T1110 Brute Force T1595 Active Scanning T1566 Phishing Community reporting ip-fraud-database, confirmed-abusive.csv, build of October 23, 2026, 08:30 UTC