ICANN ha aggiornato la serie mensile dei report di Contractual Compliance sul DNS abuse, con una finestra mobile che ora arriva a luglio 2026. La notizia, ripresa da CircleID, non va letta come un semplice aumento o calo di segnalazioni: il punto centrale e che i dati iniziano a separare meglio cio che viene denunciato da cio che diventa effettivamente azionabile per la compliance.
Per chi lavora con domini, registrar, registry e portafogli aftermarket, questa distinzione e decisiva. Un reclamo puo essere rumoroso ma incompleto, puo riguardare un ccTLD fuori dal perimetro contrattuale ICANN, oppure puo non dimostrare che il registrar o il registry abbiano ricevuto prima una segnalazione valida. Senza questa separazione, il dibattito sul DNS abuse rischia di restare schiacciato su numeri facili da citare ma difficili da usare.
Leggi anche: TrustName perde l’accreditamento ICANN: il caso DNS abuse arriva alla sanzione finale
Che cosa mostrano i dati di luglio 2026
Nel report ICANN di luglio 2026, i reclami ricevuti contro i registrar restano concentrati soprattutto sul phishing. Nella tabella mensile delle segnalazioni contro registrar, luglio registra 973 reclami totali: 503 per phishing, 129 per malware, 69 per botnet, 106 per pharming e 166 per spam usato come vettore di DNS abuse. La media dei dodici mesi osservati e piu alta, 1.261 reclami mensili, anche per effetto di picchi anomali nei mesi precedenti.
La parte piu interessante arriva pero dalle notifiche di compliance. Sempre per i registrar, ICANN indica 26 notifiche complessive a luglio, contro una media di 20,8 nel periodo. Anche qui il phishing pesa piu degli altri abusi: 24 casi chiusi nella sezione delle motivazioni di risoluzione e 23 casi risolti nel blocco che distingue domini registrati in modo malevolo da domini compromessi. Il dato non dice che il problema sia risolto, ma mostra dove ICANN sta effettivamente trasformando reclami in istruttorie.
Per i registry operator, il quadro e diverso. A luglio 2026 il report mostra 1.277 reclami ricevuti, con un picco concentrato soprattutto su phishing, malware, botnet, pharming e spam. Tuttavia le notifiche di compliance ai registry restano molto piu basse: un solo caso complessivo nella tabella delle notifiche e un solo caso risolto come dominio registrato malevolmente. Questo divario e il punto da osservare: non tutte le segnalazioni hanno lo stesso valore contrattuale, e non sempre il livello registry e quello in cui si concentra l’azione.
Perche la distinzione tra segnalazione e caso azionabile conta
La lettura superficiale sarebbe dire che “il DNS abuse cresce” ogni volta che aumentano i reclami. Ma il report ICANN invita a una valutazione piu rigorosa. Le segnalazioni esterne sono l’ingresso del processo; le notifiche, le breach notice, le escalation e le risoluzioni sono invece la parte in cui si misura se un obbligo contrattuale e stato violato o se l’operatore ha mitigato correttamente.
Questo cambia anche il modo in cui un investitore o un gestore di portafoglio dovrebbe leggere il rischio. Un registrar con procedure lente o opache puo diventare un problema operativo anche per clienti legittimi, perche l’abuso nello stesso ecosistema attira controlli, richieste documentali e possibili restrizioni. Allo stesso tempo, un sistema troppo basato sul numero grezzo di reclami puo penalizzare piattaforme molto grandi o TLD molto visibili senza distinguere la qualita delle evidenze.
Leggi anche: Microsoft 365, il phishing ora passa dal device code: cosa raccontano domini e DNS
Il passaggio piu utile per il mercato e quindi metodologico: misurare meglio significa anche discutere meglio. Se le statistiche indicano quanti reclami sono invalidi, quanti diventano notifiche e quanti casi riguardano domini registrati apposta per fini malevoli rispetto a siti compromessi, diventa piu difficile usare il DNS abuse come argomento generico. Servono responsabilita, ma anche metriche che non confondano infrastruttura, contenuto e comportamento del registrante.
Implicazioni per registrar, registry e investitori
Per i registrar, il messaggio e pratico: le procedure di intake, verifica e risposta alle segnalazioni non sono piu un tema secondario di compliance. Dopo gli emendamenti contrattuali entrati in vigore nel 2024, ICANN ha un tracciato dati piu visibile per osservare come gli operatori gestiscono phishing, malware, botnet, pharming e spam-vettore. La velocita conta, ma conta anche la capacita di documentare perche un reclamo e stato accettato, chiuso o inoltrato al soggetto competente.
Per i registry, la pressione e piu selettiva. Il report mostra che il volume delle segnalazioni verso i registri puo essere rilevante, ma l’azione contrattuale resta limitata ai casi in cui ICANN vede elementi sufficienti e competenza diretta. Questo puo diventare importante nei nuovi gTLD: operatori e candidati dovranno dimostrare non solo piani di marketing e distribuzione, ma anche controlli credibili contro abuse concentrato, reseller deboli e campagne coordinate.
Per i domain investor la conseguenza e meno immediata ma concreta. La qualita del registrar, la solidita delle procedure abuse e la reputazione dei TLD usati in portafoglio incidono sul rischio operativo. Un dominio buono parcheggiato presso un operatore sotto pressione puo subire attriti nei trasferimenti, nei rinnovi, nella monetizzazione o nella due diligence di un compratore corporate.
Leggi anche: Phantom squatting: i domini inventati dagli LLM diventano un nuovo rischio DNS
La lettura Webinvest
Il nuovo aggiornamento ICANN non chiude il dibattito sul DNS abuse: lo rende piu leggibile. La notizia vera non e solo che il phishing resta la categoria piu visibile, ma che il mercato dispone di una griglia piu utile per distinguere rumore, segnalazioni fondate e interventi effettivi.
Per Webinvest, questo e il passaggio da monitorare nei prossimi mesi. La compliance sui domini non sara valutata solo dal numero di takedown, ma dalla qualita del processo: evidenze, tempi, competenza contrattuale, distinzione tra registrazioni malevole e siti compromessi. Chi compra, vende o gestisce domini dovrebbe iniziare a considerare questi dati come parte della due diligence sull’infrastruttura, non come un tema separato riservato agli abuse desk.
Fonte: CircleID; dati ufficiali: ICANN Contractual Compliance DNS Abuse Report, luglio 2026.
← Tutte le news