---
id: "whois"
kind: "glossary-term"
title: "WHOIS"
language: "it"
category: "Dati di registrazione e privacy"
updated: "2026-10-10T23:13:20Z"
canonical: "https://tldlog.com/it/glossario/whois/"
translations:
  en: "https://tldlog.com/glossary/whois/"
  es: "https://tldlog.com/es/glosario/whois/"
  de: "https://tldlog.com/de/glossar/whois/"
  fr: "https://tldlog.com/fr/glossaire/whois/"
  pt-BR: "https://tldlog.com/pt/glossario/whois/"
  ru: "https://tldlog.com/ru/glossariy/whois/"
  zh-Hans: "https://tldlog.com/zh/cihui/whois/"
---

# WHOIS

È sia un vecchio protocollo di consultazione sia il nome comune dei dati pubblici di registrazione di un dominio: chi ha registrato un nome, tramite quale registrar e quando. Per i gTLD l'obbligo di gestire il WHOIS è terminato il 28 gennaio 2025 e RDAP lo ha sostituito. Alcuni ccTLD usano ancora il WHOIS.

Il WHOIS è il sistema tradizionale per verificare chi c'è dietro un nome a dominio: quale registrar lo gestisce, quando è stato registrato e quando scade. La parola indica sia un vecchio protocollo di ricerca sia, nell'uso comune, la scheda pubblica stessa. Per la maggior parte dei domini di primo livello generici lo ha sostituito un protocollo più recente, l'RDAP, ma il WHOIS non è scomparso.

## Che cos'è il WHOIS

Il protocollo è descritto nella RFC 3912 (settembre 2004). Un programma si collega a un server sulla porta 43, invia una riga di testo, per esempio un nome a dominio, e riceve in risposta testo semplice. La RFC è esplicita sui suoi limiti: niente internazionalizzazione, niente controllo degli accessi, niente protezione dell'integrità e niente riservatezza. Dovrebbe trasmettere solo informazioni destinate a essere accessibili a tutti; senza controllo degli accessi, ogni utente riceve la stessa risposta.

Il termine più ampio dell'ICANN per i servizi pubblici di ricerca sui dati dei gTLD è RDDS: il WHOIS sulla porta 43, il WHOIS web e ora l'RDAP.

## Dal WHOIS all'RDAP: che cosa è cambiato

Le date principali:

- 26 agosto 2019: ogni registro e registrar di gTLD doveva gestire un servizio RDAP.
- 28 gennaio 2025: la dismissione del WHOIS.
- 21 agosto 2025: la versione di febbraio 2024 del gTLD RDAP Profile è diventata obbligatoria, il giorno in cui è entrata in vigore la Registration Data Policy.

L'ICANN elenca quattro vantaggi dell'RDAP: l'internazionalizzazione, l'accesso sicuro, l'individuazione del servizio autorevole e l'accesso differenziato, per cui utenti diversi possono vedere dati diversi. Una ricerca è un indirizzo web inviato tramite HTTPS; la risposta è costituita da dati strutturati che i programmi possono leggere. I dati in sé sono gli stessi.

L'individuazione del servizio funziona tramite il bootstrap dell'RDAP: l'IANA pubblica elenchi che associano ogni TLD al suo server RDAP, così uno strumento sa a quale server rivolgersi. Il gTLD RDAP Profile, due documenti dell'ICANN redatti con registri e registrar, fa sì che ogni gTLD risponda nello stesso formato.

La dismissione è più limitata di quanto sembri. Dal 28 gennaio 2025 i registri e i registrar di gTLD non sono più obbligati a gestire il WHOIS sulla porta 43 o sul web, tranne per .com, .name e .post (a ottobre 2026). I fornitori possono comunque continuare a gestirlo per scelta.

## Come cercare un dominio oggi

La via più semplice è ICANN Lookup, su lookup.icann.org. Invia una ricerca RDAP e mostra la risposta in tempo reale del registro e del registrar; l'ICANN non conserva i dati delle ricerche RDAP. A ottobre 2026, se l'RDAP non è disponibile per un dominio gTLD, offre una ricerca WHOIS facoltativa dopo un captcha, e mostra la risposta RDAP grezza in fondo alla pagina.

Per i TLD che gestiscono ancora la porta 43 può funzionare un client WHOIS classico, anche se alcuni registri limitano l'accesso.

Alcuni dati sono visibili solo agli utenti autorizzati. L'ICANN invita a consultare prima ICANN Lookup, poi a usare l'RDRS per i registrar che vi partecipano o la procedura di divulgazione del registrar stesso, che ogni registro e registrar di gTLD deve collegare dalla propria home page.

