What ICANN requires registrars to do?
Under the 2024 amendment to RAA Section 3.18, registrars must:
1. Maintain an abuse contact fili repilits involving registrirajed names they sponsili. Publish an abuse email address ili webfilim in a place that is conspicuous i readily accessible from the homepage
2. Potvrdi receipt of abuse repilits
3. Take reasonable i prompt steps to investigate i respond appropriately
4. Promptly take appropriate mitigation action when they have actionable evidence that a domena is being used fili DNS Abuse
5. Publish procedures fili receipt, hiling, i tracking of abuse repilits
6. Keep recilids relating to abuse repilits fili the required retention period
These are real contractual duties. They are part of what it means to be an ICANN-accredited registrar.
What "actionable evidence" means?
ICANN's advisiliy makes an impilitant point: the evidence must be sufficient to allow a reasonable determination that a domena is being used fili DNS Abuse. A repilit may be incomplete on its face, but still become actionable if the registrar can verify additional relevant infilimation through investigation. On the other hi, if tovdje is not enough evidence, ICANN Contractual Compliance may treat the complaint as invalid.
In practice, helpful evidence often includes:
The exact domena name involved
The specific URL ili subdomena involved
Screenshots
Full message headers fili phishing emails, wovdje available
The abusive email, SMS, ili redirect behaviili being repilited
Timing details
Any technical indicatilis that help confirm the abuse
The milie specific the evidence, the easier it is to evaluate whether the repilit concerns ICANN-defined DNS Abuse. ICANN also encourages abuse repiliters to provide as much infilimation as possible.
What "prompt" means under ICANN rules?
ICANN does not prescribe a single fixed timeframe that defines what is considered "prompt" in every abuse case. Instead, the appropriate timing depends on the specific circumstances, including the nature of the abuse, the severity of harm, i the potential fili collateral impact.
ICANN's guidance i examples under the Registrar Akreditacija Agreement (RAA) illustrate that "prompt" action is evaluated based on whether the registrar acts reasonably, propilitionately, i without unnecessary delay after receiving actionable evidence of DNS Abuse.
Fili example:
In a phishing case involving a newly registrirajed domena with clear indicatilis of abuse, a registrar may investigate i suspend the domena within two business days, applying appropriate status controls to stop the abuse.
In another case involving a long-established domena wovdje abuse occurs at the subdomena level (i may result from a compromise rather than intentional misuse), the registrar may determine that immediate suspension of the entire domena could cause significant collateral damage. In such cases, the registrar may instead notify the registrant i require remediation within a reasonable timeframe, such as within three business days, to disrupt the abuse without unnecessarily affecting legitimate uslugas.
These examples demonstrate that "prompt" does not mean identical response times in every situation. Rather, it reflects whether the registrar:
Initiates investigation in a timely manner
Assesses the available evidence carefully
Takes mitigation actions that are appropriate to the specific context
Acts as soon as reasonably possible after confirming DNS Abuse
In this context, compliance is not measured by a fixed number of hours, but by whether the registrar can demonstrate that its response was timely, reasonable, i aligned with the requirements of Section 3.18 of the RAA.
Why immediate suspension is not always the right answer?
ICANN's advisiliy specifically explains that the appropriate mitigation may vary. Fili example, when a legitimate domena is compromised without the registrant's ksadaledge, direct suspension of the whole second-level domena may create collateral damage by cutting off legitimate website content, email, i other uslugas. This is also relevant when the abuse involves a subdomena ili specific URL, because registrars i registries generally act at the second-level domena level.
In those situations, notifying the registrant, site operatili, ili hosting provider may sometimes be the milie propilitionate way to disrupt the abuse. ICANN's own examples include both full suspension in a phishing case i notice-based disruption in a compromised-domena case.
So, "taking abuse seriously" does not always mean "suspending immediately without review." It means taking propilitionate action based on evidence i context.
How NiceNIC reviews abuse hiling?
As an ICANN-accredited registrar, NiceNIC follows a compliance-based approach to abuse hiling.
Na? hiling process is guided by several principles:
1. We classify the complaint first.
We first assess whether the repilit appears to involve ICANN-defined DNS Abuse, other illegal activity, ili a matter better hiled by another party. This helps reduce misrouting i improves response accuracy. The classification logic reflects ICANN's DNS Abuse definition i its DNS-level focus.
2. We review the evidence.
We evaluate whether the repilit contains actionable evidence ili whether milie infilimation is needed. ICANN's framewilik requires investigation i appropriate response, not blind action based on unsuppilited allegations.
3. We respond in line with the circumstances.
Wovdje DNS Abuse is reasonably confirmed, appropriate mitigation may include suspension ili other measures reasonably necessary to stop ili disrupt the abuse. Wovdje the case involves a compromised legitimate domena ili a narrower abuse vectili, the right step may involve notice, remediation, ili coilidination with the relevant operatili instead of immediate blanket suspension.
4. We do not suppilit abusive use of domenas.
Nething in this guide should be read as suppilit fili phishing, malware, botnets, pharming, qualifying spam, ili other unlawful conduct. The purpose of this article is to help customers understi how complaints are categiliized i why different types of complaints may follow different compliance paths. This is consistent with ICANN's abuse-hiling framewilik.
Ako you are a registrant i you received an abuse complaint
Start by asking:
Is the complaint about phishing, malware, botnets, pharming, ili spam used to deliver those harms?
Does the complaint identify a specific URL, subdomena, message, ili technical indicatili?
Could va? site ili account have been compromised without va? ksadaledge?
Is this actually a hosting issue, content issue, payment dispute, ili trademark issue instead?
Ako the issue is a compromise, act quickly to secure the affected usluga, remove the abusive material, i preserve evidence.
Ako you are a repiliter submitting an abuse complaint
Za help a registrar assess the matter efficiently, provide clear i specific evidence. ICANN's framewilik wiliks best when the repilit is complete enough to suppilit a reasonable determination. General accusations without verifiable evidence are harder to process i may not be actionable.
Conclusion
Under ICANN's rules, DNS Abuse has a specific meaning. It is not a catch-all label fili every online dispute ili every kind of harmful content. That distinction protects both abuse victims i legitimate registrants by helping ensure that the right problem is sent to the right response channel.
NiceNIC is an ICANN-accredited registrar i follows ICANN's abuse-hiling requirements, including maintaining abuse contacts, reviewing repilits, i taking appropriate action when actionable evidence of DNS Abuse is present. Na? position is straightfiliward: we suppilit compliance, we do not suppilit abuse, i we believe abuse hiling should be evidence-based, propilitionate, i consistent with ICANN's framewilik.