Home Comunidade Eventos YouTube Networks Desafios // produtos Academy News CTI | CVE Contato

02 - Servidor Autoritativo

video explicativo
Video explicativoEspaco reservado para o video desta anotação — adicione video: https://youtu.be/... no frontmatter da nota.

O Servidor Autoritativo (Authoritative Name Server) é o pilar de verdade absoluta no ecossistema DNS. Diferente de um servidor recursivo, que busca respostas em outros lugares, o servidor autoritativo é o detentor legítimo e final dos arquivos de zona de um domínio. Sua função técnica é responder de forma definitiva a qualquer consulta sobre os recursos do seu domínio (como IPs de sites, servidores de e-mail e chaves de segurança), servindo como o ponto de origem de onde toda a informação do DNS do mundo emana.


1. Funcionamento e o Carimbo de Autoridade

Um servidor DNS só é considerado autoritativo se ele possuir a cópia local do arquivo de zona (Zone File) e estiver configurado para responder por aquele domínio.

  • Resposta Autoritativa: Quando responde a uma consulta, o servidor define a flag AA (Authoritative Answer) no cabeçalho do pacote DNS. Isso informa ao cliente que a resposta veio diretamente da fonte original e não de um cache intermediário.
  • Não-Recursão: Por padrão, servidores autoritativos puros são configurados para não realizar recursão. Se perguntados sobre um domínio que não conhecem, eles respondem agressivamente com um erro NXDOMAIN ou uma indicação de autoridade (Referral), mas nunca tentam buscar a resposta na Internet.

Anatomia do Bit AA

                              Flags DNS
+---+---+---+---+---+---+---+---+
|QR | Opcode  |AA |TC |RD |RA | Z |RCODE |
+---+---+---+---+---+---+---+---+
       |        ^
       |        |
  Consulta  Autoritativo (1=Sim, 0=Não)

A inspeção do bit AA é a forma canônica de distinguir uma resposta de cache (AA=0, comum em resolvers como 8.8.8.8) de uma resposta da fonte (AA=1, vinda direto do NS autoritativo).


2. Arquitetura Redundante: Mestre e Escravo

A resiliência crítica do DNS autoritativo exige que os dados sejam replicados em múltiplos servidores fisicamente e logicamente distintos. A RFC 1034 recomenda um mínimo de dois servidores autoritativos em redes topologicamente separadas.

Servidor Mestre (Primary)

É o servidor onde os administradores realizam as alterações nos registros. Ele é o único que permite a edição direta dos dados.
- Push de Dados: Quando o mestre sofre uma alteração, ele envia uma notificação técnica (comando NOTIFY) para os servidores escravos.
- Serial Number: Toda alteração exige incremento manual (ou automatizado via script) do serial no registro SOA, sinalizando aos escravos que uma nova versão está disponível.

Servidor Escravo (Secondary)

Réplicas exatas do mestre que servem consultas de leitura para o mundo.
- Transferência de Zona: Os escravos utilizam os comandos AXFR (Total) ou IXFR (Incremental) para baixar as atualizações do mestre.
- Disponibilidade: Se o mestre estiver fora do ar, o serviço DNS mundial continua funcionando através dos escravos por semanas, garantindo que nada saia do ar por falhas no servidor principal.


3. Perspectiva de Cyber Security: Protegendo a Fonte da Verdade

Como o servidor autoritativo controla para onde o tráfego de uma empresa é enviado, ele é o alvo final de atacantes de infraestrutura. Um domínio sequestrado pode redirecionar clientes legítimos para sites de phishing idênticos ao original.

Transferências de Zona Seguras via TSIG

Uma vulnerabilidade comum é permitir que qualquer pessoa baixe o arquivo de zona completo (AXFR).
- A Defesa: Administradores utilizam chaves criptográficas TSIG (Transaction SIGnature) para autenticar a conexão entre o mestre e o escravo. O mestre só envia os dados da zona se o escravo provar sua identidade com a chave secreta compartilhada, impedindo o vazamento de informações de rede interna para atacantes.

Ataques DDoS e Anycast Autoritativo

