Help Center
Login Sign up
  1. Home
  2. ICANN Policy
  3. Abuse & Legal Requirements

Abuse & Legal Requirements

ICANN RAA abuse obligations, UDRP, DSA, authority requests, and reporting process

ICANN-accredited registrars are obligated under the Registrar Accreditation Agreement (RAA) and applicable law to maintain abuse contact points, process complaints, handle legal and authority requests, and take action against domains used for abusive purposes. The EU Digital Services Act (DSA) adds additional obligations for registrars operating in the EU.

DNS Abuse: Industry Definition

The domain industry has adopted a consensus definition of DNS Abuse through the Framework to Address Abuse, originally spearheaded by PIR (Public Interest Registry) in 2019 and now endorsed by over 50 registrars and registries across gTLD and ccTLD operators. This definition has been formally adopted by the ICANN Contracted Parties House.

DNS Abuse defined
Malware, botnets, phishing, pharming, and spam (when used as a delivery mechanism for the other four). These five categories constitute DNS Abuse. Activities that do not fall within this definition may still be illegal but are addressed through other mechanisms (hosting provider takedown, law enforcement, court orders).
Key distinction
DNS Abuse vs content abuse: DNS Abuse involves the domain name system itself being used as the vehicle for harm. Content-level issues (defamation, copyright infringement on a webpage, objectionable content) are the responsibility of the hosting provider, not the domain registrar. Registrars act on the domain layer (DNS resolution, registration data), not the content layer.
2024 contract amendments
ICANN's April 2024 amendments to the Base gTLD Registry Agreement and RAA created new obligations for registrars and registries to promptly take reasonable and appropriate action to stop or otherwise disrupt DNS Abuse.

Abuse Contact Requirements

Published contact
Registrar must publish an abuse contact email in WHOIS/RDAP and on the registrar website. Contact must be consistent across all registries where the registrar is accredited.
24/7 availability
Abuse contact must be reachable around the clock. Single-person dependency is a structural risk; at least two named individuals should be able to process inbound abuse outside business hours.
Acknowledgement
ICANN RAA requires timely response to abuse complaints. Best practice: automated acknowledgement confirming receipt, providing a reference number, and stating expected response time.
ICANN compliance
ICANN's compliance team may send complaints directly to the registrar's abuse contact. The RAA requires registrars to respond to ICANN abuse complaints in a timely manner. Failure to respond creates procedural risk with ICANN compliance.

Complaint Handling

Automated detection
Registrars should implement automated detection for known abuse patterns (phishing, malware, brand impersonation) across all TLDs in portfolio.
Response SLAs
Best practice response times: phishing/malware (4 hours initial response), law enforcement requests (24 hours), general abuse complaints (48 hours). SLAs should be documented and measurable.
Determination
Abuse determinations must be documented: what was reported, what was found, what action was taken, and why. Consistency across agents requires documented criteria.
Mitigation tools
Registrar has two primary tools: ClientHold (suspends DNS resolution, domain stops working) and DNS changes (redirect to warning page or null route). Per-TLD rules for when each can be applied vary by registry.

Abuse Mitigation by TLD Type

gTLDs (.com, .net, .org)
Registrar can apply ClientHold directly. DNS changes possible via registrar zone management. Standard ICANN RAA obligations apply.
EU ccTLDs (.de, .fr, .nl)
ClientHold may be subject to registry-specific rules. DENIC (.de) has specific procedures for abuse-related holds. Some registries require the registrar to notify the registrant before applying ClientHold.
Restricted ccTLDs (.hr, .bg)
Mitigation actions may require registry coordination. Document per-TLD what the registrar is permitted to do unilaterally vs what requires registry intervention.
⚠ Per-TLD ClientHold and DNS mitigation rules vary. What is mandatory vs permitted differs by registry. Applying ClientHold without registry authority creates over-mitigation risk; not acting when permitted creates under-mitigation risk. See individual TLD entries for registry-specific rules.

UDRP (Uniform Domain Name Dispute Resolution Policy)

Scope
Mandatory for all gTLDs and some ccTLDs. Trademark holders may file complaints against infringing domain registrations.
Process
Complaint filed with approved dispute resolution provider (WIPO, NAF, ADR.eu, etc.). Registrar must lock the domain during proceedings (serverDeleteProhibited, serverTransferProhibited).
Deadlines
UDRP deadlines are strict. Respondent has 20 days to respond. Decision enforced by registry within 10 business days unless court action filed within 10 business days of decision.
Registrar role
Registrar must: verify and provide registrant data to the dispute provider, lock the domain, implement the decision (transfer or cancellation) within 10 business days.

URS (Uniform Rapid Suspension)

Scope
Available for new gTLDs only (not legacy gTLDs or ccTLDs). Faster process for clear-cut trademark infringement.
Action
If URS complaint succeeds, domain nameservers are redirected to an informational page. Domain is not transferred or deleted; it remains registered but non-functional for the registrant.
Duration
URS suspension lasts for the remainder of the registration period.

EU Digital Services Act (DSA)

Scope
Applies to intermediary service providers operating in the EU, including domain registrars. Establishes obligations for handling illegal content notices and authority orders.
Authority requests
Registrars must process orders from judicial or administrative authorities to act against illegal content. Requests must be processed without undue delay.
Contact point
Registrars must designate a single point of contact for authorities and for recipients of the service. Contact must be accessible electronically.
Transparency
Registrars must publish annual transparency reports on content moderation activities, authority orders received, and actions taken.

Authority & Law Enforcement Requests

Police/law enforcement
Registrar must have a defined process for handling law enforcement requests for domain data, domain suspension, or domain seizure. Requests must be authenticated and documented.
Data requests
Under GDPR, registrars must process legitimate data access requests. Under NIS2 Article 28, registrars must respond within 72 hours. Data disclosure policies must be published.
Court orders
Registrar must comply with valid court orders for domain suspension, transfer, or data disclosure. Orders must be verified for authenticity and jurisdiction.
Copyright/trademark
DMCA notices (US), EU Copyright Directive notices, and trademark infringement notices must be processed according to the applicable legal framework.

Reporting Abuse

To report abuse involving a domain registered through InterNetX or managed via AutoDNS, contact the abuse team at abuse@internetx.com. Include: the domain name(s) involved, the type of abuse (phishing, malware, spam, trademark infringement, illegal content), and any supporting evidence (URLs, screenshots, headers).