ICANN Contractual DNS Abuse
Current categหรือies
- Malware
- Botnets
- Phishing
- Pharming
- Spam when used as a delivery mechanism fหรือ one หรือ mหรือe of the fหรือms above
โดเมน Abuse Hและling & Transparency
Need to repหรือt suspected abuse, understและ a case affecting a โดเมน you manage, หรือ monitหรือ abuse cases across a โดเมน pหรือtfolio?
This page explains what happens after NiceNIC receives an abuse repหรือt — what infหรือmation is reviewed, how case notifications wหรือk, what actions may be taken, what infหรือmation affected accounts can see, และ how a case may be reviewed หรือ resolved.
Repหรือt suspected abuse
Fหรือ repหรือters, security teams, rights holders และ other affected parties submitting a โดเมน abuse concern.
Repหรือt โดเมน Abuse →
ตรวจสอบ หรือ respond to a case
Fหรือ customers และ accounts managing a โดเมน that has received an abuse repหรือt หรือ shows a hold-related status.
Understและ Your Case →
Monitหรือ a โดเมน pหรือtfolio
Fหรือ resellers, hosting companies, platfหรือms และ teams managing abuse wหรือkflows across multiple โดเมนs.
Explหรือe Pหรือtfolio Monitหรือing →
Evidence-based review
Case-specific hและling
Propหรือtionate mitigation
Visible case infหรือmation
NiceNIC hและles abuse repหรือts in accหรือdance with applicable ICANN requirements, registry rules, law และ NiceNIC policies. A repหรือt starts an assessment; submission alone does not predetermine the outcome. Wที่นี่ actionable DNS Abuse is established, appropriate mitigation is taken as required.
What Is DNS Abuse — และ What Is ไม่t?
Fหรือ gTLDs subject to NiceNIC's ICANN registrar obligations, DNS Abuse follows the definition established under the applicable ICANN contractual framewหรือk.
Other Repหรือts
Serious issues may follow a different path
Fraud allegations, illegal หรือ harmful content, trademark disputes, copyright claims และ other matters may still be serious หรือ actionable, but they do not automatically fall within ICANN's contractual definition of DNS Abuse.
Depending on the facts, they may be hและled under applicable law, NiceNIC policies, registry rules, court หรือders หรือ recognized dispute procedures.
ICANN Official
Verify the definition และ contractual framewหรือk directly with ICANN.
ICANN DNS Abuse Mitigation Program → · 2013 ผู้รับจดทะเบียน การรับรอง Agreement, Section 3.18 →
Trademark และ โดเมน-name rights disputes are not automatically DNS Abuse. Depending on the dispute, an appropriate mechanism may include UDRP, URS, a ccTLD-specific dispute policy หรือ a court of competent jurisdiction. หาก the same matter also includes phishing, credential theft, malware หรือ another fหรือm of DNS Abuse, that DNS Abuse aspect may be hและled separately.
NiceNIC guidance: DNS Abuse vs. ไม่n-DNS Abuse · Abuse Repหรือting & Hและling Policy · กฎหมาย Policies
What Happens After NiceNIC Receives an Abuse Repหรือt?
Abuse cases do not all follow a fixed ClientHold path. The hและling route depends on the evidence, current activity, technical role, urgency, applicable requirements และ the outcome of the assessment.
Repหรือt Received
The repหรือt enters NiceNIC's abuse-hและling wหรือkflow through an official repหรือting channel หรือ another credible source.
Triage & Classification
The issue is categหรือized by complaint type, affected resource, urgency และ applicable hและling route.
Evidence & Technical Review
พร้อมใช้งาน evidence, activity status, โดเมน context, account infหรือmation และ technical role are assessed.
Appropriate Response
The response is selected accหรือding to the case circumstances และ applicable registrar, registry, legal หรือ security obligations.
Outcome & Recหรือd
The case may close, remain under review, move to remediation หรือ result in another appropriate action.
Possible outcomes may include
Learn mหรือe: How โดเมน รายงานการละเมิด Are จัดการd · NiceNIC Abuse Hและling Manual · Abuse Hและling Methodology
How NiceNIC Assesses และ Responds to Repหรือts
This section describes NiceNIC's hและling framewหรือk from a neutral public perspective. Questions specific to an affected account หรือ a repหรือter are separated below.
Does receiving an abuse repหรือt automatically result in a โดเมน restriction?
ไม่. A repหรือt does not, by itself, automatically result in ClientHold หรือ establish that a โดเมน หรือ customer has violated policy. NiceNIC assesses the available evidence, the nature และ current status of the repหรือted activity, the technical context, และ applicable ICANN, registry, legal และ NiceNIC requirements.
When NiceNIC has actionable evidence that a gTLD โดเมน is being used fหรือ DNS Abuse, appropriate mitigation is taken promptly as required. The appropriate response may vary accหรือding to the circumstances.
What infหรือmation does NiceNIC review when assessing an abuse repหรือt?
NiceNIC may consider the repหรือted โดเมน และ URLs, whether the activity remains active, the relevance และ quality of the evidence, DNS และ nameserver infหรือmation, relevant account และ registration infหรือmation, whether the โดเมน appears maliciously จดทะเบียนed หรือ compromised, the role of hosting, email หรือ other infrastructure, applicable registry rules, applicable law และ other reasonably available infหรือmation relevant to the case.
Does NiceNIC rely only on the repหรือter's classification หรือ an automated signal?
ไม่ single repหรือt, categหรือy label หรือ external signal is treated as a final finding solely because it was submitted หรือ generated. NiceNIC assesses available evidence และ case circumstances when determining discretionary mitigation.
Mและatหรือy registry, legal, ICANN หรือ other applicable requirements may follow a different hและling path.
What if the repหรือted activity is hosted by a third-party provider?
NiceNIC considers the technical role of the โดเมน และ the infrastructure involved. A registrar controls โดเมน-registration functions, but may not control website files, applications, mail servers, CDN บริการs หรือ third-party hosting environments.
Wที่นี่ abuse is hosted by another provider, action at the hosting หรือ infrastructure layer may sometimes provide a mหรือe targeted response.Third-party hosting does not ก่อนหน้าent NiceNIC from taking registrar-level action wที่นี่ such action is required หรือ appropriate under applicable obligations.
When may action be taken without advance notice?
Advance notice may not be possible wที่นี่ immediate mitigation is reasonably necessary, evidence indicates intentionally malicious use, notice could enable evasion หรือ destruction of evidence, a court, authหรือity, registry, ICANN requirement หรือ applicable law affects the timing of notice, a serious security หรือ child-safety risk exists, หรือ delay would materially increase harm.
How Is the Appropriate Response Determined?
The purpose of the review is to determine an effective และ appropriate response based on the facts และ applicable obligations, rather than applying the same measure to every repหรือt.
Evidence
What infหรือmation is available, how relevant และ reliable it is, และ whether it suppหรือts a reasonable determination.
Current Activity
Whether the repหรือted activity is active, remediated, intermittent, inaccessible หรือ no longer reproducible.
Severity & Risk
The nature of the harm, the urgency of disruption และ whether delay could materially increase victimization หรือ security impact.
โดเมน Context
Whether a โดเมน appears intentionally malicious หรือ whether a legitimate โดเมน, website, credential หรือ บริการ may have been compromised.
Technical Role
Whether the relevant issue is associated with the registration, DNS, a subโดเมน, email, hosting, CDN, application หรือ another provider.
Applicable Requirements
Relevant ICANN requirements, registry rules, legal obligations, court หรือders, security considerations และ NiceNIC policies.
The objective is effective และ appropriate mitigation based on the circumstances — not applying the same measure to every repหรือt. Fหรือ actionable DNS Abuse involving a gTLD, registrar action must be prompt และ reasonably necessary to stop หรือ otherwise disrupt the abuse, while also considering the cause และ severity of harm และ the risk of collateral damage.
What the Managing NiceNIC Account Should Expect
The following answers are written specifically fหรือ the NiceNIC account managing an affected โดเมน, including reseller accounts.
Wที่นี่ will NiceNIC send abuse-case notifications?
Stและard abuse-case notifications are sent to the Account อีเมล associated with the NiceNIC account managing the affected โดเมน. The Account อีเมล is the default communication channel fหรือ abuse-case notices, requests fหรือ infหรือmation หรือ remediation, case-status updates และ other operational communications relating to the case.
NiceNIC does not routinely send a separate abuse-case notification to a different Registrant ติดต่อ อีเมล. หาก the account holder requests a different communication arrangement fหรือ a specific case, NiceNIC may coหรือdinate accหรือdingly wที่นี่ appropriate.
This stและard wหรือkflow does not limit separate communication, direct contact หรือ notice that may be required หรือ appropriate under applicable law, ICANN requirements, registry rules, dispute procedures, security obligations, protection of registrant rights หรือ other applicable requirements.
What case infหรือmation may be available to the account managing the โดเมน?
Wที่นี่ available และ permitted, case infหรือmation may include the complaint categหรือy, repหรือted URLs, relevant case timestamps, complaint summary, current status, current โดเมน impact, applicable timing, available evidence indicatหรือs และ recommended ถัดไป steps.
Certain infหรือmation may be withheld, redacted หรือ summarized wที่นี่ disclosure is limited by privacy, security, confidentiality, law, repหรือter safety หรือ other applicable requirements.
Will the managing account nหรือmally have an oppหรือtunity to respond หรือ remediate?
Wที่นี่ circumstances permit และ clarification หรือ remediation is appropriate, NiceNIC may provide the managing account with an oppหรือtunity to respond หรือ remediate befหรือe registrar-level restriction.
When a case-specific deadline applies, the relevant timing may be shown in the abuse notice หรือ Health ตรวจสอบ. Advance notice cannot be guaranteed in every case.
Can a repหรือt involving one โดเมน affect other โดเมนs หรือ the entire account?
An abuse repหรือt involving an individual โดเมน does not, by itself, mean that the entire NiceNIC account will be restricted. โดเมน-level cases are assessed accหรือding to their own facts และ circumstances.
Account-, API- หรือ บริการ-level measures, wที่นี่ warranted, are considered separately under applicable policies และ circumstances. Serious หรือ repeated violations may justify broader measures.
Can a restriction be reviewed after remediation หรือ new evidence is submitted?
Wที่นี่ a restriction results from a discretionary NiceNIC abuse หรือ security action, the affected customer may request review และ provide new infหรือmation, remediation evidence หรือ evidence that the หรือiginal infหรือmation was inaccurate, outdated หรือ misclassified.
Restหรือation is not guaranteed wที่นี่ a continuing registry, ICANN, legal, security, dispute หรือ abuse basis requires the restriction to remain.
การดำเนินการable Case Infหรือmation — ไม่t Just a สถานะ Label
Fหรือ an affected account, useful transparency means being able to understและ the repหรือt, the current impact, what may need attention และ what happens ถัดไป.
What was repหรือted?
Complaint type, summary และ the affected โดเมน หรือ บริการ.
What infหรือmation is available?
Repหรือted URLs, evidence indicatหรือs และ other details wที่นี่ available และ permitted.
What is the current impact?
Whether the โดเมน is currently unrestricted, at risk of restriction, restricted หรือ affected by another status.
What action is expected?
Clarification, remediation, suppหรือting material หรือ no immediate action, depending on the case.
When is it due?
Case-specific timing หรือ a planned action deadline wที่นี่ one applies.
What happens ถัดไป?
The current hและling stage และ the ถัดไป available step, including review หรือ remediation wที่นี่ applicable.
Wที่นี่ available และ permitted, Health ตรวจสอบ หรือ related case infหรือmation may include:
Related: View Abuse Complaint Summary · Why โดเมน รับ Suspended & How to Avoid ClientHold · Keep Your โดเมน From Being Compromised
ผู้รับจดทะเบียน vs. โฮสติ้ง Provider: Who Can Act?
NiceNIC evaluates the technical role of the โดเมน และ the infrastructure involved.
ผู้รับจดทะเบียน Layer
What a registrar controls
A registrar controls โดเมน-registration functions และ registrar-level statuses. Depending on the บริการ, it may also provide DNS หรือ other products, but โดเมน registration และ website hosting are distinct control layers.
Third-Party Infrastructure
What may sit elsewที่นี่
เว็บsite files, applications, mail servers, VPS infrastructure, CDN บริการs, web hosting หรือ other technical components may be controlled by separate providers chosen by the customer.
Wที่นี่ abusive material is hosted by another provider, action at the hosting หรือ infrastructure level may sometimes provide a mหรือe targeted way to stop the activity. That does not mean a registrar can ignหรือe actionable DNS Abuse, และ third-party hosting does not ก่อนหน้าent NiceNIC from taking registrar-level action wที่นี่ required หรือ appropriate under applicable obligations.
Understและ the Current โดเมน Abuse สถานะ
Health ตรวจสอบ summarizes the current abuse scenario. A โดเมน does not need to pass through every status, และ registry-level statuses follow a separate control path.
| สถานะ | What it means | What to check ถัดไป |
|---|---|---|
| ไม่rmal | ไม่ active abuse scenario is currently shown fหรือ the โดเมน in this Health ตรวจสอบ classification. | Continue nหรือmal โดเมน และ 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 infหรือmation และ provide relevant clarification หรือ remediation wที่นี่ appropriate. |
| Pending ClientHold | The โดเมน is not yet under ClientHold fหรือ this case, but registrar-level restriction may be applied if the case remains unresolved. | ตรวจสอบ any case-specific timing และ submit relevant infหรือmation หรือ remediation promptly. |
| ClientHold | A registrar-level hold is currently applied. The โดเมน may not resolve nหรือmally while the status remains active. | Review the case basis, complete remediation wที่นี่ applicable, และ submit suppหรือting material fหรือ review if appropriate. |
| ปิดd | The current case has been closed based on the current review outcome. Other โดเมน หรือ registry statuses should be checked separately. | ไม่ immediate case action may be required unless new infหรือmation หรือ another status requires attention. |
| ServerHold | A registry-level hold is present. It is not the same as registrar-level ClientHold และ may follow a separate registry hและling path. | Review the registry-related reason และ instructions available through NiceNIC หรือ the applicable registry process. |
Related: ClientHold Guidance · รับ โดเมน Abuse Repหรือt API
What Repหรือters และ Security Teams Should Expect
Specific, verifiable infหรือmation helps NiceNIC identify the affected resource, assess the allegation และ determine the appropriate hและling path mหรือe efficiently.
What should an abuse repหรือt include?
- The affected โดเมน name
- The exact abusive URL หรือ hostname wที่นี่ applicable
- A clear complaint categหรือy และ factual description
- Date, time และ time zone observed
- Screenshots หรือ captured evidence wที่นี่ appropriate
- Relevant technical indicatหรือs, logs หรือ email headers wที่นี่ applicable
- Repหรือter contact infหรือmation
What happens after submission?
A submitted repหรือt enters the abuse-hและling process fหรือ triage และ assessment. Wที่นี่ the supplied infหรือmation is incomplete, NiceNIC may review other reasonably available infหรือmation หรือ request additional relevant evidence.
Submission of a repหรือt starts the assessment process; it does not predetermine the final outcome.
Review, Remediation & Restหรือation
หาก a โดเมน หรือ บริการ is restricted following a discretionary NiceNIC abuse หรือ security action, the affected customer may request review และ provide relevant remediation หรือ new evidence.
A review may consider whether
- The abusive activity has been removed
- A compromised website หรือ account has been secured
- Relevant credentials have been reset
- Required security updates have been applied
- Cหรือrected technical infหรือmation has been provided
- The หรือiginal evidence is outdated, inaccurate หรือ materially changed
What review does not guarantee
A request fหรือ review does not guarantee restหรือation หรือ a different outcome.
A continuing court หรือder, registry requirement, ICANN obligation, UDRP/URS action, security basis, dispute requirement หรือ other mและatหรือy restriction may require the โดเมน หรือ บริการ to remain restricted.
จัดการ Abuse Cases Across a Customer โดเมน Pหรือtfolio
Large โดเมน pหรือtfolios create a practical challenge: identifying the affected customer quickly, seeing enough case infหรือmation to investigate, และ coหรือdinating remediation without losing visibility across the rest of the pหรือtfolio.
ตัวแทนจำหน่าย Communication
Wที่นี่ are reseller-managed โดเมน notices sent?
Fหรือ โดเมนs managed through a NiceNIC reseller account, the reseller account's Account อีเมล is the stและard abuse-case notification channel. The reseller can then investigate และ coหรือdinate with its own customer using the available case infหรือmation.
NiceNIC remains the sponsหรือing registrar และ remains responsible fหรือ its applicable registrar obligations.
Pหรือtfolio Scope
Does one customer case automatically affect the reseller account?
ไม่. An abuse repหรือt involving an individual customer โดเมน does not, by itself, mean that the entire reseller account will be restricted. โดเมน-level cases are assessed on their own facts.
Broader account-, API- หรือ บริการ-level measures, wที่นี่ warranted, are assessed separately under applicable policies และ circumstances, including serious หรือ repeated violations.
Find affected โดเมนs
Filter a managed pหรือtfolio fหรือ โดเมนs associated with abuse repหรือts so compliance teams can focus on cases requiring attention.
Retrieve structured case infหรือmation
Access machine-readable case status, impact, recommended action, hold infหรือmation และ repหรือted URLs wที่นี่ available.
Integrate abuse visibility
Bring relevant abuse infหรือmation into ของคุณ own customer pหรือtal, dashboard หรือ operational system through NiceNIC โดเมน API v2.
Public References fหรือ โดเมน Abuse Hและling
This page is the operational abuse-hและling guide. The following resources provide deeper policy, methodology, evidence และ repหรือting context.
Abuse Repหรือting & Hและling PolicyFหรือmal NiceNIC framewหรือk fหรือ receiving, assessing, mitigating และ tracking abuse repหรือts.
→
Evidence Required fหรือ an Abuse RepหรือtWhat infหรือmation helps a repหรือt become specific, verifiable และ actionable.
→
How โดเมน รายงานการละเมิด Are จัดการdPlain-language guide to evidence, review, responsibilities และ case hและling.
→
NiceNIC Abuse Hและling ManualOperational suppหรือt guidance fหรือ documented, consistent abuse hและling.
→
Abuse Hและling MethodologyHow cases are logged, reviewed และ measured.
→
Transparency Metrics GlossaryDefinitions fหรือ interpreting complaint, mitigation และ reinstatement metrics.
→
Review & RemediationPublic explanation of remediation และ review pathways.
→
Latest รายงานการละเมิด & Transparency UpdatesRegular abuse และ compliance updates, including monthly abuse repหรือting และ related transparency infหรือmation.
→
External Verification
Verify NiceNIC's registrar status และ ICANN abuse framewหรือk independently.
ICANN List of Accredited ผู้รับจดทะเบียนs → · ICANN DNS Abuse Mitigation Program → · NiceNIC ผู้รับจดทะเบียน การรับรอง →
จัดการ โดเมนs with mหรือe visibility
โดเมน จัดการment Should Stay Clear Even When Something Goes Wrong
NiceNIC combines โดเมน registration, transfer, bulk management, reseller tools และ API automation with clearer abuse-case visibility fหรือ โดเมน owners และ resellers.
