Extractor de Dominio Raiz
Extrae el dominio raiz usando la Lista de Sufijos Publicos
Input Hostnames/URLs
Root Domains
El Root Domain Extractor identifica el dominio registrable (TLD efectivo+1) de cualquier nombre de host usando la Public Suffix List. Ingresa un nombre de host como app.staging.example.co.uk y la herramienta devuelve example.co.uk como el dominio raíz, manejando correctamente estructuras de TLD complejas donde la simple división de cadenas produce resultados incorrectos.
Entendiendo la extracción de dominio raíz
Cada nombre de host en internet tiene un dominio registrable -- la parte que alguien realmente compró de un registrador de dominios. Para www.example.com, el dominio registrable es example.com. Eso parece obvio cuando el TLD es un simple .com, pero internet tiene miles de TLDs con estructuras variadas. Para www.example.co.uk, el dominio registrable es example.co.uk, no co.uk y no example. Para myapp.herokuapp.com, el dominio registrable es myapp.herokuapp.com porque herokuapp.com es un sufijo público donde los usuarios individuales registran subdominios. Equivocarse en esto tiene consecuencias reales para la seguridad, el alcance de cookies y el análisis de dominios.
La razón por la que la simple manipulación de cadenas falla es que los límites de TLD no son consistentes. No puedes simplemente dividir por el último punto, o los últimos dos puntos, o contar un número fijo de etiquetas desde la derecha. El sufijo co.uk tiene dos etiquetas, pvt.k12.ma.us tiene cuatro etiquetas, y com tiene una etiqueta. Los servicios en la nube agregan otra capa de complejidad: amazonaws.com, github.io y azurewebsites.net son todos sufijos públicos aunque parecen dominios regulares. La única forma confiable de determinar el límite entre el sufijo público y el dominio registrable es consultar la Public Suffix List.
Esta herramienta usa la Public Suffix List de Mozilla, que cataloga más de 9,000 sufijos públicos incluyendo TLDs administrados por ICANN, TLDs de código de país con estructuras de múltiples niveles, y sufijos privados usados por proveedores de nube y hosting. Identifica correctamente el dominio raíz para cualquier nombre de host, independientemente de la complejidad del TLD, y también te muestra la porción de subdominio y el sufijo público usado para la determinación.
Cómo extraer el dominio raíz de un nombre de host
- Ingresa uno o más nombres de host (por ejemplo,
app.staging.example.co.uk) - La herramienta busca el sufijo público usando la Public Suffix List de Mozilla
- Aísla el dominio registrable combinando la etiqueta inmediatamente antes del sufijo público con el sufijo mismo
- Revisa la salida mostrando el dominio raíz y la porción de subdominio restante
Ejemplos de extracción de dominio raíz
| Nombre de host de entrada | Dominio raíz | Subdominio | Sufijo público |
|---|---|---|---|
www.example.com | example.com | www | com |
app.staging.example.co.uk | example.co.uk | app.staging | co.uk |
blog.mysite.com.au | mysite.com.au | blog | com.au |
myapp.github.io | myapp.github.io | (ninguno) | github.io |
s3.us-east-1.amazonaws.com | us-east-1.amazonaws.com | s3 | amazonaws.com |
example.com | example.com | (ninguno) | com |
deep.sub.example.pvt.k12.ma.us | example.pvt.k12.ma.us | deep.sub | pvt.k12.ma.us |
Por qué la simple división de cadenas falla
Un error común es dividir por el primer o último punto para encontrar el dominio raíz. Este enfoque falla para TLDs de múltiples niveles:
Naive approach for "www.example.co.uk":
Split on last dot -> root = "co.uk" (INCORRECTO - eso es el TLD)
Split on first dot -> root = "example.co.uk" (correcto por accidente)
Naive approach for "www.bbc.co.uk":
Split on first dot -> root = "bbc.co.uk" (correcto por accidente)
Naive approach for "app.staging.example.co.uk":
Split on first dot -> root = "staging.example.co.uk" (INCORRECTO)
La Public Suffix List es la única forma confiable de determinar los límites del TLD. Cataloga más de 9,000 sufijos públicos incluyendo TLDs de código de país, TLDs genéricos y sufijos privados usados por servicios en la nube.
Cuándo usar el extractor de dominio raíz
- Análisis de seguridad de cookies -- Los navegadores usan la public suffix list para determinar el alcance de dominio de las cookies; esta herramienta te muestra los mismos límites
- Revisión de SAN de certificados -- Identificar qué dominios registrables aparecen en los Subject Alternative Names
- Búsquedas de reputación de dominios -- Los feeds de inteligencia de amenazas requieren el dominio registrable, no subdominios
- Creación de reglas de firewall -- Construir reglas de permitir/bloquear basadas en dominio que cubran todos los subdominios de un dominio registrado
- Mapeo de propiedad de dominios -- Agrupar muchos nombres de host por su dominio registrable para entender la propiedad organizacional
- Análisis de logs -- Agregar tráfico web o logs DNS por dominio raíz en lugar de nombres de host individuales
Cómo funciona la Public Suffix List
La Public Suffix List (PSL), mantenida por Mozilla, define los límites entre sufijos públicos y nombres de dominio registrables. Contiene tres tipos de entradas:
Dominios ICANN
TLDs estándar administrados por ICANN, incluyendo:
- TLDs genéricos:
com,net,org,info,app,dev - TLDs de código de país:
uk,de,jp,au - TLDs de país de múltiples niveles:
co.uk,com.au,co.jp,ac.uk
Dominios privados
Sufijos operados por organizaciones privadas que permiten el registro público de subdominios:
github.io-- Dominios personalizados de GitHub Pagesamazonaws.com-- Endpoints de servicios AWSazurewebsites.net-- Nombres de host de web apps de Azureherokuapp.com-- Dominios de aplicaciones Heroku
Bajo el sufijo privado github.io, el dominio myproject.github.io se trata como un dominio registrable, lo que significa que myproject.github.io es la raíz, no github.io.
Reglas de excepción
Algunas entradas usan sintaxis de excepción (prefijadas con !) para crear casos especiales donde una etiqueta que de otra forma sería parte del sufijo público es en sí misma un dominio registrable.
Extracción de dominio raíz en la práctica
La aplicación más importante de la extracción de dominio raíz es la seguridad. Los navegadores usan la Public Suffix List para hacer cumplir los límites de dominio de cookies, previniendo que un sitio en evil.co.uk establezca cookies para todo .co.uk. Si estás construyendo cualquier tipo de herramienta de seguridad que tome decisiones basadas en la propiedad del dominio, necesitas extracción basada en PSL, no simple división de cadenas. Una lista de bloqueo basada en nombres de host que bloquea malware.example.com también debería bloquear other.example.com porque comparten el mismo dominio registrable y probablemente el mismo propietario, pero no debería bloquear example.co.uk porque co.uk es un sufijo público con miles de registrantes independientes.
Cuando analices logs o datos de amenazas, agrupar por dominio raíz es mucho más útil que agrupar por nombre de host completo. Un atacante podría usar docenas de subdominios bajo un solo dominio registrable (c2-1.evil.com, c2-2.evil.com, payload.evil.com), y agrupar por dominio raíz revela que toda esta actividad se remonta a un solo registro. Por el contrario, tratar cada nombre de host completo como independiente oscurecería el patrón.
Ten en cuenta la distinción entre sufijos ICANN y sufijos privados. Para la mayoría de los análisis de seguridad y propiedad, querrás usar solo los sufijos ICANN. Bajo las reglas de ICANN, myapp.github.io y yourapp.github.io son dominios registrables separados propiedad de personas diferentes. Pero bajo una visión de propiedad más amplia, ambos son subdominios de la infraestructura de GitHub. Algunas herramientas y bibliotecas te permiten elegir qué sección de la PSL consultar, y la elección correcta depende de tu caso de uso.
Preguntas frecuentes
¿Cuál es la diferencia entre un dominio raíz y un TLD?
El TLD (top-level domain) es el sufijo público en sí, como com o co.uk. El dominio raíz (dominio registrable) es el TLD más una etiqueta adicional -- el nombre que alguien realmente registra. Para www.example.co.uk, el TLD es co.uk y el dominio raíz es example.co.uk.
¿Cómo se manejan los dominios de proveedores de nube como *.amazonaws.com?
Los dominios de proveedores de nube están listados como sufijos privados en la PSL. Para s3.us-east-1.amazonaws.com, el sufijo público es amazonaws.com (privado), así que el dominio raíz es us-east-1.amazonaws.com. Esto coincide con cómo los navegadores determinan el alcance de cookies para estos servicios.
¿Esta herramienta realiza búsquedas DNS?
No. La extracción de dominio raíz se realiza completamente offline usando los datos de la Public Suffix List. No se hacen consultas DNS. La herramienta determina los límites estructurales del dominio, no si un dominio realmente existe o resuelve.
¿Por qué myapp.github.io se muestra como dominio raíz en lugar de github.io?
Porque github.io está listado como un sufijo privado en la PSL. GitHub permite a los usuarios registrar subdominios bajo github.io para GitHub Pages, haciendo que el subdominio de cada usuario sea un dominio registrable separado. Esta es la misma razón por la que los navegadores evitan que un sitio de GitHub Pages lea cookies establecidas por otro.
¿Con qué frecuencia se actualiza la Public Suffix List?
Mozilla mantiene la PSL como un proyecto impulsado por la comunidad con actualizaciones frecuentes. Nuevos TLDs, sufijos de proveedores de nube y correcciones se fusionan regularmente. La herramienta usa una copia actualizada periódicamente de la lista para reflejar los límites actuales de TLD.
Herramientas relacionadas
- Subdomain Extractor - Extraer la porción de subdominio de nombres de host en masa
- FQDN Validator - Validar nombres de dominio completamente cualificados
- Hostname Validator - Validar nombres de host según estándares RFC 1123
- URL → Hostname Extractor - Extraer nombres de host de URLs en masa
- BIND Zone A/AAAA Generator - Generar registros A y AAAA de zona BIND desde CSV