Por que alguns nomes de domínio têm informações whois extremamente truncadas?

Recentemente, vi o registro whois google.com, e ele não possui as informações usuais, como os detalhes de contato do administrador. É extremamente truncado:

Domain Name: GOOGLE.COM
Registry Domain ID: 2138514_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.markmonitor.com
Registrar URL: http://www.markmonitor.com
Updated Date: 2011-07-20T16:55:31Z
Creation Date: 1997-09-15T04:00:00Z
Registry Expiry Date: 2020-09-14T04:00:00Z
Registrar: MarkMonitor Inc.
Registrar IANA ID: 292
Registrar Abuse Contact Email: abusecomplaints@markmonitor.com
Registrar Abuse Contact Phone: +1.2083895740
Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Domain Status: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited
Domain Status: serverDeleteProhibited https://icann.org/epp#serverDeleteProhibited
Domain Status: serverTransferProhibited https://icann.org/epp#serverTransferProhibited
Domain Status: serverUpdateProhibited https://icann.org/epp#serverUpdateProhibited
Name Server: NS1.GOOGLE.COM
Name Server: NS2.GOOGLE.COM
Name Server: NS3.GOOGLE.COM
Name Server: NS4.GOOGLE.COM
DNSSEC: unsigned

Vários outros domínios como duolingo.come até stackexchange.comsão da mesma maneira. Por que esses domínios têm permissão para não ter informações whois? Isso é algo que qualquer pessoa pode acessar, para proteção da privacidade?

Por que esses domínios têm permissão para não ter informações whois? Isso é algo que qualquer pessoa pode acessar, para proteção da privacidade?

TLDR: Não é o caso de que esses domínios tenham obtido alguma isenção da ICANN que lhes permita não omitir determinados dados dos registros públicos WHOIS. É mais provável que o registro WHOIS que você viu não esteja exibindo o conjunto completo de registros google.com(ou outros .comnomes de domínio).

Pesquisas WHOIS espessas e finas

Os dados WHOIS para domínios da Internet podem ser armazenados de duas maneiras:

• um armazenamento denso de dados em que cada registro de TLD mantém os registros WHOIS completos para cada subdomínio do TLD.
• um modelo fino em que o registro do TLD delega o armazenamento e a manutenção dos registros WHOIS ao registrador que foi usado pelo registrante para registrar o domínio.

O artigo da WHOIS Wikipedia explica a distinção entre pesquisas WHOIS espessas e finas e descreve pesquisas finas como

Um servidor WHOIS Thin armazena apenas o nome do servidor WHOIS do registrador de um domínio, que, por sua vez, possui todos os detalhes dos dados que estão sendo pesquisados ​​(como os servidores WHOIS .com, que remetem a consulta WHOIS ao registrador onde o domínio foi registrado).

Pesquisas para .com

A ICANN designou a Verisign como o registro para gerenciar o .comnome de domínio. Uma consulta WHOIS executado em servidor WHOIS própria ICANN, whois.iana.orglistas whois.verisign-grs.comcomo o servidor WHOIS canônica para usar para o .comdomínio. Este é o servidor WHOIS padrão que é consultado pelos whoisclientes ao pesquisar detalhes de .comnomes de domínio (os resultados dessa consulta são exibidos na sua pergunta).

Como o .comdomínio usa o modelo thin , uma das chaves (registros) retornadas por uma pesquisa WHOIS para um nome de domínio é o Servidor WHOIS do Registrador . Essa chave especifica o nome de domínio do servidor WHOIS responsável por listar todos os detalhes do nome de domínio em questão:

Registrar WHOIS Server: whois.markmonitor.com

Essa chave informa ao whoiscliente que ele realmente deve consultar whois.markmonitor.compara obter os registros WHOIS completos para o domínio em questão.

Parece que o resultado WHOIS que você viu foi o resultado de não seguir essa referência.

Uma razão para não seguir as referências WHOIS

Um motivo para o whoiscliente não seguir a indicação é que, no início deste ano, a ICANN alterou os nomes das chaves que os operadores de registro devem usar.

Antes dessa alteração, o nome da chave usada para especificar o servidor delegado era Whois Server e a saída para google.comteria sido:

Whois Server: whois.markmonitor.com

Depois que os registros de nomes de domínio atualizavam seus servidores WHOIS, os clientes que procuravam a sequência WHOIS Server:(com espaços à esquerda) não a encontravam - e, portanto, não podiam determinar o nome do servidor WHOIS do registrador.

Exemplo de correção do cliente

Para refletir as mudanças recentes da ICANN, o código para o whoiscliente Debian foi corrigido em julho deste ano e lançado como versão 5.2.17. No entanto, (a partir de outubro de 2017) a maioria das distribuições baseadas no Debian continuará usando a base de código anterior, para que os usuários precisem fornecer explicitamente o nome do servidor WHOIS responsável, por exemplo,

whois -h whois.markmonitor.com google.com

Parece que seu cliente WHOIS não entende ou foi instruído a ignorar o redirecionamento dos serviços WHOIS do registro (menos detalhados) para os serviços WHOIS do registrador (mais detalhados).
Essa divisão não existe para todos os TLDs, mas existe, por exemplo, para COM.

A google.comentrada em whois.markmonitor.com(seu registrador) possui todas as informações de contato esperadas etc.
Esse é o resultado mostrado por padrão se você estiver usando um cliente WHOIS decente.

No macos, use o parâmetro host para seguir o redirecionamento mencionado por @Hakan

whois -h whois.markmonitor.com google.com