Parece que cnn.com usa servidores de nome hospedados pela Amazon Web Services (AWS) como seus servidores de nomes oficiais para o domínio geral cnn.com :
$ dig cnn.com soa
[…]
;; ANSWER SECTION:
cnn.com. 76 IN SOA ns-47.awsdns-05.com. awsdns-hostmaster.amazon.com. 1 7200 900 1209600 86400
… Mas esses servidores são configurados para tratar x.cnn.com (nota, x NÃO é um caractere curinga aqui, é a letra literal 'x') como um subdomínio e as consultas para esse subdomínio são delegadas a um conjunto diferente de nome autoritativo servidores: dmtns[01-05].turner.com (CNN é propriedade da transmissão Turner):
$ dig @ns-47.awsdns-05.com. x.cnn.com
[…]
;; AUTHORITY SECTION:
x.cnn.com. 86400 IN NS dmtns01.turner.com.
x.cnn.com. 86400 IN NS dmtns02.turner.com.
x.cnn.com. 86400 IN NS dmtns03.turner.com.
x.cnn.com. 86400 IN NS dmtns04.turner.com.
x.cnn.com. 86400 IN NS dmtns07.turner.com.
… e parece que esses dmtnsXX.turner.com servidores DNS contêm registros 'A' (registros de mapeamento de nome para IPv4) apontando x.cnn.com para 6.9.6.9 e 1.1.1.1 :
$ dig @dmtns01.turner.com. x.cnn.com
[…]
;; ANSWER SECTION:
x.cnn.com. 20 IN A 1.1.1.1
x.cnn.com. 20 IN A 6.9.6.9
Eu tentei alguns outros [a-z].cnn.com domínios e não descobri nenhum outro que estava configurado da mesma forma que x .
Eu estou supondo que x.cnn.com era uma espécie de sandbox interna de testes entre o departamento de TI da CNN / Turner que acidentalmente vazou para o mundo real, mas não há como saber com certeza.