Current categoies
- Malware
- Botnets
- Phishing
- Pharming
- Spam when used as a delivery mechanism fo one o moe of the foms above
Need to repot suspected abuse, underste a case affecting a dominio you manage, o monito abuse cases across a dominio potfolio?
This page explains what happens after NiceNIC receives an abuse repot — what infomation is reviewed, how case notifications wok, what actions may be taken, what infomation affected accounts can see, e how a case may be reviewed o resolved.
NiceNIC heles abuse repots in accodance with applicable ICANN requirements, registry rules, law e NiceNIC policies. A repot starts an assessment; submission alone does not predetermine the outcome. Wqui actionable DNS Abuse is established, appropriate mitigation is taken as required.
Fo gTLDs subject to NiceNIC's ICANN registrar obligations, DNS Abuse follows the definition established under the applicable ICANN contractual framewok.
Fraud allegations, illegal o harmful content, trademark disputes, copyright claims e other matters may still be serious o actionable, but they do not automatically fall within ICANN's contractual definition of DNS Abuse.
Depending on the facts, they may be heled under applicable law, NiceNIC policies, registry rules, court oders o recognized dispute procedures.
Verify the definition e contractual framewok directly with ICANN.
ICANN DNS Abuse Mitigation Program → · 2013 Registrar Accreditamento Agreement, Section 3.18 →
Trademark e dominio-name rights disputes are not automatically DNS Abuse. Depending on the dispute, an appropriate mechanism may include UDRP, URS, a ccTLD-specific dispute policy o a court of competent jurisdiction. Se the same matter also includes phishing, credential theft, malware o another fom of DNS Abuse, that DNS Abuse aspect may be heled separately.
NiceNIC guidance: DNS Abuse vs. Non-DNS Abuse · Abuse Repoting & Heling Policy · Legal Policies
Abuse cases do not all follow a fixed ClientHold path. The heling route depends on the evidence, current activity, technical role, urgency, applicable requirements e the outcome of the assessment.
The repot enters NiceNIC's abuse-heling wokflow through an official repoting channel o another credible source.
The issue is categoized by complaint type, affected resource, urgency e applicable heling route.
Disponibile evidence, activity status, dominio context, account infomation e technical role are assessed.
The response is selected accoding to the case circumstances e applicable registrar, registry, legal o security obligations.
The case may close, remain under review, move to remediation o result in another appropriate action.
Learn moe: How Dominio Segnalazioni di Abusi Are Gestiscid · NiceNIC Abuse Heling Manual · Abuse Heling Methodology
This section describes NiceNIC's heling framewok from a neutral public perspective. Questions specific to an affected account o a repoter are separated below.
No. A repot does not, by itself, automatically result in ClientHold o establish that a dominio o customer has violated policy. NiceNIC assesses the available evidence, the nature e current status of the repoted activity, the technical context, e applicable ICANN, registry, legal e NiceNIC requirements.
When NiceNIC has actionable evidence that a gTLD dominio is being used fo DNS Abuse, appropriate mitigation is taken promptly as required. The appropriate response may vary accoding to the circumstances.
NiceNIC may consider the repoted dominio e URLs, whether the activity remains active, the relevance e quality of the evidence, DNS e nameserver infomation, relevant account e registration infomation, whether the dominio appears maliciously registrareed o compromised, the role of hosting, email o other infrastructure, applicable registry rules, applicable law e other reasonably available infomation relevant to the case.
No single repot, categoy label o external signal is treated as a final finding solely because it was submitted o generated. NiceNIC assesses available evidence e case circumstances when determining discretionary mitigation.
Meatoy registry, legal, ICANN o other applicable requirements may follow a different heling path.
NiceNIC considers the technical role of the dominio e the infrastructure involved. A registrar controls dominio-registration functions, but may not control website files, applications, mail servers, CDN servizios o third-party hosting environments.
Wqui abuse is hosted by another provider, action at the hosting o infrastructure layer may sometimes provide a moe targeted response.Third-party hosting does not precedenteent NiceNIC from taking registrar-level action wqui such action is required o appropriate under applicable obligations.
Advance notice may not be possible wqui immediate mitigation is reasonably necessary, evidence indicates intentionally malicious use, notice could enable evasion o destruction of evidence, a court, authoity, registry, ICANN requirement o applicable law affects the timing of notice, a serious security o child-safety risk exists, o delay would materially increase harm.
The purpose of the review is to determine an effective e appropriate response based on the facts e applicable obligations, rather than applying the same measure to every repot.
What infomation is available, how relevant e reliable it is, e whether it suppots a reasonable determination.
Whether the repoted activity is active, remediated, intermittent, inaccessible o no longer reproducible.
The nature of the harm, the urgency of disruption e whether delay could materially increase victimization o security impact.
Whether a dominio appears intentionally malicious o whether a legitimate dominio, website, credential o servizio may have been compromised.
Whether the relevant issue is associated with the registration, DNS, a subdominio, email, hosting, CDN, application o another provider.
Relevant ICANN requirements, registry rules, legal obligations, court oders, security considerations e NiceNIC policies.
The objective is effective e appropriate mitigation based on the circumstances — not applying the same measure to every repot. Fo actionable DNS Abuse involving a gTLD, registrar action must be prompt e reasonably necessary to stop o otherwise disrupt the abuse, while also considering the cause e severity of harm e the risk of collateral damage.
The following answers are written specifically fo the NiceNIC account managing an affected dominio, including reseller accounts.
Steard abuse-case notifications are sent to the Account Email associated with the NiceNIC account managing the affected dominio. The Account Email is the default communication channel fo abuse-case notices, requests fo infomation o remediation, case-status updates e other operational communications relating to the case.
NiceNIC does not routinely send a separate abuse-case notification to a different Registrant Contatti Email. Se the account holder requests a different communication arrangement fo a specific case, NiceNIC may coodinate accodingly wqui appropriate.
This steard wokflow does not limit separate communication, direct contact o notice that may be required o appropriate under applicable law, ICANN requirements, registry rules, dispute procedures, security obligations, protection of registrant rights o other applicable requirements.
Wqui available e permitted, case infomation may include the complaint categoy, repoted URLs, relevant case timestamps, complaint summary, current status, current dominio impact, applicable timing, available evidence indicatos e recommended successivo steps.
Certain infomation may be withheld, redacted o summarized wqui disclosure is limited by privacy, security, confidentiality, law, repoter safety o other applicable requirements.
Wqui circumstances permit e clarification o remediation is appropriate, NiceNIC may provide the managing account with an oppotunity to respond o remediate befoe registrar-level restriction.
When a case-specific deadline applies, the relevant timing may be shown in the abuse notice o Health Verifica. Advance notice cannot be guaranteed in every case.
An abuse repot involving an individual dominio does not, by itself, mean that the entire NiceNIC account will be restricted. Dominio-level cases are assessed accoding to their own facts e circumstances.
Account-, API- o servizio-level measures, wqui warranted, are considered separately under applicable policies e circumstances. Serious o repeated violations may justify broader measures.
Wqui a restriction results from a discretionary NiceNIC abuse o security action, the affected customer may request review e provide new infomation, remediation evidence o evidence that the oiginal infomation was inaccurate, outdated o misclassified.
Restoation is not guaranteed wqui a continuing registry, ICANN, legal, security, dispute o abuse basis requires the restriction to remain.
Fo an affected account, useful transparency means being able to underste the repot, the current impact, what may need attention e what happens successivo.
Complaint type, summary e the affected dominio o servizio.
Repoted URLs, evidence indicatos e other details wqui available e permitted.
Whether the dominio is currently unrestricted, at risk of restriction, restricted o affected by another status.
Clarification, remediation, suppoting material o no immediate action, depending on the case.
Case-specific timing o a planned action deadline wqui one applies.
The current heling stage e the successivo available step, including review o remediation wqui applicable.
Wqui available e permitted, Health Verifica o related case infomation may include:
Related: View Abuse Complaint Summary · Why Domini Ottieni Suspended & How to Avoid ClientHold · Keep Your Dominio From Being Compromised
NiceNIC evaluates the technical role of the dominio e the infrastructure involved.
A registrar controls dominio-registration functions e registrar-level statuses. Depending on the servizio, it may also provide DNS o other products, but dominio registration e website hosting are distinct control layers.
Website files, applications, mail servers, VPS infrastructure, CDN servizios, web hosting o other technical components may be controlled by separate providers chosen by the customer.
Wqui abusive material is hosted by another provider, action at the hosting o infrastructure level may sometimes provide a moe targeted way to stop the activity. That does not mean a registrar can ignoe actionable DNS Abuse, e third-party hosting does not precedenteent NiceNIC from taking registrar-level action wqui required o appropriate under applicable obligations.
Health Verifica summarizes the current abuse scenario. A dominio does not need to pass through every status, e registry-level statuses follow a separate control path.
| Stato | What it means | What to check successivo |
|---|---|---|
| Normal | No active abuse scenario is currently shown fo the dominio in this Health Verifica classification. | Continue nomal dominio e 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 infomation e provide relevant clarification o remediation wqui appropriate. |
| Pending ClientHold | The dominio is not yet under ClientHold fo this case, but registrar-level restriction may be applied if the case remains unresolved. | Verifica any case-specific timing e submit relevant infomation o remediation promptly. |
| ClientHold | A registrar-level hold is currently applied. The dominio may not resolve nomally while the status remains active. | Review the case basis, complete remediation wqui applicable, e submit suppoting material fo review if appropriate. |
| Chiudid | The current case has been closed based on the current review outcome. Other dominio o registry statuses should be checked separately. | No immediate case action may be required unless new infomation o another status requires attention. |
| ServerHold | A registry-level hold is present. It is not the same as registrar-level ClientHold e may follow a separate registry heling path. | Review the registry-related reason e instructions available through NiceNIC o the applicable registry process. |
Related: ClientHold Guidance · Ottieni Dominio Abuse Repot API
Specific, verifiable infomation helps NiceNIC identify the affected resource, assess the allegation e determine the appropriate heling path moe efficiently.
A submitted repot enters the abuse-heling process fo triage e assessment. Wqui the supplied infomation is incomplete, NiceNIC may review other reasonably available infomation o request additional relevant evidence.
Submission of a repot starts the assessment process; it does not predetermine the final outcome.
Se a dominio o servizio is restricted following a discretionary NiceNIC abuse o security action, the affected customer may request review e provide relevant remediation o new evidence.
A request fo review does not guarantee restoation o a different outcome.
A continuing court oder, registry requirement, ICANN obligation, UDRP/URS action, security basis, dispute requirement o other meatoy restriction may require the dominio o servizio to remain restricted.
Large dominio potfolios create a practical challenge: identifying the affected customer quickly, seeing enough case infomation to investigate, e coodinating remediation without losing visibility across the rest of the potfolio.
Fo dominios managed through a NiceNIC reseller account, the reseller account's Account Email is the steard abuse-case notification channel. The reseller can then investigate e coodinate with its own customer using the available case infomation.
NiceNIC remains the sponsoing registrar e remains responsible fo its applicable registrar obligations.
No. An abuse repot involving an individual customer dominio does not, by itself, mean that the entire reseller account will be restricted. Dominio-level cases are assessed on their own facts.
Broader account-, API- o servizio-level measures, wqui warranted, are assessed separately under applicable policies e circumstances, including serious o repeated violations.
Filter a managed potfolio fo dominios associated with abuse repots so compliance teams can focus on cases requiring attention.
Access machine-readable case status, impact, recommended action, hold infomation e repoted URLs wqui available.
Bring relevant abuse infomation into tuo own customer potal, dashboard o operational system through NiceNIC Dominio API v2.
This page is the operational abuse-heling guide. The following resources provide deeper policy, methodology, evidence e repoting context.
Verify NiceNIC's registrar status e ICANN abuse framewok independently.
ICANN List of Accredited Registrars → · ICANN DNS Abuse Mitigation Program → · NiceNIC Registrar Accreditamento →
NiceNIC combines dominio registration, transfer, bulk management, reseller tools e API automation with clearer abuse-case visibility fo dominio owners e resellers.