Servidores autoritativos de grandes empresas são alvos frequentes de ataques de negação de serviço. O famoso ataque de 2016 contra a Dyn (provedora DNS de Twitter, Reddit e Netflix) demonstrou a fragilidade da centralização.
- A Solução Anycast: Ao anunciar o IP do servidor autoritativo via BGP em múltiplos locais do globo, a carga do ataque é dispersada entre dezenas de nós físicos. Se um nó em Nova York for atacado, os usuários brasileiros continuarão sendo atendidos normalmente pelo nó de São Paulo.

Tabela de Ameaças e Mitigações

Ameaça Vetor Mitigação
Zone Walking / AXFR não autorizado Enumeração de hosts internos ACL por IP + TSIG
DNS Cache Poisoning Injeção de respostas forjadas DNSSEC + Source Port Randomization
DDoS volumétrico Saturação de banda do autoritativo Anycast + Scrubbing centers
Hijacking de Registro (Social) Transferência fraudulenta no RIR Registrar Lock + 2FA no registro
Subdomain Takeover CNAME para serviço descomissionado Monitoramento contínuo de DNS

4. O Papel do DNSSEC (Domain Name System Security Extensions)

Servidores autoritativos modernos são os responsáveis por Assinar Digitalmente a zona.

  • Autenticidade: Através de chaves públicas e privadas (RRSIG e DNSKEY), o servidor autoritativo prova ao mundo que a resposta enviada não foi alterada por um atacante no meio do caminho (Man-in-the-Middle).
  • Cadeia de Confiança: O servidor autoritativo fornece o hash da sua chave para o TLD pai (ex: .br), criando uma trilha criptográfica que vai do site final até os servidores raiz.
  • Rollover de Chaves: Operação crítica que precisa ser feita periodicamente (KSK e ZSK), com janelas cuidadosamente sincronizadas para evitar indisponibilidade.

Tipos de Registro DNSSEC

Registro Função
DNSKEY Chave pública da zona (KSK ou ZSK)
RRSIG Assinatura digital de um conjunto de registros
DS Delegation Signer — liga zona filha à zona pai
NSEC / NSEC3 Prova de não-existência (NXDOMAIN autenticado)

5. Diagnóstico e Auditoria de Servidores Autoritativos

Um profissional de segurança deve saber interrogar a autoridade de um domínio de forma fria e técnica:

# Verificando se o servidor responde como autoritativo (Flag AA)
dig @ns1.google.com google.com NS +norecurse

# Analisando o registro SOA para ver os parametros de sincronismo entre servidores
dig @ns2.empresa.com.br empresa.com.br SOA

# Testando a autenticacao TSIG em transferencias de zona
dig @ns1.alvo.com alvo.com AXFR

# Identificando lame delegation (servidor listado mas sem zona)
dig @ns3.exemplo.com exemplo.com NS +norecurse

# Validando assinatura DNSSEC
dig @8.8.8.8 exemplo.com A +dnssec +multi

Análise de Lame Delegation: Ocorre quando o servidor listado como autoritativo no TLD (zona pai) não tem o registro de autoridade da zona real. Isso causa falhas de resolução que são difíceis de detectar sem ferramentas de diagnóstico granular.

Indicadores de Saúde de uma Zona Autoritativa

Indicador Estado Saudável
Todos os NS listados respondem Sim
Bit AA em consultas diretas AA=1
Diferença de Serial entre NS Igual ou divergente por poucos minutos
DNSSEC ativo RRSIG presente nas respostas
AXFR público Não (refused ou apenas via TSIG)

6. Conclusão: A Soberania Digital

Os servidores autoritativos são os embaixadores técnicos de um domínio na rede. Sua integridade garante que o nome de uma empresa aponte para os seus servidores legítimos. Gerir esta infraestrutura exige um equilíbrio perfeito entre redundância mestre-escravo, segurança de transferência via TSIG e a implementação de defesas contra DDoS via Anycast. Dominar o servidor autoritativo é dominar o controle sobre a presença digital e a autoridade absoluta de uma organização no ciberespaço.

Para arquitetos corporativos, a recomendação operacional é clara: nunca dependa de um único servidor autoritativo, sempre ative DNSSEC, monitore ativamente divergências de serial entre mestre e escravos, e implemente Registrar Lock no RIR para impedir transferências fraudulentas de domínio — a camada mais externa e frequentemente negligenciada da cadeia de confiança DNS global.