Resumo
- A especificação HTTP do RDAP reconhece a limitação de taxa como uma defesa contra raspagem e abuso do serviço. Ela padroniza uma resposta 429 e o comportamento de recuo do cliente, mas não prescreve uma cota, uma unidade de identidade ou um direito para cada registro e usuário.
- Uma contagem de solicitações não é uma medida neutra de ônus. Uma consulta direta, uma busca ampla, uma resposta contendo dados de contato pessoal e uma consulta em cache repetida podem impor custos técnicos, de privacidade e sociais diferentes. Os controles devem refletir essas diferenças.
- A contabilidade baseada em IP pode combinar usuários não relacionados por trás de NAT de nível de operadora, um gateway de escritório ou um provedor de segurança. A mudança do RIPE NCC em 2024 para separar usuários autenticados de um endereço público compartilhado para contabilidade de dados pessoais demonstra que o design de identidade altera quem é bloqueado.
- Due diligence, revisão de transferência, pesquisa de roteamento e resposta a abusos precisam de evidências em muitos recursos e registros. Os incumbentes podem possuir conjuntos de dados antigos, feeds em massa aprovados, infraestrutura distribuída ou relacionamentos comerciais; um novo participante pode encontrar a interface pública primeiro. Essa assimetria pode se tornar uma barreira de mercado, mesmo sem intenção discriminatória.
- O acesso em massa e o acesso pago podem ser alternativas legítimas à consulta pública irrestrita, mas elegibilidade, uso permitido, preço, atualização dos dados, deveres de privacidade, suspensão e renovação devem ser publicados e aplicados de forma consistente. Uma negociação privada sem termos comparáveis não é um padrão público adequado.
- Um regime justo deve divulgar as unidades de cota e as regras de reinicialização, identificar o motivo da restrição, retornar informações de repetição legíveis por máquina, fornecer uma rota autenticada para maior necessidade legítima e oferecer revisão humana oportuna de bloqueios e negações de acesso.
- A transparência deve proteger a segurança. Os registros não precisam publicar limites tão precisos que os atacantes possam ajustar inundações a eles, divulgar dados pessoais ou revelar a detecção de fraudes. Eles devem publicar o suficiente para que um usuário em conformidade possa planejar, diagnosticar e contestar o tratamento.
- A Number Resource Society pode documentar o atrito entre registros, propor um perfil de divulgação de cotas e apoiar apelos baseados em evidências. Não deve prometer acesso irrestrito, armazenar registros pessoais ou rotular um controle técnico como anticompetitivo sem evidências comparativas.
A resposta ausente na hora decisiva
Uma transferência IPv4 está se aproximando da data de fechamento. O destinatário em potencial verificou o registro, o histórico de roteamento, a exposição a sanções, a identidade corporativa e a autoridade do vendedor. Uma discrepância tardia aparece em uma faixa de endereços. A equipe de diligência expande suas consultas para organizações e contatos relacionados e começa a receber respostas de acesso negado ou muitas solicitações de um serviço autoritativo. Seu endereço de escritório compartilhado também carregou tráfego de segurança automatizado o dia todo.
O consultor do vendedor tem um arquivo local e um acordo estabelecido de dados em massa. O pequeno especialista do comprador não. Um lado pode continuar comparando registros; o outro pode adiar, aceitar a incerteza ou comprar informações de um intermediário. O registro não escolheu o vencedor e pode não saber que existe uma transação. No entanto, o design de acesso distribuiu a capacidade de evidência entre os participantes do mercado.
Momentos semelhantes surgem fora das transferências. Uma equipe de abuso segue a infraestrutura reutilizada em uma campanha de phishing. Um pesquisador testa se a qualidade do contato de registro mudou após uma política. Um provedor de segurança gerenciada mapeia os endereços expostos de um cliente. Um jornalista verifica as relações corporativas por trás de um evento de roteamento. Uma agência pública verifica quem contatar durante um incidente. Cada um pode passar de uma consulta comum para uma rajada de solicitações relacionadas por um motivo legítimo.
O caso contrário é igualmente real. Um coletor de dados extrai contatos pessoais para spam. Um bot baixa repetidamente registros que poderia armazenar em cache. Um atacante usa pesquisas caras para esgotar a memória. Um serviço comercial copia dados públicos e os revende sem respeitar os termos. Um registro que nunca limita solicitações impõe o custo desses usuários a todos e pode expor as pessoas a danos.
A questão de governança, portanto, não é se os limites são permitidos. É como o serviço distingue a proteção de atrito da exclusão, como os usuários aprendem a regra, como a necessidade legítima maior é avaliada e qual recurso existe quando o controle toma a decisão errada.
O RDAP tornou o controle de acesso explícito sem decidir a política
O IETF padronizou o RDAP em 2015, em parte para remediar as fraquezas do modelo Whois muito mais antigo. O RDAP usa HTTP, respostas estruturadas, formulários de consulta padrão, referências e mecanismos de segurança disponíveis em outras camadas. Pode identificar e autenticar clientes e suportar autorização diferenciada. Esses recursos tornam possível uma política de acesso mais precisa.
RFC 7481é cuidadoso quanto ao limite. Explica que um operador de servidor com políticas de acesso diferenciadas deve construir um esquema de autorização, enquanto um operador sem essa política pode não precisar de autenticação. O documento especifica capacidades de segurança, não quais pessoas merecem quais dados.
RFC 7480também reconhece limites de taxa usados para impedir a raspagem de endereços e outros abusos. Quando um servidor recusa uma solicitação por esse motivo, a especificação exige HTTP 429, informa ao cliente para reduzir sua taxa de consulta e diz que deve honrarRetry-Afterquando presente. O servidor pode fornecer explicação adicional. Isso cria um comportamento interoperável sem definir o número de solicitações, o período de contabilidade ou como o cliente é identificado.
Essa omissão é apropriada para um padrão técnico. Os bancos de dados dos RIRs diferem em dados, lei, arquitetura e política da comunidade. A pesquisa pode ser mais cara do que a consulta exata. A exposição de contato pessoal levanta uma preocupação diferente de uma resposta de faixa de endereço. O padrão não poderia definir sensatamente um limite global.
Mas a discrição na camada de padrões torna a governança na camada do operador mais importante. Se uma cota determina o acesso a evidências autoritativas, o registro deve explicar sua unidade, propósito, alternativas e revisão. "O protocolo permite limitação de taxa" responde à questão de autoridade de engenharia. Não responde à questão de justiça.
Whois deixou os usuários aprenderem costumes locais
Whois tradicional não oferece modelo comum de autenticação e autorização. A sintaxe de consulta, a saída e as práticas de controle variaram entre os serviços. Um usuário muitas vezes pode descobrir o limite prático apenas ao atingi-lo. Até os significados de erro diferem.
RDAP melhora a possibilidade de respostas consistentes, mas não harmoniza automaticamente a política. Um cliente ainda pode encontrar um registro que limita por endereço IP, outro que conta registros pessoais retornados, outro que restringe a pesquisa ampla e outro que espera um acordo de acesso para uso em massa. O HTTP torna a resposta legível; não torna as decisões subjacentes equivalentes.
Isso importa para o trabalho entre registros. Uma investigação de endereço raramente respeita os limites da região de serviço. Grupos corporativos possuem recursos em várias regiões. Cadeias de transferência podem cruzar RIRs. A infraestrutura de ataque se move. Um método de pesquisa que funciona contra um serviço público pode falhar contra outro por razões não relacionadas à questão substantiva.
A variação local não é inerentemente ilegítima. As obrigações de proteção de dados e os propósitos do registro diferem. Um serviço com pesquisa inversa poderosa pode precisar de controles mais rígidos do que um que oferece apenas consulta exata de recursos. O problema é a variação não observável: um método parece medir o mundo, mas na verdade mede quais registros permitiram as solicitações.
Pesquisadores e usuários comerciais devem divulgar essas lacunas. Os registros devem facilitar sua identificação. Uma resposta que distingue carga, cota de dados pessoais, pesquisa não autorizada e restrição de termos de uso é muito mais útil do que um bloqueio genérico. Razões diferentes suportam remédios diferentes.
A limitação de taxa protege um ativo público compartilhado
O caso mais forte para limites é a disponibilidade. Os serviços de diretório são compartilhados. Uma inundação de pesquisas caras pode negar consultas comuns a operadores que precisam de um contato ou faixa autoritativa.RFC 9082observa que a pesquisa geralmente consome mais memória, processamento e largura de banda do que a consulta básica e aponta para autorização e controles de taxa como mitigações.
A privacidade é um segundo caso. Uma sequência de registros públicos individuais pode se tornar um conjunto de dados pessoais em massa quando coletada em escala. Restringir os dados pessoais retornados pode reduzir a coleta sem tornar inacessível todo registro de rede. Os termos podem proibir marketing ou republicação, mesmo quando o uso operacional e de pesquisa permanece permitido.
A segurança é um terceiro caso. Padrões de consulta podem enumerar ativos, testar regras defensivas ou criar cobertura para negação de serviço. Os registros precisam de discrição para desacelerar uma fonte que se adapta maliciosamente. Publicar cada detector e limite dinâmico exato ajudaria a evasão.
O custo é um quarto caso. Capacidade, monitoramento e suporte são financiados por membros ou receita de serviço. Um usuário comercial intensivo pode impor custos muito acima dos de um operador ocasional. É razoável perguntar se esse usuário deve autenticar, armazenar em cache, usar um canal em massa ou contribuir para o serviço.
Essas justificativas apoiam controles, não opacidade. Os limites de disponibilidade devem estar vinculados ao consumo de recursos. Os limites de privacidade devem estar vinculados aos dados confidenciais retornados. As restrições de segurança devem preservar uma rota para usuários classificados erroneamente. A recuperação de custos deve usar termos comparáveis e publicados. Um limite oculto único aplicado a todas as razões torna o diagnóstico e a responsabilidade impossíveis.
Uma consulta não é uma unidade de custo social
Contar solicitações HTTP é fácil, mas as solicitações diferem. Uma consulta exata para um endereço IP pode usar um caminho indexado e retornar um objeto compacto. Uma pesquisa por nome de entidade pode escanear ou unir mais dados e retornar muitos objetos. Uma resposta pode incluir vários conjuntos de dados pessoais. Outra pode conter apenas campos organizacionais e de recursos. Uma solicitação condicional atendida do cache pode impor menos custo do que uma pesquisa nova.
Os usuários também diferem. Um humano pode criar dezenas de solicitações clicando em registros relacionados. Um serviço bem projetado pode atender muitos clientes a partir de uma única solicitação em cache. Um cliente mal projetado pode repetir consultas idênticas. Um projeto de pesquisa pode criar uma rajada curta e declarada e depois ficar quieto por meses. Um respondedor de abuso pode precisar de uma rajada precisamente quando a infraestrutura maliciosa está mudando.
A cota deve, portanto, nomear o que conta. Solicitações, objetos retornados, conjuntos de dados pessoais retornados, complexidade da pesquisa, conexões simultâneas, largura de banda e tempo podem ser relevantes. Combinar vários controles pode ser mais proporcional do que usar um único teto bruto.
As regras de reinicialização importam. Uma reinicialização de dia calendário no fuso horário local do registro dá diferentes momentos efetivos de recuperação ao redor do mundo. Uma janela contínua se comporta de forma diferente de uma hora fixa. Um balde de fichas que se reabastece gradualmente é diferente de um bloqueio diário duro. Um usuário não pode projetar software em conformidade sem conhecer o modelo geral.
A precisão tem limites de segurança. O registro pode divulgar que os resultados de dados pessoais são contados por conta autenticada em um período contínuo ou calendário sem revelar o limite no qual um detector de ataque adaptativo é acionado. A linha de base pública e os controles de anomalia confidenciais podem coexistir.
O design de identidade decide quem compartilha a penalidade
Um endereço IP é uma chave de execução conveniente e um proxy pobre para um usuário. Escritórios, universidades, redes móveis, serviços de satélite, agências públicas e NAT de nível de operadora podem colocar muitos usuários não relacionados atrás de um endereço ou prefixo. Os usuários de nuvem podem se mover entre endereços, enquanto um coletor determinado pode distribuir tráfego entre muitos deles.
A consequência prática é assimétrica. Uma pequena organização atrás de um gateway pode perder o acesso porque um colega ou cliente consumiu a cota. Uma empresa maior pode espalhar tráfego legítimo ou ilegítimo pela infraestrutura. A regra parece igual no limite do pacote e desigual no limite institucional.
RIPE NCC forneceu um exemplo público útil em 2024. Seuanúncio sobre a contabilidade da Política de Uso Aceitávelexplicou que os usuários autenticados do RIPE NCC Access seriam contados separadamente, em vez de cada pessoa atrás de um NAT de escritório compartilhar o mesmo limite de dados pessoais. Os usuários não autenticados continuariam a ser contados por endereço IP. A mudança não aboliu os limites; melhorou a unidade de identidade.
A autenticação introduz suas próprias barreiras. Uma conta pode exigir informações pessoais, status contratual ou um procedimento de registro indisponível para um investigador ocasional. A identidade federada pode falhar entre jurisdições. Uma pessoa pode precisar pesquisar antes de revelar um interesse. O registro deve explicar o que a autenticação permite, o que registra, por quanto tempo os logs permanecem e se os não membros podem se qualificar.
O design justo oferece camadas: uma linha de base anônima útil, uma cota autenticada para usuários legítimos identificáveis e acesso superior revisado para necessidade demonstrada. Também evita que a multiplicação de contas e usuários conectados finjam ser independentes. A igualdade exige proteção contra erros de agregação e proteção contra evasão.
A regra de dados pessoais do RIPE mostra o valor de uma unidade nomeada
APolítica de Uso Aceitável do Banco de Dados RIPEatual ilustra um controle mais legível. Ela descreve contagens ilimitadas de consultas comuns sob uso razoável, limita o número de conjuntos de dados pessoais retornados a um endereço IP ou conta autenticada, fornece uma cota de proxy maior, limita conexões simultâneas e explica bloqueios temporários e potencialmente permanentes.
Os números publicados tornam a discussão possível. Um usuário pode distinguir a consulta comum de recurso da extração de dados pessoais e pode decidir se a autenticação resolve um problema de endereço compartilhado. A política também diz que os contatos de abuso referenciados através deabuse-cdevem permanecer disponíveis sem restrições de acesso em massa, refletindo o propósito operacional desse campo.
A publicação não resolve todas as questões de justiça. A política diz que o serviço pode desacelerar ou bloquear o uso prejudicial a seu critério e que bloqueios permanentes podem ser removidos mediante solicitação a seu critério. Um usuário ainda pode perguntar como a evidência é avaliada, com que rapidez uma solicitação é revisada e se usuários em situação semelhante recebem tratamento semelhante. Essas são questões de governança, não críticas ao objetivo legítimo de privacidade.
O exemplo também alerta contra a comparação casual entre registros. "Mil" aqui se refere a conjuntos de dados pessoais retornados sob uma política específica, não a mil consultas de recursos RDAP em todos os lugares. Repetir o número como um limite universal de API seria errado.
Um estudo comparativo forte deve normalizar unidades, interfaces, autenticação e sensibilidade dos dados. Até que esse estudo exista, este artigo trata os exemplos publicados como mecanismos, não como uma classificação de registros.
Due diligence é uma sequência, não uma consulta
A diligência de recursos numéricos começa com o registro atual, mas raramente termina aí. Um comprador ou credor pode precisar confirmar a faixa de recursos, titular, autoridade para transferir, organizações relacionadas, histórico de registro, uso de roteamento, estado de autorização de rota, disputas e consistência entre documentos. Cada discrepância cria outro ramo.
O volume legítimo de solicitações, portanto, depende do risco. Uma faixa limpa e bem documentada pode exigir poucas verificações autoritativas. Um portfólio fragmentado com nomes alterados e registros legados pode exigir muitas. Uma cota que permite o primeiro caso e bloqueia o segundo pode selecionar contra as transações que mais precisam de escrutínio.
Os corretores ocupam uma posição ambígua. Eles podem reduzir os custos de informação e ajudar os clientes a navegar pelos procedimentos de registro. Eles também têm um incentivo comercial e podem possuir conjuntos de dados acumulados indisponíveis para um novo concorrente. Termos projetados para impedir a revenda podem restringir como um corretor incorpora registros públicos em um serviço pago, mesmo quando o serviço melhora a segurança da transferência.
O registro não deve decidir que todo projeto de diligência reivindicado merece dados pessoais em massa. Pode pedir propósito, minimização, retenção, segurança e controles de saída. A decisão deve focar na capacidade e risco solicitados, não na familiaridade do candidato ou poder de negociação.
Os prazos de transação também não devem criar direito automático. As partes escolhem muitos prazos privados. Uma rota de acesso urgente é justificada quando o atraso ameaça a precisão do registro, a segurança ou um direito executável, não meramente porque um acordo comercial atribuiu um fechamento agressivo. Ainda assim, um cronograma de revisão claro permite que as partes planejem, em vez de descobrir uma questão de acesso indefinida no final.
Os dados de registro autoritativos ainda são evidências limitadas
A importância do acesso não deve ser confundida com completeza. Uma resposta de RIR pode ser autoritativa para o estado de registro e eventos que o serviço foi projetado para apresentar. Não estabelece por si só a propriedade beneficiária, o controle operacional atual de cada endereço roteado, a validade de um acordo de venda privado, a identidade por trás do tráfego malicioso ou conformidade com todas as leis.
Um revisor diligente combina registros de registro com arquivos corporativos, autoridade contratual, observações de roteamento, RPKI, materiais de sanções e confirmação direta. Cada um tem sua própria data e limite probatório. Um contato de registro pode ser preciso, mas incapaz de vincular a organização. Uma rota pode ser visível sem provar título legal. Um registro público limpo pode coexistir com uma disputa não divulgada.
Esse limite funciona em ambos os sentidos. Um limite de taxa não deve ser responsabilizado por tornar a certeza completa impossível; a certeza completa nunca esteve disponível apenas no diretório. Mas a perda de evidências de registro autoritativas ainda enfraquece a comparação. O revisor pode ser incapaz de testar se nomes, datas e faixas de recursos concordam com outros materiais ou se uma discrepância merece escalação.
Os regimes de acesso devem, portanto, descrever as proposições que seus dados suportam. Eles também devem resistir a solicitações de volume justificadas por alegações vagas de que o diretório revelará fraude automaticamente. Um candidato a acesso superior deve explicar o propósito analítico, outras evidências usadas, salvaguardas contra falsa atribuição e como as descobertas incertas serão representadas.
A mesma cautela se aplica à análise de mercado. Um melhor acesso ao registro pode melhorar a diligência, a pesquisa e a resposta a abusos. Não garante uma conclusão melhor. A concorrência deve ser avaliada através de acesso, método, custo e resultados, em vez de assumir que a maior cópia local é o serviço mais verdadeiro.
A posse histórica pode se tornar uma vantagem de incumbente
Uma empresa estabelecida pode possuir anos de snapshots de registro adquiridos legalmente. Um novo participante começa com acesso público atual. Se as regras de acesso em massa se apertarem ou os limites interativos permanecerem baixos, o incumbente pode responder a perguntas históricas do armazenamento local, enquanto o novo participante não pode recriar a mesma linha de base.
Essa vantagem não é necessariamente inadequada. Coletar, limpar e proteger dados é investimento. Conjuntos de dados históricos podem incluir informações pessoais desatualizadas que não devem ser livremente replicadas. Um registro pode ter razões legais sólidas para não recriar o acesso antigo.
A preocupação de governança é a dependência de trajetória. Uma regra formulada como igual hoje pode preservar evidências desiguais acumuladas sob regras de ontem. Se os registros aprovam exceções através de relacionamentos não publicados, a vantagem pode se aprofundar. Os usuários não podem dizer se um concorrente é mais capaz por causa de habilidade, um acordo de massa em conformidade, posse legada ou acesso preferencial.
A transparência deve, portanto, abranger classes de acesso, não segredos de clientes. Um registro pode publicar o número de acordos de massa ativos por propósito amplo, contagens de aplicação e aprovação, tempo de decisão típico, contagens de suspensão e as categorias de dados incluídas. Números pequenos podem precisar de agregação. O objetivo é revelar se uma rota existe e como opera, não identificar investigadores.
Onde os dados históricos são importantes para a pesquisa de interesse público, o acesso controlado à pesquisa pode reduzir o lock-in do incumbente. As condições podem incluir um ambiente seguro, minimização de dados, revisão de publicação para informações pessoais e exclusão. Tal acesso deve estar aberto a candidatos qualificados sob os mesmos critérios, incluindo pesquisadores fora de instituições ricas.
Resposta a abuso tem um padrão de rajada
A investigação de abuso é muitas vezes orientada por eventos. Uma campanha revela um endereço, depois um conjunto de faixas relacionadas, contatos, sistemas autônomos e organizações. O analista deve distinguir hospedagem compartilhada de controle comum e registro atual de atribuição desatualizada. As consultas chegam em uma rajada porque o dano está ativo.
Os controles de taxa podem proteger o diretório enquanto frustram esse padrão. Uma consulta atrasada pode permitir que a infraestrutura de phishing se mova ou deixar um operador de rede sem o contato certo. No entanto, declarar todo fornecedor de segurança como usuário de emergência convidaria abusos e exporia dados pessoais em escala.
Um modelo melhor reconhece funções operacionais verificadas e elevação específica de incidente. O candidato pode autenticar, identificar o propósito, aceitar os termos de uso e retenção e solicitar uma cota limitada no tempo. A aprovação automatizada pode ser possível para contas estabelecidas; acesso incomum pode receber revisão humana. Toda elevação deve ser registrada e auditável.
Os contatos de abuso merecem tratamento especial porque seu propósito é receber relatos. A política pública do RIPE distingue explicitamente a disponibilidade em massa deabuse-cde outros dados pessoais. Outros registros podem implementar estruturas diferentes, mas o princípio de design viaja: o acesso à rota oficial de abuso não deve desaparecer meramente porque um analista atingiu uma cota de dados pessoais através de consultas não relacionadas.
A economia é sutil. Grandes empresas de segurança podem operar coletores distribuídos e negociar feeds de dados. Pesquisadores voluntários, pequenos provedores e investigadores da sociedade civil podem depender de serviços públicos. Uma regra que recompensa a escala da infraestrutura pode reduzir o escrutínio independente. Ao mesmo tempo, o acesso livre irrestrito pode subsidiar um coletor comercial lucrativo. Níveis publicados baseados em propósito são mais defensáveis do que fingir que esses usuários são idênticos.
A qualidade da pesquisa depende da divulgação do acesso
A pesquisa de redes muitas vezes trata os dados de registro como verdade fundamental para alocação e relações de contato. Os dados são autoritativos para funções de registro definidas, mas o conjunto de dados observado pode ser moldado por limites, redação, suporte de pesquisa e tempo de coleta. Um artigo que omite essas condições de acesso corre o risco de confundir respostas ausentes com recursos ausentes.
A reprodutibilidade precisa de mais do que uma lista de URLs. Os pesquisadores devem registrar data, serviço, tipo de consulta, classe de autenticação, status da resposta, comportamento de repetição, exclusões e se usaram um snapshot em massa. Eles devem publicar código que respeite o recuo e o cache sem liberar dados pessoais ou credenciais.
Os registros podem apoiar a reprodutibilidade com páginas de política versionadas, descrições de serviço legíveis por máquina, códigos de erro estáveis e snapshots de pesquisa. Uma mudança de política deve ter uma data de efetivação e arquivo. Caso contrário, um pesquisador posterior não pode explicar por que o mesmo método produz um corpus diferente.
A afiliação acadêmica não deve ser o único marcador de interesse público. Pesquisadores independentes, jornalistas e instituições regionais menores podem produzir trabalho valioso. Os critérios de elegibilidade devem examinar propósito, competência e salvaguardas. Exigir uma assinatura institucional ainda pode ser justificado para dados confidenciais em massa, mas deve haver uma rota para candidatos sem patrocinadores de elite.
Estudos falhos ou parciais também fornecem evidências. Relatos agregados de onde os limites impediram a conclusão podem ajudar os registros a distinguir design pobre do cliente de demanda legítima não atendida. O canal de relato não deve punir um usuário meramente por admitir que atingiu um limite.
Usuários do setor público não são automaticamente privilegiados
Órgãos de aplicação da lei e reguladores podem buscar dados de registro para deveres públicos. Serviços de emergência podem precisar de contatos operacionais. A triagem de sanções pode afetar a diligência de transferência. A autoridade pública pode justificar acesso particular sob a lei, mas não deve criar um nível superior indefinido para toda solicitação governamental.
O registro deve separar acesso a dados públicos, divulgação protegida e cota técnica. Uma solicitação legal de informações não públicas pertence a uma rota legal documentada. Um analista do setor público consultando registros públicos deve cumprir os controles técnicos comuns, a menos que uma necessidade operacional definida justifique a elevação. Misturar as rotas arrisca tanto a divulgação excessiva quanto a preferência oculta.
Solicitações transfronteiriças adicionam complexidade. A autoridade em uma jurisdição pode não vincular um registro em outra. A autenticação não estabelece direito legal. A resposta deve identificar a rota e a revisão aplicável, em vez de retornar silenciosamente dados diferentes.
A transparência pode permanecer agregada. Os registros podem relatar classes de acesso e resultados de solicitações sem revelar investigações. A supervisão independente deve testar se os órgãos públicos recebem dados e capacidade sob lei e critérios publicados.
Os usuários comerciais merecem a mesma clareza. O fato de um usuário buscar lucro não torna sua diligência ilegítima; o fato de outro invocar segurança pública não torna toda solicitação proporcional. Propósito, necessidade, classe de dados, salvaguardas e ônus são testes melhores do que rótulo institucional.
O acesso em massa é um substituto com seu próprio portão
Quando as consultas interativas são ineficientes, um conjunto de dados em massa ou espelho quase em tempo real pode reduzir a carga. O registro produz um feed controlado; o usuário pesquisa localmente. Isso pode melhorar tanto a resiliência do serviço quanto a qualidade da pesquisa. Também pode mover a discrição de um limitador de taxa para uma mesa de aplicação.
A página de Bulk Whois da ARINdiz que fornece objetos de diretório público a organizações que os utilizam para pesquisa operacional ou técnica da Internet, requer uma conta e termos assinados, revisa o uso pretendido e notifica o candidato sobre aprovação ou negação. Diz que aplicações para produtos, serviços ou sistemas internos precisam de um benefício claro para a comunidade mais ampla para se qualificar para uma cópia em massa. Esse é um limite de acesso substantivo, não meramente uma instrução de download.
A declaração de acesso em massa da APNICdescreve de forma semelhante usos operacionais aprovados da Internet e restrições sobre repasse de dados, marketing e certas aplicações comerciais. Esses termos refletem escolhas de privacidade, direitos autorais e propósito que não podem ser reduzidas à capacidade do servidor.
A revisão de aplicação pode ser legítima, especialmente para dados pessoais. No entanto, deve ter informações publicadas obrigatórias, fatores de decisão, tempo esperado, duração, renovação, deveres de segurança, motivos de suspensão e uma rota de revisão. Um usuário negado porque seu propósito está fora do serviço deve entender se um conjunto de dados mais restrito ou uma licença diferente é possível.
Feeds em massa não são uma resposta completa. Eles podem estar atrasados, omitir estados históricos ou contatos e exigir armazenamento seguro. Usuários pequenos podem não ter capacidade para operá-los. Um regime justo preserva a consulta exata útil e oferece extratos com escopo ou análise hospedada onde uma cópia completa seria excessiva.
O acesso comercial precisa de uma tarifa, não de um favor
Alguns usuários de alto volume criam custo real e valor comercial. Cobrá-los pode ser mais justo do que fazer todos os membros subsidiar a capacidade. O perigo está no acesso sob medida cujo preço, escopo e aprovação dependem de negociação privada.
Se um registro oferece acesso pago de maior volume, deve publicar classes de serviço, elegibilidade, dados incluídos, atualização, suporte, limites, preço ou método de preço, deveres de privacidade e rescisão. Descontos devem seguir fatores declarados, como pesquisa de interesse público ou status de membro, não familiaridade pessoal. Candidatos materialmente semelhantes devem receber termos comparáveis.
O pagamento não deve comprar precisão ou autoridade indisponível para usuários comuns. O significado autoritativo de um registro de inscrição deve permanecer o mesmo. O acesso pago pode fornecer volume, método de entrega, suporte ou um direito licenciado de reutilizar dados; não deve criar um nível factual oculto que torne os registros públicos enganosos.
Nem o preço deve se tornar um desvio de privacidade. Dados pessoais e protegidos exigem propósito e base legal, independentemente da receita. Por outro lado, uma proibição geral de todo uso comercial pode bloquear serviços que ajudam os operadores a prevenir fraudes ou concluir transferências em conformidade. Uma licença revisável pode distinguir revenda prejudicial de diligência de valor agregado.
O registro deve contabilizar receita e custo em um nível agregado. Os membros podem então avaliar se o serviço recupera o custo incremental, subsidia o acesso público ou cria dependência de alguns clientes de dados. A confidencialidade comercial pode proteger contratos individuais enquanto o princípio da tarifa permanece visível.
Não discriminação precisa de um comparador
Pedir acesso não discriminatório é fácil; aplicar o termo exige identificar quem está em situação semelhante. Dois usuários fazendo o mesmo volume de solicitações podem diferir em custo de consulta, sensibilidade dos dados, propósito, cache e abuso passado. Tratá-los de forma diferente pode ser justificado. Dois usuários com o mesmo propósito declarado e salvaguardas não devem receber termos diferentes porque um tem uma marca maior.
Um registro deve definir comparadores por classe de acesso: consulta exata anônima, uso operacional autenticado, pesquisa aprovada, resposta a incidentes verificada, feed operacional em massa e reutilização comercial. Dentro de cada classe, os termos de linha de base devem ser os mesmos. Desvios devem ter razões registradas e data de validade.
A discriminação indireta também importa. Um formulário legal apenas em inglês, método de pagamento indisponível em algumas regiões, status corporativo obrigatório, chamadas de revisão fixas em um fuso horário ou documentos de identidade difíceis de obter podem excluir usuários sem nomear sua geografia. Acessibilidade e participação regional devem ser testadas.
A evidência de discriminação não pode ser inferida de uma solicitação bloqueada. Exige aplicações comparáveis, registros técnicos e razões. Os registros devem preservar esses registros e publicar resultados agregados. Os usuários devem ser capazes de apresentar um comparador em um recurso sem obter o acordo confidencial de outro cliente.
Este artigo não alega que um RIR nomeado discriminou ilegalmente. Os materiais públicos não fornecem o conjunto de dados equivalente ao nível do candidato necessário para essa conclusão. Argumenta que o controle tem efeitos distributivos e, portanto, precisa de um design capaz de detectar diferenças injustificadas.
Respostas de erro fazem parte do devido processo
O primeiro remédio é a inteligibilidade. HTTP 429 informa a um cliente RDAP em conformidade que deve desacelerar.Retry-Afterpode indicar quando tentar novamente. Um corpo de resposta pode identificar documentação. Esses recursos simples evitam tentativas repetidas desnecessárias e distinguem o controle temporário de taxa de um registro ausente.
A resposta deve incluir uma categoria de razão estável: cota de solicitação de linha de base, limite de resultado de dados pessoais, limite de conexão simultânea, controle de pesquisa cara, suspeita de abuso, classe de acesso não autorizada ou restrição de termos. Não precisa expor o detector. Deve identificar se o bloqueio se aplica a um IP, prefixo, conta, token ou organização e se a consulta exata comum permanece disponível.
Cabeçalhos legíveis por máquina devem ser emparelhados com uma rota humana. Um analista de segurança em um incidente ativo não pode resolver um falso bloqueio lendo uma política geral que diz que o acesso pode ser negado. O contato deve receber o identificador da solicitação e o registro relevante do servidor para que o usuário não precise enviar detalhes confidenciais da consulta por e-mail.
Erros devem evitar falsa certeza. Retornar "não encontrado" para ocultar a limitação de taxa pode corromper a pesquisa e a diligência. RFC 7480 discutiu a possibilidade em um contexto anterior de padrões, mas os serviços de evidência autoritativos devem preferir restrição explícita, a menos que uma razão de segurança concreta exija ocultação. Se a ocultação for usada, a auditoria e a supervisão se tornam mais importantes porque o usuário não pode diagnosticá-la.
Os clientes também têm deveres. Eles devem armazenar em cache, deduplicar, serializar pesquisas caras, honrar o recuo, identificar-se quando apropriado e parar após uma negação clara. Um regime justo é recíproco: o registro explica e revisa; o usuário minimiza e cumpre.
O recurso deve ser rápido o suficiente para importar
Um recurso decidido após o fechamento de uma transferência ou o fim de um ataque está formalmente disponível e praticamente fraco. Os tempos de revisão devem corresponder à classe de acesso e consequência. Uma aplicação de massa rotineira pode levar mais tempo do que um falso bloqueio automatizado durante um incidente documentado.
O primeiro estágio pode ser a reconsideração operacional. A equipe verifica a unidade de identidade, o padrão de tráfego, a política e o detector. Eles podem restaurar o acesso de linha de base, conceder capacidade temporária com escopo ou explicar a correção necessária do cliente. A decisão e a duração devem ser registradas.
Um segundo estágio deve estar disponível para bloqueios permanentes, acesso superior negado e termos comerciais contestados. Deve ser independente da decisão original na medida proporcional à questão. O revisor precisa de acesso protegido a evidências técnicas e de aplicação. O usuário deve receber razões específicas o suficiente para responder, preservando a segurança e a privacidade de terceiros.
O alívio provisório é importante. Uma cota estreita pode preservar um ato legítimo urgente enquanto a disputa completa é revisada. Condições podem restringir o tipo de consulta, faixa de recursos, duração e saída. Se o uso indevido for posteriormente demonstrado, o registro pode revogar o acesso e aplicar sanções publicadas.
Os remédios incluem restaurar o acesso, redefinir uma cota erroneamente compartilhada, alterar o mapeamento de identidade, aprovar um conjunto de dados mais restrito, reembolsar uma cobrança, corrigir uma página de política enganosa ou revisar uma regra sistêmica. Um regime de recurso que só pode repetir a negação original não é eficaz.
Privacidade e acesso devem ser projetados juntos
A privacidade é por vezes apresentada como a razão pela qual nenhum direito de acesso mais forte pode existir. Isso cria um falso binário. O registro pode minimizar campos, usar contatos de função, separar cotas de recursos e dados pessoais, autenticar acesso de maior risco, vincular o uso por termos, registrar a recuperação, expirar permissões e fornecer análise segura em vez de uma cópia para download.
Aproposta de privacidade WHOIS da APNIC prop-162ilustra um debate regional ativo sobre a redução da publicação desnecessária de contatos e a governança do acesso em massa. Sua discussão de impacto distingue pesquisa pública, dados em massa, filtragem, termos e revogação. Os detalhes pertencem à comunidade da APNIC; a lição analítica é que o formato de divulgação e o controle de acesso são escolhas políticas com consequências operacionais e legais.
Contatos de abuso baseados em função podem reduzir a exposição pessoal enquanto preservam a acessibilidade. Avisos de redação podem informar ao usuário que a informação existe, mas está oculta, e identificar uma rota de solicitação legal. O acesso diferencial pode revelar detalhes protegidos apenas a usuários autorizados. Nenhum desses controles elimina o risco, mas são mais precisos do que bloquear todas as solicitações após uma contagem bruta.
Os registros também devem minimizar os logs de acesso. Um histórico de consultas pode revelar investigações, clientes e planos comerciais. Retenção, acesso da equipe e regras de divulgação precisam de governança. A autenticação que melhora a justiça da cota não deve se tornar silenciosamente vigilância de longo prazo.
O equilíbrio certo não pode ser copiado de uma jurisdição. O requisito duradouro é declarar o propósito, coletar apenas o que o controle precisa, proteger tanto os dados de registro quanto os registros de consulta e fornecer revisão quando a privacidade é usada para negar acesso.
Cache e análise local devem ser recompensados, não assumidos
Clientes bem projetados reduzem a carga armazenando em cache respostas autoritativas dentro de um período de atualização razoável, evitando referências duplicadas e usando arquivos em massa quando permitido. Os registros devem publicar orientações de cache, validadores e sinais de atualização que tornem o bom comportamento prático.
O cache tem limites. Um provedor de diligência deve saber se um registro mudou após o tempo de cache. Um contato de abuso pode ficar desatualizado. Uma transferência ou evento de rota pode exigir uma resposta autoritativa fresca. O registro não deve dizer aos usuários para armazenar em cache sem indicar quais campos e eventos tornam uma atualização necessária.
Os espelhos locais podem melhorar a escala, mas aumentam os deveres de proteção de dados e segurança. Eles podem conter registros posteriormente corrigidos ou removidos. Acordos de acesso devem definir atualização, exclusão, divulgação a terceiros, resposta a violações e manuseio no fim do acesso. A revogação técnica não pode recuperar todas as cópias anteriores, o que torna as salvaguardas do candidato importantes.
Usuários pequenos podem se beneficiar de manifestos de consulta: submeter um conjunto declarado de recursos, receber um extrato limitado e evitar operar um espelho completo. Filtros de privacidade e revisão de propósito podem ser aplicados uma vez. Esse nível intermediário reduz a escolha entre uma cota interativa baixa e um banco de dados completo.
O bom comportamento do cliente deve influenciar a revisão. Um candidato que mostra deduplicação, cache, recuo e retenção segura apresenta menor risco. Os critérios e evidências devem ser públicos para que novos participantes possam construí-los, em vez de aprender através de negociação privada.
A consistência entre RIRs deve focar na divulgação
Uma cota mundial seria superficialmente simples e substancialmente pobre. Os serviços dos RIRs expõem diferentes capacidades de pesquisa, modelos de dados, deveres legais e cargas operacionais. A consistência deve começar com a forma como as políticas são descritas.
Um perfil comum poderia publicar endpoint, classes de consulta, unidade de identidade de linha de base, modelo de taxa ampla, controles de dados pessoais, opções de autenticação, rotas em massa, regras de uso comercial, códigos de erro, contato, tempo de revisão e versão da política. Metadados legíveis por máquina permitiriam que os clientes se adaptassem sem adivinhar.
Os RIRs também poderiam alinhar o significado das respostas de restrição e publicar endpoints de teste. Um cliente deve ser capaz de distinguir uma ausência autoritativa de uma cota sem analisar prosa local. As investigações entre registros registrariam então lacunas comparáveis.
ODocumento de Governança dos RIRs do NRO Versão 2pede serviços RIR estáveis, confiáveis, seguros, precisos e responsáveis usando protocolos padrão adotados através do NRO. Também enfatiza transparência e resolução de disputas. Esses deveres de alto nível não ditam uma cota. Eles apoiam uma linha de base compartilhada de divulgação e revisão, deixando os limites substantivos para a governança regional.
A coordenação não deve se tornar um cartel de restrições de acesso. As comunidades regionais devem poder debater se seus dados e usuários justificam um equilíbrio diferente. Um mínimo comum deve melhorar a legibilidade e o remédio, não congelar a política mais restritiva em todos os lugares.
Publicar evidências de uso sem publicar usuários
A política melhora quando um registro sabe quem está sendo restringido e por quê. Pode medir solicitações totais, pesquisas caras, eficácia do cache, respostas 429, bloqueios, contabilidade autenticada versus endereço compartilhado, aplicações em massa, tempos de revisão e acesso restaurado. Os resultados devem ser agregados para proteger usuários e métodos defensivos.
Aprop-167 da APNIC sobre estatísticas de uso do serviço de diretórioalcançou consenso comunitário em 2025 e foi endossada por seu Conselho Executivo, de acordo com o histórico da proposta. Pede maior visibilidade no uso do Whois e RDAP e descreve estatísticas legíveis por máquina. Sua implementação precisa pertence à APNIC, mas o debate mostra que a evidência de consulta é em si um assunto de governança.
A publicação deve evitar expor endereços de origem individuais ou investigadores. Mesmo uma lista das principais redes pode revelar comportamento ou criar risco de segurança. Agregação, limites, liberação atrasada e avaliação de privacidade são necessários. Os titulares de recursos podem ter um interesse separado em ver o acesso aos seus próprios registros sob controles autenticados.
As estatísticas precisam de definições. Uma solicitação bloqueada não é um usuário bloqueado. Um usuário pode ter muitos endereços; um endereço pode representar muitos usuários. Um 429 pode ser correto ou errôneo. Uma negação de aplicação pode refletir um propósito impermissível ou um formulário pouco claro. As contagens não devem ser apresentadas como veredictos.
O relato mais útil conecta restrição a remédio: quantos usuários buscaram revisão, quantos receberam acesso restaurado ou modificado, por que as regras mudaram e se as reclamações de endereço compartilhado diminuíram após mudanças de autenticação. Isso permite que as comunidades testem se os limites permanecem proporcionais.
Os conselhos devem governar o mercado de acesso que criam
Os conselhos de registro podem ver os controles de consulta como um detalhe de engenharia. Uma vez que classes de acesso, licenças em massa ou níveis pagos determinam quem pode construir serviços de evidência, os controles moldam um mercado e exigem supervisão institucional.
O conselho deve aprovar propósitos políticos, receber distribuição agregada e revisar resultados, e examinar exceções importantes. Deve entender se a receita do acesso comercial afeta as decisões restritivas. Conflitos devem ser declarados quando diretores ou participantes consultivos estão conectados a corretores, fornecedores de dados ou grandes empresas de segurança.
Aquisição pode moldar o mesmo mercado. Um registro que compra um produto de inteligência comercial enquanto nega acesso bruto comparável a potenciais concorrentes deve poder explicar a distinção em propósito, licença e salvaguardas. Isso não é prova de favorecimento; é uma razão para uma análise de comparador registrada.
Auditoria independente deve testar se a configuração técnica corresponde à política publicada, se os bloqueios podem ser rastreados até uma razão, se os critérios de aplicação são aplicados consistentemente e se os logs de acesso são protegidos. Testes de penetração e revisão de capacidade podem verificar se o acesso superior não coloca em risco a linha de base pública.
A consulta à comunidade deve ocorrer antes de mudanças materiais nas linhas de base públicas, regras de dados pessoais, elegibilidade em massa ou preço. Controles de emergência podem precisar de uso imediato, mas devem expirar ou retornar para revisão. Deixar silenciosamente uma restrição temporária em vigor converte resposta a incidentes em política sem consentimento.
Um papel limitado para a Number Resource Society
NRS pode publicar orientação que ajude os usuários a descrever necessidade legítima em termos que os registros possam avaliar: propósito, classe de consulta, frequência, urgência, cache, retenção, saída e salvaguardas de privacidade. Com procuração de um membro ou outra autoridade explícita, pode representar esse membro em uma solicitação ou recurso. Isso é particularmente útil para operadores menores e pesquisadores sem consultor especializado, mas o registro sozinho decide o acesso sob suas regras publicadas.
Pode manter uma comparação versionada das políticas de acesso dos RIRs publicadas e testar o comportamento de erro padrão com solicitações não invasivas. A comparação deve preservar diferenças nas unidades e evitar declarar um número maior como melhor. Pode coletar relatos voluntários de falsos bloqueios, revisões atrasadas e requisitos de aplicação inacessíveis, depois submeter evidências agregadas através de canais regionais.
NRS poderia defender um perfil comum de divulgação de cotas, códigos de razão modelo e uma lista de verificação de recurso. Pode ajudar um membro autorizado a solicitar que o registro responsável conceda uma cota provisória que preserve a transação ou corrija uma conta erroneamente combinada atrás de um endereço compartilhado. NRS não define uma cota, emite credenciais, concede uma cota, altera uma conta ou julga o recurso.
Seus limites devem ser explícitos. NRS não deve centralizar dados pessoais em massa, emprestar credenciais, ajudar usuários a evadir controles ou garantir acesso. Não deve usar anedotas de membros para afirmar uma taxa global de negação, operar um serviço de acesso a dados de registro ou apresentar sua visão como vinculante para um RIR. Diligência comercial está fora deste papel de advocacia e não deve ser usada como rota para acesso privilegiado ao registro.
O papel construtivo é reduzir o custo da participação responsável. Autoridade e custódia dos dados permanecem com os registros.
Um modelo de carta de cota
Uma carta de acesso a registro caberia em várias páginas públicas e um documento legível por máquina. Primeiro, declararia propósitos: disponibilidade do serviço, privacidade, segurança, custo justo e uso pretendido do registro. Mapearia cada controle para um ou mais propósitos.
Definiria classes de acesso e unidades contadas. A consulta exata anônima poderia ter uma linha de base resiliente. Usuários autenticados poderiam receber contabilidade separada e histórico mais claro. Pesquisa, recuperação de dados pessoais e concorrência poderiam ter controles distintos. Usuários operacionais, de pesquisa e de incidentes verificados poderiam solicitar elevação com escopo. Acesso em massa e comercial teriam termos publicados.
A carta explicaria o comportamento de reinicialização, expectativas de cache, recuo e a chave de identidade ampla. Listaria códigos de erro padrão e links de documentação. A detecção dinâmica de abuso poderia permanecer confidencial, mas um usuário bloqueado receberia uma classe de razão e identificador de solicitação.
As páginas de aplicação declarariam evidências necessárias, propósitos permitidos, campos de dados, alvo de decisão, duração, renovação, suspensão, método de preço e revisão. Candidatos comparáveis receberiam termos comparáveis, com desvios registrados. Os deveres de privacidade cobririam tanto os dados de registro quanto os logs de consulta.
A seção de revisão forneceria reconsideração operacional urgente, revisão independente de segundo estágio para decisões duráveis, acesso provisório com escopo e remédios. Relatórios agregados mostrariam uso, restrição, aplicações e reversões com definições seguras.
Finalmente, a carta teria uma data de efetivação, arquivo e rota de emenda comunitária. Uma política que muda no gateway sem um registro público versionado não pode ser auditada por seus usuários.
As evidências são incompletas por design e circunstância
Páginas de política pública revelam controles declarados, mas não todo limite dinâmico, acordo comercial, decisão de aplicação ou usuário afetado. A segurança exige algum sigilo. A privacidade limita a publicação de registros de consulta. Empresas raramente divulgam quantos dados autoritativos possuem ou quais licenças negociaram.
Não existe um conjunto de dados global equivalente para 2015-presente que identifique todas as solicitações de cada RIR, objetos retornados, contagens de dados pessoais, efeitos de endereço compartilhado, respostas 429, bloqueios permanentes, aprovações em massa, preços, tempos de revisão e características do candidato. Este artigo, portanto, não pode quantificar o tamanho da barreira de mercado ou declarar qual classe de usuário perde mais.
O mecanismo de vantagem de incumbente é uma inferência institucional: conjuntos de dados anteriores, feeds aprovados, infraestrutura distribuída e relacionamentos estabelecidos podem reduzir a dependência de uma cota pública. Se esse mecanismo altera a concorrência em um mercado específico requer evidências de candidato, custo e resultado. O título identifica um risco a ser examinado, não um julgamento legal.
As políticas publicadas também mudam. Um limite citado sem sua data e unidade pode enganar. Os termos entre registros podem não ser legalmente comparáveis. As restrições de uso comercial podem surgir de direitos autorais, privacidade, propósito de associação ou contrato, em vez de capacidade técnica.
Essas limitações fortalecem o caso para divulgação e revisão. Elas não apoiam a extração irrestrita. A resposta apropriada à incerteza é um regime que produz melhores evidências enquanto protege o serviço e as pessoas representadas em seus registros.
O portão deve ser capaz de dar razões
Um diretório de registro não é simplesmente um produto de dados gratuito, e um usuário de alto volume não tem automaticamente direito a consumi-lo sem restrições. O registro tem o dever de preservar a disponibilidade, proteger informações pessoais, prevenir abusos e contabilizar o custo financiado pelos membros.
Ele também contém evidências autoritativas de que outros atores precisam para operar, investigar e transacionar. Quando a capacidade de acesso é atribuída através de um limite técnico oculto, uma exceção informal ou um contrato sob medida, o serviço pode privilegiar a incumbência e a escala sem nunca anunciar uma política de mercado.
O remédio não é uma cota enorme. É um regime em camadas: acesso anônimo útil, contabilidade de identidade justa, controles correspondentes ao custo da consulta e dos dados, uso legítimo superior autenticado, rotas de massa e comerciais governadas, restrição legível por máquina, recurso oportuno e evidências agregadas. Os usuários retribuem com cache, recuo, minimização e conformidade.
Um limite se torna institucionalmente legítimo quando um usuário em conformidade pode responder a cinco perguntas: o que está sendo contado, por que o controle se aplica, que alternativa se adequa ao propósito, quem revisa um erro e qual remédio pode chegar a tempo. Sem essas respostas, 429 é meramente um portão fechado. Com elas, pode ser uma regra proporcional para compartilhar um serviço autoritativo.
Fontes
- RFC 7480, HTTP Usage in the Registration Data Access Protocol- comportamento HTTP padrão para limites de taxa RDAP, respostas 429, recuo do cliente e informações explicativas opcionais.
- RFC 6585, Additional HTTP Status Codes- definição geral de HTTP 429 e
Retry-After, deixando a identificação do usuário e a contagem de solicitações para o servidor. - RFC 7481, Security Services for RDAP- controle de acesso, autenticação, autorização, disponibilidade e capacidades de acesso diferenciado sem prescrever política do operador.
- RFC 9082, RDAP Query Format- comportamento de consulta e pesquisa, incluindo o maior risco de esgotamento de recursos da pesquisa e possíveis mitigações.
- Política de Uso Aceitável do Banco de Dados RIPE- unidades publicadas atuais para consultas comuns, resultados de dados pessoais, proxies, usuários autenticados, conexões simultâneas e bloqueio.
- RIPE NCC, Mudanças na Política de Uso Aceitável do Banco de Dados e na Contabilidade de Limite Diário- explica a separação de 2024 da contabilidade de usuário autenticado da contabilidade de IP público compartilhado.
- ARIN, Whois and RDAP- serviço RDAP do RIR, formulários de consulta, referências, avisos e comportamento de pesquisa.
- ARIN, Termos de Uso do Whois- usos operacionais, de pesquisa e abuso permitidos e restrições em usos comerciais especificados.
- ARIN, Dados Whois em Massa- conta, termos assinados, revisão de uso pretendido, aprovação ou negação, conteúdo disponível e limites de propósito declarados.
- APNIC, Acordo de Uso Aceitável do Banco de Dados Whois- descrição pública de uso operacional, restrições de distribuição a terceiros, marketing e comerciais para dados em massa.
- APNIC, prop-162: Privacidade WHOIS- desenvolvimento de política regional e análise de impacto relativa à publicação de contatos, filtragem em massa, termos e revogação.
- APNIC, prop-167: Estatísticas Publicadas sobre Uso do Serviço de Diretório- desenvolvimento de política regional relativa à visibilidade da demanda Whois e RDAP e evidências de uso legíveis por máquina.
- NRO, Documento de Governança dos RIRs Versão 2- princípios de transparência, desempenho, confidencialidade, resolução de disputas e auditoria para serviços RIR.