Un esempio: qualcuno cerca example.com. Lo strumento trova il server RDAP del .com tramite l'elenco del bootstrap, poi segue il link al server del registrar. Secondo la Registration Data Policy, la risposta mostra il registrar, le date, i codici di stato e i name server, mentre il nome, l'indirizzo e il telefono dell'assegnatario sono indicati come oscurati quando si applica l'oscuramento.

## Che cosa si vede e che cosa no

Secondo la Registration Data Policy dell'ICANN (in vigore dal 21 agosto 2025 e rivista il 12 maggio 2026), una scheda gTLD mostra sempre il nome a dominio, il registrar con il suo IANA ID, la sua email e il suo telefono per gli abusi, le date di creazione e di scadenza e i codici di stato. I name server e i dati DNSSEC compaiono se raccolti, e il paese dell'assegnatario è sempre indicato.

I dati personali devono essere nascosti quando la legge lo richiede, e possono esserlo per uno scopo commercialmente ragionevole. In tal caso il nome, l'indirizzo, il codice postale e il telefono dell'assegnatario sono oscurati, e il campo lo segnala: ICANN Lookup mostra «The RDAP server redacted the value». Al posto di un indirizzo email, il registrar pubblica un indirizzo anonimizzato o un modulo web. L'assegnatario può acconsentire alla pubblicazione. Con un servizio di privacy/proxy compaiono invece i dati del servizio.

L'oscuramento è iniziato con la Specifica temporanea (Temporary Specification) dell'ICANN, adottata nel maggio 2018 e in vigore dal 25 maggio 2018, il giorno in cui il GDPR ha iniziato ad applicarsi.

## Cronologia WHOIS e ricerche inverse

L'RDAP mostra solo i dati attuali. La cronologia WHOIS, cioè le copie passate delle schede, è conservata da aziende private che hanno raccolto le risposte nel corso degli anni; registri e registrar non la pubblicano.

Una ricerca WHOIS inversa parte dai dati di un titolare, come un nome o un indirizzo email, e trova i domini collegati. L'RDAP di base non può farlo. La RFC 9536 (aprile 2024) definisce un'estensione facoltativa, ma i registri dovrebbero verificare se la legge la consente, e i dati sensibili devono restare limitati agli utenti autorizzati. Poiché dal 2018 la maggior parte dei nomi e degli indirizzi email è oscurata, gli archivi costruiti dalle risposte pubbliche contengono meno dati di contatto.

## Ricerche nei ccTLD come .es

La dismissione e la policy dell'ICANN riguardano i gTLD; ogni ccTLD fissa le proprie regole.

Per il .es, Red.es gestisce le banche dati del registro in base all'Orden ITC/1542/2005, e l'accesso ai dati personali che contengono segue la normativa sulla protezione dei dati. A ottobre 2026 l'IANA indica whois.nic.es come server WHOIS del .es e nessun server RDAP; per il .com li indica entrambi.

Per il .eu, a ottobre 2026, il WHOIS web di EURid mostra solo email e lingua per le persone fisiche, e aggiunge società, città, regione e paese per le organizzazioni. A ottobre 2026 la direttiva NIS2 impone agli Stati membri dell'UE, ciascuno con la propria legge nazionale, di obbligare registri e registrar a pubblicare senza indebito ritardo i dati di registrazione non personali e a rispondere entro 72 ore alle richieste di accesso legittime. Per un ccTLD specifico conviene chiedere al suo registro o a un registrar.

## Fonti

- [ICANN Update: Launching RDAP; Sunsetting WHOIS](https://www.icann.org/en/announcements/details/icann-update-launching-rdap-sunsetting-whois-27-01-2025-en)
- [Registration Data Access Protocol (RDAP) FAQs](https://www.icann.org/en/contracted-parties/registry-operators/registration-data-access-protocol/rdap-faqs-31-08-2018-en)
- [Registration Data Policy](https://www.icann.org/en/contracted-parties/consensus-policies/registration-data-policy)
- [Delegation Record for .ES (IANA Root Zone Database)](https://www.iana.org/domains/root/db/es.html)

## termini correlati

- [RDAP](https://tldlog.com/it/glossario/rdap/)
- [servizio di privacy/proxy](https://tldlog.com/it/glossario/servizio-privacy-proxy/)
- [oscuramento dei dati](https://tldlog.com/it/glossario/oscuramento-dati/)
- [Registration Data Policy](https://tldlog.com/it/glossario/registration-data-policy/)
- [porta 43](https://tldlog.com/it/glossario/porta-43/)
