Il Governmental Advisory Committee (GAC) di ICANN vuole che la verifica dei dati di registrazione avvenga prima che un nuovo dominio diventi raggiungibile attraverso il DNS. Nel comunicato pubblicato dopo ICANN87 a Bali, il comitato dei governi ribadisce una richiesta che inciderebbe sul flusso operativo dei registrar: anticipare i controlli oggi gestiti entro una finestra contrattuale di 15 giorni. Il testo non modifica le regole in vigore, ma mette il tema al centro dei prossimi confronti tra governi, Board e comunità tecnica.
La proposta parte da un problema pratico. Un dominio appena registrato può essere usato rapidamente per phishing o altre forme di abuso, mentre la verifica dei dati di contatto può proseguire dopo la registrazione. Il GAC sostiene quindi che validazione e verifica dovrebbero essere completate prima che il nome possa risolvere nel DNS. È un’indicazione politica, non un obbligo già entrato in vigore: il comunicato non annuncia una nuova policy né fissa una data di applicazione.
Leggi anche: Interisle: il rapporto sui domini usati negli attacchi di phishing
Che cosa significa la finestra dei 15 giorni
Le regole contrattuali ICANN prevedono già controlli sui dati del registrante. Per le registrazioni e i trasferimenti in ingresso, il quadro richiamato dal GAC dà ai registrar fino a 15 giorni per completare le verifiche richieste. Il punto sollevato a Bali è la sequenza: secondo il comitato, il controllo dovrebbe concludersi prima dell’attivazione DNS, così da ridurre il tempo in cui un dominio con informazioni non verificate può essere usato online.
La distinzione è importante per chi registra domini. Il GAC non propone nel comunicato di rendere indisponibile ogni nome per un periodo fisso di 15 giorni: chiede di spostare il momento del controllo rispetto alla pubblicazione nel DNS. Un’eventuale modifica richiederebbe un passaggio nel processo ICANN e una definizione delle procedure, delle eccezioni e delle modalità di prova. Il documento non specifica come gestire casi di risposta tardiva, problemi nei sistemi di verifica o dati che richiedono controlli manuali.
Per i registrar, un requisito preventivo potrebbe significare adeguare i flussi di checkout, attivazione, gestione dei trasferimenti e assistenza. Per registry e operatori DNS, il punto sarebbe coordinare gli stati di registrazione con l’effettiva possibilità di pubblicare o risolvere un nome. Per il titolare, invece, aumenterebbe l’importanza di fornire subito recapiti raggiungibili e rispondere ai messaggi di verifica; un ritardo operativo potrebbe rinviare l’utilizzo del dominio.
La verifica si collega alle indagini sui domini associati
Il comunicato affianca alla verifica iniziale una seconda linea di lavoro: gli Associated Domain Checks, cioè l’esame di altri domini collegati a un account o a un registrante quando almeno un nome presenta evidenze di abuso. Il GAC chiede che il lavoro di policy proceda rapidamente e che una regola condivisa sia pronta prima che le nuove stringhe gTLD vengano aggiunte al DNS. L’obiettivo è evitare che un operatore possa essere affrontato solo dominio per dominio, senza considerare nomi collegati.
Questa parte non equivale a una regola già approvata. Il processo PDP1 del GNSO sta valutando un quadro per i controlli sui domini associati; dopo la consultazione pubblica, il gruppo di lavoro deve esaminare i commenti e definire le raccomandazioni finali. Il GAC sostiene inoltre la condivisione di informazioni tra registrar e segnala che misure preventive dovrebbero essere accompagnate da criteri verificabili. Restano da definire limiti, soglie di evidenza, protezioni contro gli errori e possibilità di ricorso per i registranti coinvolti.
Leggi anche: Come ICANN analizza i domini associati agli abusi usando dati pubblici
Il nuovo round rende più visibile il calendario
Il riferimento alle nuove deleghe rende il confronto più concreto. Le candidature del round 2026 stanno entrando nelle fasi di valutazione, ma le nuove estensioni non sono ancora operative. Il GAC segnala che i governi intendono organizzare il lavoro intersessionale per esaminare le applicazioni e coordinare eventuali osservazioni di interesse pubblico. Chiede anche attenzione alle salvaguardie per stringhe collegate a servizi pubblici o settori regolamentati, dove una gestione inadeguata può incidere su consumatori e sicurezza.
Il comitato osserva inoltre che gli esiti delle valutazioni sulle salvaguardie potrebbero tradursi in impegni di interesse pubblico inseriti nei contratti dei registry. Anche qui, il comunicato descrive un orientamento e questioni ancora aperte: l’analisi non blocca automaticamente una candidatura, mentre gli eventuali impegni contrattuali dovrebbero essere monitorabili e applicabili. La richiesta di avere regole antiabuso prima delle deleghe va letta nel contesto di questo calendario, non come prova che le nuove estensioni saranno attivate con una policy già definita.
La lettura Webinvest
Il GAC prova a spostare la risposta agli abusi verso due momenti più precoci: prima dell’attivazione DNS, con la verifica dei dati, e prima delle nuove deleghe, con regole sui domini associati. È una posizione che aumenta la pressione sui registrar e sul processo di policy, ma non cambia ancora gli obblighi contrattuali. Per chi investe o gestisce portafogli, il segnale operativo è tenere aggiornati i dati di contatto e monitorare le procedure dei registrar; il segnale di mercato è che la fiducia nelle nuove estensioni dipenderà anche da controlli comprensibili, applicati in modo coerente e accompagnati da rimedi contro sospensioni errate.
Fonte: comunicato del GAC di ICANN87, Bali (26 ottobre 2026). Per il contesto sulle verifiche dei dati: obblighi ICANN sulla correttezza dei dati di registrazione.
← Tutte le news