--- id: CP-221 slug: dns-lista-telefonica-internet-vulnerabilidades lang: pt title: O DNS, a lista telefónica da Internet description: O DNS liga o nome de um site ao seu endereço, sem que ninguém o veja. Porque é que os atacantes o visam e o que faz um colaborador. canonical_url: https://startbrain.io/cyberpedia/pt/articles/dns-lista-telefonica-internet-vulnerabilidades/ markdown_url: https://startbrain.io/cyberpedia/pt/articles/dns-lista-telefonica-internet-vulnerabilidades.md publisher: Brain (https://startbrain.io) license: CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/) cite_as: Brain, «O DNS, a lista telefónica da Internet», Cyberpedia, 2026. https://startbrain.io/cyberpedia/pt/articles/dns-lista-telefonica-internet-vulnerabilidades/ (CC BY 4.0) wing: 3 theme: browse_safely reflex: cr-057 schema: G3 updated: "2026-11-03" translations: pt: https://startbrain.io/cyberpedia/pt/articles/dns-lista-telefonica-internet-vulnerabilidades/ fr: https://startbrain.io/cyberpedia/fr/articles/dns-annuaire-internet-vulnerabilites/ en: https://startbrain.io/cyberpedia/en/articles/dns-internet-phonebook-vulnerabilities/ de: https://startbrain.io/cyberpedia/de/articles/dns-telefonbuch-internet-schwachstellen/ es: https://startbrain.io/cyberpedia/es/articles/dns-agenda-telefonica-internet-vulnerabilidades/ it: https://startbrain.io/cyberpedia/it/articles/dns-rubrica-internet-vulnerabilita/ nl: https://startbrain.io/cyberpedia/nl/articles/dns-telefoonboek-internet-kwetsbaarheden/ sources: - "n": 1 title: SP 800-81 Rev. 3, Secure Domain Name System (DNS) Deployment Guide publisher: NIST url: https://csrc.nist.gov/pubs/sp/800/81/r3/final published: "2026-03-19" accessed: "2026-11-03" - "n": 2 title: "ED 19-01: Mitigate DNS Infrastructure Tampering (Closed)" publisher: CISA url: https://www.cisa.gov/news-events/directives/ed-19-01-mitigate-dns-infrastructure-tampering-closed published: "2019-01-22" accessed: "2026-11-03" - "n": 3 title: "Compromise Infrastructure: DNS Server, Sub-technique T1584.002 - Enterprise" publisher: MITRE ATT&CK url: https://attack.mitre.org/techniques/T1584/002/ accessed: "2026-11-03" - "n": 4 title: "Application Layer Protocol: DNS, Sub-technique T1071.004 - Enterprise" publisher: MITRE ATT&CK url: https://attack.mitre.org/techniques/T1071/004/ accessed: "2026-11-03" - "n": 5 title: Dynamic Resolution, Technique T1568 - Enterprise publisher: MITRE ATT&CK url: https://attack.mitre.org/techniques/T1568/ accessed: "2026-11-03" --- # O DNS, a lista telefónica da Internet O DNS (Domain Name System) é a lista telefónica que permite a um navegador ou a um serviço de correio eletrónico encontrar o serviço associado a um nome de domínio. O NIST descreve-o como parte integrante de qualquer arquitetura de rede empresarial: um ataque ao DNS de uma empresa ameaça todas as suas operações de rede [1]. Para um colaborador, esta etapa é invisível. O endereço apresentado no navegador pode estar correto e, ainda assim, levar para outro lado se a lista tiver sido alterada. Esta ficha explica porque é que os atacantes se interessam por ela e o que resta ao utilizador fazer, ficando o resto a cargo das equipas técnicas. ## Em 30 segundos - Onde acontece: sempre que se abre um site ou o correio eletrónico, sem qualquer sinal visível, mesmo num site que conhece. - O que quer o atacante: redirecionar o tráfego web e de correio para a sua própria infraestrutura, para o inspecionar, ou esconder comunicações no tráfego DNS [2][4]. - O reflexo: verificar o endereço apresentado, desconfiar de nomes de domínio com erros ortográficos, comunicar ao suporte qualquer comportamento invulgar e nunca alterar sozinho as definições de DNS. - Se já aconteceu: avise o suporte sem demora e indique o site, a hora e o que introduziu. ## Perguntas diretas ### O que faz o DNS, em concreto? Associa o nome de um serviço a um endereço. A CISA dá um exemplo: para ajudar os utilizadores a chegar a um serviço de correio ou de colaboração, uma organização faz com que um nome do seu próprio domínio aponte para o domínio do seu fornecedor [2]. O colaborador escreve ou clica num nome, e é o DNS que decide onde ele vai parar. ### Porque é que é um alvo? Porque uma alteração feita no sítio certo atinge de uma só vez todos os utilizadores de um domínio. A CISA descreve atacantes que redirecionaram e intercetaram tráfego web e de correio [2]. A MITRE refere que, ao assumir o controlo de um servidor DNS, um atacante pode modificar registos DNS e redirecionar o tráfego de uma organização [3]. ### Vou ver um aviso se o meu tráfego for desviado? Não necessariamente. Segundo a CISA, o atacante que define ele próprio os valores DNS pode obter certificados de cifragem válidos para os nomes da organização. O tráfego redirecionado pode então ser decifrado e, como o certificado é válido para o domínio, o utilizador não recebe nenhum alerta de erro [2]. ### Posso alterar eu próprio o meu DNS para ficar mais seguro? Não. O DNS de uma empresa depende de vários papéis técnicos, cada um com as suas próprias questões de segurança [1]. Uma definição pessoal num posto de trabalho profissional sai desse quadro e pode contornar as proteções previstas pela empresa. Em caso de dúvida sobre a lentidão ou o aspeto estranho de um site, é o suporte que decide. ### O DNS pode servir para outra coisa além de redirecionar? Sim. A MITRE descreve o tunelamento DNS: comandos enviados a um sistema comprometido, e muitas vezes os respetivos resultados, são escondidos no tráfego DNS [4]. Este protocolo é comum nos ambientes e pode ser autorizado antes mesmo de a autenticação na rede terminar [4]. ## Como funciona Um nome de domínio só tem valor pelos registos que lhe estão associados. A CISA cita, por exemplo, os registos de endereço (A), de servidor de correio (MX) e de servidor de nomes (NS) [2]. O percurso de ataque descrito pela CISA resume-se a três tempos. O atacante compromete, ou obtém de outra forma, as credenciais de uma conta que pode modificar registos DNS. Depois, substitui o endereço legítimo de um serviço por um endereço que controla, o que lhe permite examinar ou manipular o tráfego antes de, se assim o entender, o transmitir ao serviço verdadeiro. Por fim, pode obter certificados válidos para decifrar esse tráfego e ler os dados introduzidos pelos utilizadores [2]. A CISA acrescenta que este risco persiste para lá do período de redirecionamento [2]. A MITRE assinala outra possibilidade: criar silenciosamente subdomínios que apontam para servidores maliciosos, sem que o proprietário do servidor DNS se aperceba [3]. O mesmo texto precisa que grande parte desta atividade decorre fora da vista da organização visada, o que dificulta a sua deteção [3]. O DNS serve também de canal de comando. Na técnica de balizagem DNS, os comandos passam por pedidos DNS, em registos do tipo TXT ou A. Estas balizas são difíceis de detetar porque raramente comunicam com os dispositivos infetados, o que as dilui no tráfego normal [4]. A resolução dinâmica, por sua vez, permite a um software malicioso ajustar o nome de domínio, o endereço IP ou a porta que utiliza [5]. ## O que faz - Leia o endereço apresentado antes de introduzir uma palavra-passe ou dados. Compare-o letra a letra com o endereço habitual: um nome de domínio parecido, com um erro de escrita, leva a outro site. - Não confie na ausência de alerta do navegador. Um certificado válido não prova que o redirecionamento não ocorreu [2]. - Abra os seus serviços pelos favoritos ou pelo endereço oficial comunicado pela empresa, em vez de usar uma ligação recebida. - Comunique ao suporte qualquer comportamento invulgar: uma página de início de sessão inesperada, um correio eletrónico que se comporta de forma diferente, um site conhecido que se apresenta de outro modo. - Não altere as definições de DNS do seu posto de trabalho nem do router do escritório. ## As armadilhas Primeira armadilha: acreditar que um endereço correto basta. Nos ataques descritos pela CISA, é a lista que é alterada, não o endereço que o utilizador escreve [2]. Segunda armadilha: pensar que o assunto só diz respeito aos informáticos. O ataque começa por credenciais: a CISA exigiu às agências federais do poder executivo norte-americano a alteração das palavras-passe das contas capazes de modificar o DNS e a adoção de autenticação multifator [2]. Recomenda fatores resistentes ao phishing e desaconselha a autenticação por SMS [2]. Um colaborador que gere um nome de domínio ou uma conta junto de um prestador de DNS é diretamente afetado. Terceira armadilha: supor que o fornecedor está sempre a salvo. A MITRE inclui o comprometimento de servidores DNS de terceiros entre as técnicas dos atacantes, que assim evitam montar os seus próprios servidores [3]. Serviços de DNS dinâmico, como o DuckDNS, foram utilizados pelo grupo APT-C-36 para redirecionar vítimas para sites ou repositórios que alojavam software malicioso [5]. Um nome de domínio desconhecido não é, portanto, um indício de confiança, seja qual for o seu aspeto. ## Casos reais ### Janeiro de 2019: a diretiva de emergência da CISA A 22 de janeiro de 2019, a CISA publicou a diretiva de emergência ED 19-01, «Mitigate DNS Infrastructure Tampering» [2]. Indicava estar a acompanhar uma série de incidentes de manipulação da infraestrutura DNS e ter conhecimento de que vários domínios de agências do poder executivo norte-americano estavam afetados [2]. Impunha às agências quatro ações. As três primeiras, a concluir em 10 dias úteis, eram auditar os registos DNS públicos, alterar as palavras-passe das contas em causa e adicionar autenticação multifator [2]. Quanto à quarta, a CISA começava, em 10 dias úteis, a entregar os novos certificados aos registos de transparência de certificados, e as agências deviam monitorizá-los logo que os recebessem [2]. O texto da CISA indica hoje que concluiu que o objetivo da diretiva foi alcançado e que a encerrou [2]. ### 2019: a campanha Sea Turtle A MITRE atribui ao grupo Sea Turtle a modificação de elementos de servidores de nomes (NS) para apontar para servidores DNS que controlava, a fim de fornecer as respostas a todos os pedidos DNS [3]. Entre as referências da MITRE figura uma análise da Cisco Talos de 17 de abril de 2019, «Sea Turtle: DNS Hijacking Abuses Trust In Core Internet Service», seguida de uma segunda, de 9 de julho de 2019 [3]. As fontes do dossiê não detalham as vítimas desta campanha. ## Para as equipas técnicas O guia NIST SP 800-81 Rev. 3, publicado em março de 2026, substitui a versão de 2013 [1]. Dá recomendações de implementação para proteger o protocolo e a infraestrutura DNS, limitar os erros de configuração e acrescentar uma camada de segurança de rede [1]. Entre as suas palavras-chave figuram DNSSEC, DNS cifrado, DNS protetor e registo de eventos DNS [1]. A diretiva da CISA recorda ainda a monitorização dos certificados emitidos e o inventário dos domínios geridos [2]. ## Fontes 1. NIST, «SP 800-81 Rev. 3, Secure Domain Name System (DNS) Deployment Guide», 19 de março de 2026. https://csrc.nist.gov/pubs/sp/800/81/r3/final (consultado em 3 de novembro de 2026) 2. CISA, «ED 19-01: Mitigate DNS Infrastructure Tampering (Closed)», 22 de janeiro de 2019. https://www.cisa.gov/news-events/directives/ed-19-01-mitigate-dns-infrastructure-tampering-closed (consultado em 3 de novembro de 2026) 3. MITRE ATT&CK, «Compromise Infrastructure: DNS Server, Sub-technique T1584.002 - Enterprise». https://attack.mitre.org/techniques/T1584/002/ (consultado em 3 de novembro de 2026) 4. MITRE ATT&CK, «Application Layer Protocol: DNS, Sub-technique T1071.004 - Enterprise». https://attack.mitre.org/techniques/T1071/004/ (consultado em 3 de novembro de 2026) 5. MITRE ATT&CK, «Dynamic Resolution, Technique T1568 - Enterprise». https://attack.mitre.org/techniques/T1568/ (consultado em 3 de novembro de 2026) --- Fonte original: Cyberpedia, a enciclopédia pública de cibersegurança e IA publicada pela Brain. Versão canónica: https://startbrain.io/cyberpedia/pt/articles/dns-lista-telefonica-internet-vulnerabilidades/ Pode reutilizar livremente este texto sob a licença CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/), desde que cite «Brain, Cyberpedia» com uma ligação para o endereço acima.