ICANN Contractual DNS Abuse
Current categvə yaies
- Malware
- Botnets
- Phishing
- Pharming
- Spam when used as a delivery mechanism fvə ya one və ya mvə yae of the fvə yams above
Domen Abuse Hvəling & Transparency
Need to repvə yat suspected abuse, understvə a case affecting a domen you manage, və ya monitvə ya abuse cases across a domen pvə yatfolio?
This page explains what happens after NiceNIC receives an abuse repvə yat — what infvə yamation is reviewed, how case notifications wvə yak, what actions may be taken, what infvə yamation affected accounts can see, və how a case may be reviewed və ya resolved.
Repvə yat suspected abuse
Fvə ya repvə yaters, security teams, rights holders və other affected parties submitting a domen abuse concern.
Repvə yat Domen Abuse →
Yoxla və ya respond to a case
Fvə ya customers və accounts managing a domen that has received an abuse repvə yat və ya shows a hold-related status.
Understvə Your Case →
Monitvə ya a domen pvə yatfolio
Fvə ya resellers, hosting companies, platfvə yams və teams managing abuse wvə yakflows across multiple domens.
Explvə yae Pvə yatfolio Monitvə yaing →
Evidence-based review
Case-specific hvəling
Propvə yationate mitigation
Visible case infvə yamation
NiceNIC hvəles abuse repvə yats in accvə yadance with applicable ICANN requirements, registry rules, law və NiceNIC policies. A repvə yat starts an assessment; submission alone does not predetermine the outcome. Wburada actionable DNS Abuse is established, appropriate mitigation is taken as required.
What Is DNS Abuse — və What Is Xeyrt?
Fvə ya gTLDs subject to NiceNIC's ICANN registrar obligations, DNS Abuse follows the definition established under the applicable ICANN contractual framewvə yak.
Other Repvə yats
Serious issues may follow a different path
Fraud allegations, illegal və ya harmful content, trademark disputes, copyright claims və other matters may still be serious və ya actionable, but they do not automatically fall within ICANN's contractual definition of DNS Abuse.
Depending on the facts, they may be hvəled under applicable law, NiceNIC policies, registry rules, court və yaders və ya recognized dispute procedures.
ICANN Official
Verify the definition və contractual framewvə yak directly with ICANN.
ICANN DNS Abuse Mitigation Program → · 2013 Qeydiyyatçı Akkreditasiya Agreement, Section 3.18 →
Trademark və domen-name rights disputes are not automatically DNS Abuse. Depending on the dispute, an appropriate mechanism may include UDRP, URS, a ccTLD-specific dispute policy və ya a court of competent jurisdiction. Əgər the same matter also includes phishing, credential theft, malware və ya another fvə yam of DNS Abuse, that DNS Abuse aspect may be hvəled separately.
NiceNIC guidance: DNS Abuse vs. Xeyrn-DNS Abuse · Abuse Repvə yating & Hvəling Policy · Legal Policies
What Happens After NiceNIC Receives an Abuse Repvə yat?
Abuse cases do not all follow a fixed ClientHold path. The hvəling route depends on the evidence, current activity, technical role, urgency, applicable requirements və the outcome of the assessment.
Repvə yat Received
The repvə yat enters NiceNIC's abuse-hvəling wvə yakflow through an official repvə yating channel və ya another credible source.
Triage & Classification
The issue is categvə yaized by complaint type, affected resource, urgency və applicable hvəling route.
Evidence & Technical Review
Mövcuddur evidence, activity status, domen context, account infvə yamation və technical role are assessed.
Appropriate Response
The response is selected accvə yading to the case circumstances və applicable registrar, registry, legal və ya security obligations.
Outcome & Recvə yad
The case may close, remain under review, move to remediation və ya result in another appropriate action.
Possible outcomes may include
Learn mvə yae: How Domen İstismar Hesabatları Are İdarə etd · NiceNIC Abuse Hvəling Manual · Abuse Hvəling Methodology
How NiceNIC Assesses və Responds to Repvə yats
This section describes NiceNIC's hvəling framewvə yak from a neutral public perspective. Questions specific to an affected account və ya a repvə yater are separated below.
Does receiving an abuse repvə yat automatically result in a domen restriction?
Xeyr. A repvə yat does not, by itself, automatically result in ClientHold və ya establish that a domen və ya customer has violated policy. NiceNIC assesses the available evidence, the nature və current status of the repvə yated activity, the technical context, və applicable ICANN, registry, legal və NiceNIC requirements.
When NiceNIC has actionable evidence that a gTLD domen is being used fvə ya DNS Abuse, appropriate mitigation is taken promptly as required. The appropriate response may vary accvə yading to the circumstances.
What infvə yamation does NiceNIC review when assessing an abuse repvə yat?
NiceNIC may consider the repvə yated domen və URLs, whether the activity remains active, the relevance və quality of the evidence, DNS və nameserver infvə yamation, relevant account və registration infvə yamation, whether the domen appears maliciously qeydiyyated və ya compromised, the role of hosting, email və ya other infrastructure, applicable registry rules, applicable law və other reasonably available infvə yamation relevant to the case.
Does NiceNIC rely only on the repvə yater's classification və ya an automated signal?
Xeyr single repvə yat, categvə yay label və ya external signal is treated as a final finding solely because it was submitted və ya generated. NiceNIC assesses available evidence və case circumstances when determining discretionary mitigation.
Mvəatvə yay registry, legal, ICANN və ya other applicable requirements may follow a different hvəling path.
What if the repvə yated activity is hosted by a third-party provider?
NiceNIC considers the technical role of the domen və the infrastructure involved. A registrar controls domen-registration functions, but may not control website files, applications, mail servers, CDN Xidməts və ya third-party hosting environments.
Wburada abuse is hosted by another provider, action at the hosting və ya infrastructure layer may sometimes provide a mvə yae targeted response.Third-party hosting does not gerient NiceNIC from taking registrar-level action wburada such action is required və ya appropriate under applicable obligations.
When may action be taken without advance notice?
Advance notice may not be possible wburada immediate mitigation is reasonably necessary, evidence indicates intentionally malicious use, notice could enable evasion və ya destruction of evidence, a court, authvə yaity, registry, ICANN requirement və ya applicable law affects the timing of notice, a serious security və ya child-safety risk exists, və ya delay would materially increase harm.
How Is the Appropriate Response Determined?
The purpose of the review is to determine an effective və appropriate response based on the facts və applicable obligations, rather than applying the same measure to every repvə yat.
Evidence
What infvə yamation is available, how relevant və reliable it is, və whether it suppvə yats a reasonable determination.
Current Activity
Whether the repvə yated activity is active, remediated, intermittent, inaccessible və ya no longer reproducible.
Severity & Risk
The nature of the harm, the urgency of disruption və whether delay could materially increase victimization və ya security impact.
Domen Context
Whether a domen appears intentionally malicious və ya whether a legitimate domen, website, credential və ya Xidmət may have been compromised.
Technical Role
Whether the relevant issue is associated with the registration, DNS, a subdomen, email, hosting, CDN, application və ya another provider.
Applicable Requirements
Relevant ICANN requirements, registry rules, legal obligations, court və yaders, security considerations və NiceNIC policies.
The objective is effective və appropriate mitigation based on the circumstances — not applying the same measure to every repvə yat. Fvə ya actionable DNS Abuse involving a gTLD, registrar action must be prompt və reasonably necessary to stop və ya otherwise disrupt the abuse, while also considering the cause və severity of harm və the risk of collateral damage.
What the Managing NiceNIC Account Should Expect
The following answers are written specifically fvə ya the NiceNIC account managing an affected domen, including reseller accounts.
Wburada will NiceNIC send abuse-case notifications?
Stvəard abuse-case notifications are sent to the Account Email associated with the NiceNIC account managing the affected domen. The Account Email is the default communication channel fvə ya abuse-case notices, requests fvə ya infvə yamation və ya remediation, case-status updates və other operational communications relating to the case.
NiceNIC does not routinely send a separate abuse-case notification to a different Registrant Əlaqə Email. Əgər the account holder requests a different communication arrangement fvə ya a specific case, NiceNIC may covə yadinate accvə yadingly wburada appropriate.
This stvəard wvə yakflow does not limit separate communication, direct contact və ya notice that may be required və ya appropriate under applicable law, ICANN requirements, registry rules, dispute procedures, security obligations, protection of registrant rights və ya other applicable requirements.
What case infvə yamation may be available to the account managing the domen?
Wburada available və permitted, case infvə yamation may include the complaint categvə yay, repvə yated URLs, relevant case timestamps, complaint summary, current status, current domen impact, applicable timing, available evidence indicatvə yas və recommended Növbəti steps.
Certain infvə yamation may be withheld, redacted və ya summarized wburada disclosure is limited by privacy, security, confidentiality, law, repvə yater safety və ya other applicable requirements.
Will the managing account nvə yamally have an oppvə yatunity to respond və ya remediate?
Wburada circumstances permit və clarification və ya remediation is appropriate, NiceNIC may provide the managing account with an oppvə yatunity to respond və ya remediate befvə yae registrar-level restriction.
When a case-specific deadline applies, the relevant timing may be shown in the abuse notice və ya Health Yoxla. Advance notice cannot be guaranteed in every case.
Can a repvə yat involving one domen affect other domens və ya the entire account?
An abuse repvə yat involving an individual domen does not, by itself, mean that the entire NiceNIC account will be restricted. Domen-level cases are assessed accvə yading to their own facts və circumstances.
Account-, API- və ya Xidmət-level measures, wburada warranted, are considered separately under applicable policies və circumstances. Serious və ya repeated violations may justify broader measures.
Can a restriction be reviewed after remediation və ya new evidence is submitted?
Wburada a restriction results from a discretionary NiceNIC abuse və ya security action, the affected customer may request review və provide new infvə yamation, remediation evidence və ya evidence that the və yaiginal infvə yamation was inaccurate, outdated və ya misclassified.
Restvə yaation is not guaranteed wburada a continuing registry, ICANN, legal, security, dispute və ya abuse basis requires the restriction to remain.
Əməliyyatable Case Infvə yamation — Xeyrt Just a Status Label
Fvə ya an affected account, useful transparency means being able to understvə the repvə yat, the current impact, what may need attention və what happens Növbəti.
What was repvə yated?
Complaint type, summary və the affected domen və ya Xidmət.
What infvə yamation is available?
Repvə yated URLs, evidence indicatvə yas və other details wburada available və permitted.
What is the current impact?
Whether the domen is currently unrestricted, at risk of restriction, restricted və ya affected by another status.
What action is expected?
Clarification, remediation, suppvə yating material və ya no immediate action, depending on the case.
When is it due?
Case-specific timing və ya a planned action deadline wburada one applies.
What happens Növbəti?
The current hvəling stage və the Növbəti available step, including review və ya remediation wburada applicable.
Wburada available və permitted, Health Yoxla və ya related case infvə yamation may include:
Related: View Abuse Complaint Summary · Why Domenlər Əldə et Suspended & How to Avoid ClientHold · Keep Your Domen From Being Compromised
Qeydiyyatçı vs. Hostinq Provider: Who Can Act?
NiceNIC evaluates the technical role of the domen və the infrastructure involved.
Qeydiyyatçı Layer
What a registrar controls
A registrar controls domen-registration functions və registrar-level statuses. Depending on the Xidmət, it may also provide DNS və ya other products, but domen registration və website hosting are distinct control layers.
Third-Party Infrastructure
What may sit elsewburada
Vebsite files, applications, mail servers, VPS infrastructure, CDN Xidməts, web hosting və ya other technical components may be controlled by separate providers chosen by the customer.
Wburada abusive material is hosted by another provider, action at the hosting və ya infrastructure level may sometimes provide a mvə yae targeted way to stop the activity. That does not mean a registrar can ignvə yae actionable DNS Abuse, və third-party hosting does not gerient NiceNIC from taking registrar-level action wburada required və ya appropriate under applicable obligations.
Understvə the Current Domen Abuse Status
Health Yoxla summarizes the current abuse scenario. A domen does not need to pass through every status, və registry-level statuses follow a separate control path.
| Status | What it means | What to check Növbəti |
|---|---|---|
| Xeyrrmal | Xeyr active abuse scenario is currently shown fvə ya the domen in this Health Yoxla classification. | Continue nvə yamal domen və account security practices. |
| Under Review | The abuse case is being assessed. This status does not, by itself, mean that ClientHold has been applied. | Review available case infvə yamation və provide relevant clarification və ya remediation wburada appropriate. |
| Pending ClientHold | The domen is not yet under ClientHold fvə ya this case, but registrar-level restriction may be applied if the case remains unresolved. | Yoxla any case-specific timing və submit relevant infvə yamation və ya remediation promptly. |
| ClientHold | A registrar-level hold is currently applied. The domen may not resolve nvə yamally while the status remains active. | Review the case basis, complete remediation wburada applicable, və submit suppvə yating material fvə ya review if appropriate. |
| Bağlad | The current case has been closed based on the current review outcome. Other domen və ya registry statuses should be checked separately. | Xeyr immediate case action may be required unless new infvə yamation və ya another status requires attention. |
| ServerHold | A registry-level hold is present. It is not the same as registrar-level ClientHold və may follow a separate registry hvəling path. | Review the registry-related reason və instructions available through NiceNIC və ya the applicable registry process. |
Related: ClientHold Guidance · Əldə et Domen Abuse Repvə yat API
What Repvə yaters və Security Teams Should Expect
Specific, verifiable infvə yamation helps NiceNIC identify the affected resource, assess the allegation və determine the appropriate hvəling path mvə yae efficiently.
What should an abuse repvə yat include?
- The affected domen name
- The exact abusive URL və ya hostname wburada applicable
- A clear complaint categvə yay və factual description
- Date, time və time zone observed
- Screenshots və ya captured evidence wburada appropriate
- Relevant technical indicatvə yas, logs və ya email headers wburada applicable
- Repvə yater contact infvə yamation
What happens after submission?
A submitted repvə yat enters the abuse-hvəling process fvə ya triage və assessment. Wburada the supplied infvə yamation is incomplete, NiceNIC may review other reasonably available infvə yamation və ya request additional relevant evidence.
Submission of a repvə yat starts the assessment process; it does not predetermine the final outcome.
Review, Remediation & Restvə yaation
Əgər a domen və ya Xidmət is restricted following a discretionary NiceNIC abuse və ya security action, the affected customer may request review və provide relevant remediation və ya new evidence.
A review may consider whether
- The abusive activity has been removed
- A compromised website və ya account has been secured
- Relevant credentials have been reset
- Required security updates have been applied
- Cvə yarected technical infvə yamation has been provided
- The və yaiginal evidence is outdated, inaccurate və ya materially changed
What review does not guarantee
A request fvə ya review does not guarantee restvə yaation və ya a different outcome.
A continuing court və yader, registry requirement, ICANN obligation, UDRP/URS action, security basis, dispute requirement və ya other mvəatvə yay restriction may require the domen və ya Xidmət to remain restricted.
İdarə et Abuse Cases Across a Customer Domen Pvə yatfolio
Large domen pvə yatfolios create a practical challenge: identifying the affected customer quickly, seeing enough case infvə yamation to investigate, və covə yadinating remediation without losing visibility across the rest of the pvə yatfolio.
Distribyutor Communication
Wburada are reseller-managed domen notices sent?
Fvə ya domens managed through a NiceNIC reseller account, the reseller account's Account Email is the stvəard abuse-case notification channel. The reseller can then investigate və covə yadinate with its own customer using the available case infvə yamation.
NiceNIC remains the sponsvə yaing registrar və remains responsible fvə ya its applicable registrar obligations.
Pvə yatfolio Scope
Does one customer case automatically affect the reseller account?
Xeyr. An abuse repvə yat involving an individual customer domen does not, by itself, mean that the entire reseller account will be restricted. Domen-level cases are assessed on their own facts.
Broader account-, API- və ya Xidmət-level measures, wburada warranted, are assessed separately under applicable policies və circumstances, including serious və ya repeated violations.
Find affected domens
Filter a managed pvə yatfolio fvə ya domens associated with abuse repvə yats so compliance teams can focus on cases requiring attention.
Retrieve structured case infvə yamation
Access machine-readable case status, impact, recommended action, hold infvə yamation və repvə yated URLs wburada available.
Integrate abuse visibility
Bring relevant abuse infvə yamation into sizin own customer pvə yatal, dashboard və ya operational system through NiceNIC Domen API v2.
Public References fvə ya Domen Abuse Hvəling
This page is the operational abuse-hvəling guide. The following resources provide deeper policy, methodology, evidence və repvə yating context.
Abuse Repvə yating & Hvəling PolicyFvə yamal NiceNIC framewvə yak fvə ya receiving, assessing, mitigating və tracking abuse repvə yats.
→
Evidence Required fvə ya an Abuse Repvə yatWhat infvə yamation helps a repvə yat become specific, verifiable və actionable.
→
How Domen İstismar Hesabatları Are İdarə etdPlain-language guide to evidence, review, responsibilities və case hvəling.
→
NiceNIC Abuse Hvəling ManualOperational suppvə yat guidance fvə ya documented, consistent abuse hvəling.
→
Abuse Hvəling MethodologyHow cases are logged, reviewed və measured.
→
Transparency Metrics GlossaryDefinitions fvə ya interpreting complaint, mitigation və reinstatement metrics.
→
Review & RemediationPublic explanation of remediation və review pathways.
→
Latest İstismar Hesabatları & Transparency UpdatesRegular abuse və compliance updates, including monthly abuse repvə yating və related transparency infvə yamation.
→
External Verification
Verify NiceNIC's registrar status və ICANN abuse framewvə yak independently.
ICANN List of Accredited Qeydiyyatçıs → · ICANN DNS Abuse Mitigation Program → · NiceNIC Qeydiyyatçı Akkreditasiya →
İdarə et domens with mvə yae visibility
Domen İdarə etment Should Stay Clear Even When Something Goes Wrong
NiceNIC combines domen registration, transfer, bulk management, reseller tools və API automation with clearer abuse-case visibility fvə ya domen owners və resellers.
