Source: http://docplayer.es/2299454-Informe-de-proyecto-de-grado-instituto-de-ingenieria-electrica-facultad-de-ingenieria-universidad-de-la-republica-montevideo-uruguay-abril-2012.html
Timestamp: 2017-01-18 06:09:08+00:00

Document:
⭐Informe de Proyecto de Grado Instituto de Ingeniería Eléctrica Facultad de Ingeniería Universidad de la República Montevideo, Uruguay Abril 2012
Download "Informe de Proyecto de Grado Instituto de Ingeniería Eléctrica Facultad de Ingeniería Universidad de la República Montevideo, Uruguay Abril 2012"
1 Informe de Proyecto de Grado Instituto de Ingeniería Eléctrica Facultad de Ingeniería Universidad de la República Montevideo, Uruguay Abril 2012 DNSSec Extensiones de seguridad del DNS Integrantes: Santiago Barreira, Leticia Grassi, Johnny Silvera. Tutor: Ing. Eduardo Cota2 Resumen Este trabajo se centra en sintetizar e introducir los conceptos de la extensión de seguridad del Sistema de Nombres de Dominio DNS por sus siglas en Inglés, las cuales se denominan DNSSec DNS Security. Estas extensiones tienen como objetivo garantizar la autenticidad e integridad de datos en las interacciones entre los servidores autoritativos de nombre y los servidores recursivos o clientes. El sistema hace uso de claves públicas que se distribuyen en toda la jerarquía del árbol de nombres, las cuales se utilizan para validar las firmas digitales que autentican los datos. En esta documentación se desarrollan todos los procedimientos involucrados en DNSSec, resaltando entre estas la construcción de la cadena de confianza por medio de delegaciones seguras, la administración de claves y la validación de datos existentes y no existentes. El proyecto también incluyó la elaboración de una maqueta experimental, para reproducir el comportamiento de los servidores de nombre autoritativos y recursivos frente a los nuevos registros y procesos descritos en DNSSec. Se abordó el problema del incremento de recursos que la implantación de DNSSec trae asociado, comparando la performance de los servidores sirviendo zonas sin firmar y firmadas. Se encontró que el ancho de banda en un servidor autoritativo sirviendo zonas firmadas se incrementa un 50% con respecto al ancho de banda necesario para servir una zona sin firmar. Por otro lado, el servidor recursivo se verá mayormente afectado por la carga sobre su CPU al realizar las validaciones tanto de firmas digitales, incluyendo la construcción de la cadena de confianza, como de la verificación de los registros NSEC3 necesarios para la validación de respuestas de no existencia. Agradecimientos Queremos dejar expresado nuestro agradecimiento a Mónica Soliño, Luis Castillo y Sergio Ramírez del Servicio Central de Informática de la Universidad, quienes nos brindaron información y material sobre sus servidores DNS los cuales fueron muy valiosos para el desarrollo del proyecto. También queremos agradecer a Carlos Martínez-Cagnazzo quien nos invitó a participar de un evento de LACNIC, en el cual pudimos presenciar conferencias de DNSSec dictadas por personas directamente vinculadas al despliegue y al desarrollo de DNSSec. Por último, un agradecimiento especial a nuestro tutor, quien con su constante apoyo, dedicación y guía a lo largo de todo este tiempo fue posible llevar a término este proyecto. 23 Tabla de Contenido Tabla de Contenido Sistema de Nombres de Dominio Breve Historia Elementos del DNS El Espacio de Nombres Especificaciones y terminologías Jerarquía de nombres Autoridad Ejemplo: iie.fing.edu.uy Zonas y Archivos de Zonas Registros de Recursos Wildcard Tipos de servidores DNS Servidor de Nombres Autoritativo Servidores de nombres recursivos Operaciones DNS Consultas EDNS Introducción a la seguridad en DNS Amenazas a la seguridad Clasificación Vulnerabilidades del protocolo DNS Protocol Issues Denegación de servicio Denial of Service Privacidad -Privacy Introducción DNSSec Historia Datos actuales Ataques actuales a servidores DNS ataque de phishing Ley SOPA y DNSSec4 4. Conceptos Importantes de DNSSec Definición de Terminología Servicios que ofrece DNSSec Servicios no proporcionados por DNSSec Autenticación de origen e integridad de datos Cadena de Confianza Autenticación de datos Autenticación de no existencia de nombre y tipo Determinación del estado de los datos Consideraciones Resolver Stub resolver Zonas Servidores de Nombres autoritativos Seguridad Registros de Recursos DNSSec NSEC y NSEC Prueba de no existencia NSEC Wildcards Problemas de NSEC NSEC Nuevo espacio de nombres Opt Out Prueba del Closest Encloser NXDOMAIN con NSEC Prueba NODATA Respuestas positivas con Wildcads NSEC3 en los Caches NSEC3PARAM Iteraciones Salt Claves DNSSec Introducción a las claves DNSSec Generación de claves Actores Algoritmos Procedimientos Publicación de clave pública Almacenamiento de clave privada Key roll-over Roll-over de la KSK Roll-over de Algoritmo Actualización automática de las Trust Anchors Teoría de operación Revocación de claves de confianza5 Hold-down Refresh continuo Parámetros para el resolver Tabla de estados Eliminar una zona de confianza Operaciones periódicas y de emergencia El tiempo en DNSSec Calendario de Roll-over Maqueta Maqueta y herramientas Generación de claves y firmas Replica de un servidor de SeCIU Maqueta SeCIU Servidor de nombre autoritativo Medidas Servidor Autoritativo Servidor recursivo Servidor recursivo sin cache Servidor Recursivo con Cache Servidor Recursivo con Delay NXDOMAIN Parámetros NSEC Recomendaciones Despliegue de DNSSec Firmar la zona Sistema de firmado Pruebas del sistema Generación de claves Roll-over de Claves Operación de servidor de nombre recursivo Conclusiones Anexo A Formato del Archivo de Zona Contenido del Archivo de Zona Anexo B Registro de Recursos del DNS Registro de Recursos SOA Registro de Recursos NS Registro de Recursos MX Registro de Recurso A Registro de Recurso AAAA Registro de Recurso PTR Registro de Recursos CNAME Registros de Recursos TXT Anexo C Registros de Recursos de DNSSec6 3.2 - Registro de Recurso DNSKEY Formato del mensaje RDATA DNSKEY Formato de Presentación del RR DNSKEY Ejemplo RR DNSKEY El Registro de Recurso RRSIG Formato del mensaje RDATA RRSIG Formato de Presentación del RR RRSIG Ejemplo de RR RRSIG Registro de Recurso NSEC Formato del mensaje RDATA NSEC Formato de presentación del RR NSEC Registro de Recurso NSEC Formato del mensaje RDATA NSEC Registro de Recurso DS Formato del mensaje RDATA DS Procesamiento de RR DS al validar las respuestas Formato de presentación del RR DS Ejemplo RR DS Forma Canónica y Orden de los Registros de Recursos Orden canónico de nombres DNS Forma Canónica de los RR Orden Canónico RR dentro de un RRset Registros y Seguridad Algoritmos DNS y tipos de Digestos Tipos de algoritmos DNSSec Tipos de Digestos DNSSec Consideraciones del Key Tag Anexo D Tipos de servidores DNS Comportamiento de un servidor esclavo DNS Esclavo vs. cache Propagación de cambios usando NOTIFY Servidores de nombres Forwarding Proxy Servidor de nombres Stealth DMZ or Split Anexo E Otras operaciones del DNS Consultas Inversas DNS Reverse Mapping Transferencia completa de zona AXFR Transferencia de zona incremental IXFR Notify Dynamic Update Anexo F Configuración de BIND Configuración de un Servidor Autoritativo Configuración de un servidor recursivo Name Server Control Utility rndc7 Firma y Roll-Over Automáticos Transferencia de zona Anexo G Datos de la prueba del servidor autoritativo sin firmar Datos de la prueba del servidor autoritativo firmado Datos de la prueba del servidor recursivo sin cache sin firmar Datos de la prueba del servidor recursivo sin cache firmado Datos de la prueba del servidor recursivo con cache sin firmar Datos de la prueba del servidor recursivo con cache firmado Datos de la prueba NXDOMAIN usando NSEC Datos de la prueba NXDOMAIN usando NSEC Bibliografía8 Introducción El objetivo de este proyecto de grado fue introducirse en las nuevas extensiones de seguridad para el Sistema de Nombre de Dominio, DNSSec. En primer lugar se presenta un estudio del DNS, e el cual se desarrolla en el capítulo inicial, donde se describen sus principales conceptos, características y debilidades. Se introducen las principales operaciones del DNS como preguntas recursivas e iterativas, las cuales son relevantes para la comprensión del DNS. Se describen varios ataques contra el DNS los cuales DNSSec minimiza, como pueden ser el Man in the Middle y el Spoofing, y otros los cuales la implementación de DNSSec los puede hacer más grave como por ejemplo ataques de denegación de servicio. Para introducir el DNSSec se mencionan temas actuales que involucran tanto a DNS como a DNSSec. Luego se definen los principales conceptos de DNSSec, nuevas consideraciones que se deben tener en cuenta al implementar estas extensiones en los servidores recursivos y autoritativos, y nuevas consideración de seguridad. También se describen los nuevos Registros de Recursos que hacen de DNSSec una extensión robusta. Se realiza hincapié en los problemas que introdujo DNSSec al introducir NSEC y como se logro minimizarlas al implementar el nuevo registro NSEC3. Se desarrolla una importante descripción de estos dos registros, implementación y parámetros que hacen de estos una de las partes más complejas pero interesantes de DNSSec. En base a todo lo anterior se realizó una maqueta donde se simuló la interacción entre servidores autoritativos y recursivos, donde se estudió la performance de estos al implementar DNSSec. Verificándose incrementos en el uso de ancho de banda y CPU comparado con el caso en que no se utiliza DNSSec. También se obtuvieron resultados interesantes de la comparación entre los dos mecanismos para la validación de respuestas de no existencia de un registro, NSEC y NSEC3. 89 1. Sistema de Nombres de Dominio Breve Historia En los años 70 el ímpetu por el desarrollo en internet iba en crecimiento así como también el del sistema de dominios. Al inicio, el mapeo de direcciones a nombres de host era gestionado por el Network Information Center NIC, en un único fichero HOSTS.txt, el cual era distribuido a todos los host mediante FTP. Esto llevó a un consumo de ancho de banda total en la red, proporcional al cuadrado del número de los host de la red. Si bien en su momento esto no presentó un inconveniente, el explosivo crecimiento de Internet dejaría en evidencia que se precisaría un nuevo sistema de nombres. Surgió entonces la necesidad de tener un servicio de nombres de propósitos más generales. Se planteó la idea de un espacio de nombres jerárquico, el uso del. como carácter de unión entre los niveles jerárquicos y un diseño basado en una base de datos distribuida y de recursos generalizados. Nace así el DNS en 1983, cuando Paul Mockapetris publicó las RFCs 882 [1] y 883 [2], definiendo lo que hoy en día ha evolucionado hacia el DNS moderno. Estos RFCs han quedado obsoletos por la publicación en 1987 de los RFCs 1034 [3] y 1035 [4], los cuales a su vez fueron actualizados por otras RFCs en particular las de DNSSec. El DNS permitió el mapeo de direcciones IP en un nombre fácil de recordar para los usuarios. Rápidamente los servidores de nombre de dominio crecieron en relevancia, convirtiéndose en sistemas críticos para cualquier tipo de red, especialmente Internet. Desde su inicio [1] el DNS sostuvo tres requisitos importantes que debía cumplir, los cuales le permitió crecer y adaptarse al rápido crecimiento de Internet. 1. Jerarquía de nombres. 2. Repartir la carga entre los servidores de nombres de dominio. 3. Delegar la administración de diferentes servidores. 910 1.2 - Elementos del DNS El DNS tiene tres componentes principales: El espacio de Nombres de Dominio y Registros de Recursos: El espacio de nombres se organiza en una estructura de árbol, cada nodo y hoja de este árbol define un conjunto de información. Esta información puede ser accedida por medio de consultas que indican el nombre de dominio nodo y registro de recurso información que desean obtener. Servidores de Nombres: Se denomina Servidor de Nombres, al programa que administra almacena, modifica, etc. alguna parte zona del espacio de nombres y a sus registros de recursos RR. Estos servidores tienen la característica de responder de forma autoritativa a consultas referidas a nombres de dominio dentro de la zona que este administra. Las respuestas autoritativas se identifican por tener el bit AA Respuesta autoritativa por sus siglas en Inglés en el encabezado del paquete DNS. Este bit estará seteado si la respuesta proviene directamente de un servidor de nombres autoritativo o si proviene de un servidor recursivo que no tenia dicha información en. Los operadores de estos servidores autoritativos tienen la responsabilidad de mantener actualizados los dominios y sus registros dentro de la zona. Servidor Recursivo: También conocido como resolver, son programas responsables de resolver consultas por nombres de dominios y sus recursos. Estos servidores recorren jerárquicamente el árbol de nombres, comenzando desde la raíz si es que no tienen información más especifica almacenada en cache extrayendo la información que precisan de los servidores de nombres. La información que obtienen es almacenda en cache, de forma de poder responder la próxima consulta más rápidamente y consumiendo menos recursos de la red. Stub-resolver: Son implementaciones limitadas de servidores recursivos presentes en los clientes. Su función es reenviar las consultas DNS a servidores recursivos, ya que los stub-resolver no pueden seguir las referencias enviadas por otros servidores autoritativos El Espacio de Nombres Especificaciones y terminologías El espacio de nombres de dominio está estructurado en forma de árbol. Cada nodo y hoja en el árbol corresponde a un nombre de dominio y tiene asociado un conjunto de recursos. El sistema de dominio no distingue entre el uso de los nodos interiores y hojas, por lo que en este documento utilizaremos el término "nodo" para referirnos a ambos. 1011 Cada nodo tiene una etiqueta con un tamaño que varía entre 0 y 63 bytes, siendo el tamaño total del nombre de dominio menor a 255 bytes. Los nodos hermanos no deben tener la misma etiqueta, mientras que la misma etiqueta puede ser utilizada por nodos que no son hermanos. Existen varias etiquetas reservadas [5] en diferentes niveles del árbol. La más importante es la etiqueta vacía NULL, reservada para representar a la raíz. Otra etiqueta, no tan importante, es la example, la cual está reservada bajo el nodo com, org y net, con el propósito de ser utilizadas en documentación y para ilustrar ejemplos. El nombre de dominio que representa un nodo del espacio de nombres, está compuesto por las etiquetas recorridas desde el mismo nodo hasta la raíz del árbol. Por convención, las etiquetas que componen un nombre de dominio se leen de izquierda a derecha, desde la más específica la más baja, lejos de la raíz a la menos específica la más alta, cerca de la raíz. También fue establecido que los nombres de dominio fueran insensibles a las mayúsculas y minúsculas, lo que significa que una búsqueda por FING.edu.uy es indistinguible de una búsqueda por fing.edu.uy, sin importar de qué forma haya sido almacenado el dominio en el servidor de nombres. Los nombres de dominio se pueden clasificar en absolutos o relativos, también denominados FQDN Fully Qualified Domain Name o no FQDN respectivamente. Un nombre completo absoluto debería terminar con la etiqueta raíz la etiqueta nula. Esta propiedad sirve para distinguir entre estos casos: Un string de caracteres que representa un nombre de dominio completo. Por ejemplo, "iie.fing.edu.uy." Un string de caracteres que representa el comienzo de etiquetas de un nombre de dominio completo. Este debería ser completado por algún software con información del dominio local relativo. Por ejemplo, "iie" dentro del dominio fing.edu.uy. Los nombres relativos pertenecen a un origen bien conocido o se pueden encontrar en una lista local de dominios. Los nombres relativos aparecen con mayor frecuencia en la interfaz de usuario, donde su representación varía entre implementaciones. La interpretación más común utiliza la raíz "." como el origen, por eso un nombre relativo con varias etiquetas suele omitir el punto raíz para ahorrar un carácter Jerarquía de nombres Cada nivel del árbol de nombres representa un nivel jerárquico. En el nivel más alto está la raíz, seguido de los dominios de nivel superior TLD, por las siglas en Inglés de Top Level Domain, después los dominios de segundo nivel SLD, Second Level Domain y finalmente otros niveles; todos son separados por un punto. Los TLD se dividen en dos tipos básicos: 1112 Dominios de nivel superior genéricos gtld, Generic Top Levels Domains :.com,.edu,.net,.org,.mil. Dominios de nivel superior de códigos de países cctld, Country Code Top Levels Domains que se identifican con una secuencia de dos caracteres según la ISO :.uy,.us,.ar,.uk. Los cctld son delegados generalmente a organizaciones gubernamentales, cuya relación con ICANN Internet Corporation for Assigned Numbers and Names es principalmente consultiva más que contractual, debido a razones culturales y de soberanía de cada país. La Internet Assigned Numbers Authority IANA es la encargada de mantener actualizada la lista de los administradores de cada cctld. Root.uy.br.net.com cctld gtld Figura 1.1: cctld y gtld Autoridad A cada nodo del árbol DNS se le es asignado una autoridad, una organización o persona, responsable de la gestión y operación del nodo. Dicha organización, administra su nodo de forma autoritativa, por lo tanto puede definir todos los recursos bajo dicho nodo, así como también delegar la autoridad de nodos inferiores a él a otras organizaciones. La autoridad de la raíz root domain fue delegada a la Internet Corporation for Assigned Numbers and Names ICAN, En 1998, esta organización sin fines de lucro, asumió esta responsabilidad en el Departamento de Comercio de Estados Unidos. Las gtld están autoritativamente administradas por ICANN y la autoridad de las cctld es delegada a cada país, los que eligen como administrarla [6] Ejemplo: iie.fing.edu.uy. A la última etiqueta en el nombre de los dominios se le denomina host name. Generalmente encontramos el host WWW World Wide Web, cuya popularización responde simplemente a una convención para representar páginas Web. Sin embargo, cualquier etiqueta es válida como host, en este ejemplo esta es iie. 1213 4to Nivel 3er Nivel 2do Nivel 1er Nivel Raíz iie.fing.edu.uy. Figura 1.2: Ejemplo de Dominio El dueño de un domino puede delegar a su preferencia todo lo que se encuentra a la izquierda de su nombre de dominio. A cada unidad delegada, se le da el nombre de zona. En la Figura 1.2 podemos suponer que la autoridad de uy. delegó la autoridad del nombre de dominio edu.uy. Si el dueño de dicho dominio decidiera crear un subdominio, este se encontraría a la izquierda del mismo Zonas y Archivos de Zonas El espacio de nombres se divide en zonas disjuntas. Cada zona contiene los nombres de dominio y recursos autoritativos de la misma. El comienzo de la zona está determinado por el punto de delegación o corte de la zona padre, extendiéndose por el árbol de nombres hasta los próximos puntos de corte y delegaciones de las zonas hijas. El nodo más alto en una zona, corresponde al punto de corte y pertenece al nombre de dominio al que se le realizó la delegación en la zona padre. Para distinguir este dominio de los restantes de la zona, se lo llama también ápex de la zona. Una zona termina cuando se delega la administración de un nodo inferior a otra persona u organización. La información que define una zona se almacena en un Archivo de Zona zone file. Estos archivos contienen toda la información autoritativa de la zona y los cortes o delegaciones a zonas hijas. Los servidores de nombres son los responsables de almacenar los archivos de zona. Se dice que un servidor es autoritativo para la zona uy si éste tiene almacenado localmente un archivo de zona con toda la información de la misma. En general, existe una sola copia maestra de un archivo de zona, la cual es trasferida a los demás servidores de nombres autoritativos para la zona. Dada la importancia de esta información, es recomendable tener al menos dos servidores que sirvan cada zona, de manera de tener mayor garantía de que los datos estarán siempre accesibles. Los archivos de zona tienen como función la traducción de nombres de dominio en entidades operacionales, estas son host que almacenan páginas web, servidores de correo, servidores de nombre, etc. Los datos que describen el contenido del archivo se pueden dividir en las siguientes categorías: 1314 Datos autoritativos para todos los nodos dentro de la zona. Datos autoritativos que definen el nodo superior de la zona ápex de la zona. Datos que describen sub-zonas delegadas cortes sobre el fin de la zona. Datos que permiten el acceso a sub-zonas de servidores de nombres a veces llamados datos "glue". Los primeros dos tipos de datos se diferencian de los demás por ser autoritativos. Estos tendrán mayor importancia en DNSSec, ya que son los datos que se firmarán digitalmente. Todos estos datos se expresan utilizando Resource Records registros de recursos RR. Las zonas pueden ser totalmente descritas utilizando los RR y transferidas entre los servidores de nombres utilizando estos RR. Los RR más importantes que se pueden encontrar en un archivo de zona son: Descripción de la zona. Registro de Recursos SOA Start of Authority. Este RR es obligatorio para todos los archivos de zona y es autoritativo. Un host de una zona que es definido con una dirección IP, lleva por lo menos un registro A o AAAA si es IPv6. Si el host esta dentro de la zona, el servidor será autoritativo para dichos recursos, de lo contrario no. Información global sobre las zonas. El RR MX que describe el servidor que acepta mails para este dominio, el RR NS describe el servidor DNS autoritativo para dicho dominio. Ambos son autoritativos para la zona. Un archivo de zona incluye información acerca de la delegación de subdominios, utilizando un RR NS. Esta información también puede incluir registros adicionales conocidos como registros glue. Estos registros no son autoritativos, por lo que como veremos más adelante, no llevarán una firma digital asociada. Los RRs que describen el nodo superior de la zona son primordiales para la gestión de la zona son parte de los datos autoritativos. El primero que encontramos en el archivo es el RR SOA, el cual describe los parámetros de gestión de la zona, ver Anexo B. Los siguientes RR, también obligatorios, son los RR NS del ápex de la zona. Estos listan los servidores de nombre NS por sus siglas en Inglés Name Server que sirven autoritativamente a la zona. Es recomendable que existan por lo menos dos servidores de este tipo. También podemos encontrar en los RRs MX la descripción de los servidores de correo que pueden brindar este servicio para su dominio. Los puntos de delegación que describen los límites o fin de la zona son los RR NS. Estos nombran a los servidores de nombre de las sub-zonas. Estos RR NS solo se encuentran en el ápex de la zona que fue delegada donde sí son autoritativos y en los cortes de zona delegaciones donde no son autoritativos. Cuando un servidor recursivo recorre el árbol de nombres buscando y extrayendo la información que necesita de los servidores de nombres autoritativos, 1415 hace uso de las delegaciones los RR NS para saber por qué partes del árbol debe seguir buscando. Un servidor de nombres conoce la ubicación direcciones IP de los servidores raíz, los cuales contienen la información necesaria para que el servidor recursivo siga su camino. Esta información no solo es el RR NS, sino que debe incluir también la dirección RR A de dicho servidor. A este registro se lo conoce como registro glue, y como ya mencionamos, no es autoritativo para la zona Registros de Recursos Un nombre de dominio identifica a un nodo del árbol DNS, que puede tener o no, asociado un conjunto de información definida en RRs. Cada RR está compuesto por una quíntupla de campos. Tabla 1-1: Campos de un RR Campo Propietario Tipo Clase TTL RDATA Descripción Es el nombre de dominio donde se encuentra. Es un valor codificado de 16 bit que especifica el tipo de recurso. Los tipos se refieren a recursos abstractos. A Una dirección de host IPv4. AAAA Una dirección de host IPv6. CNAME Identifica a un nombre canónico de un alias. MX Identifica a un servidor de correo para el dominio. NS El servidor de nombres autoritativo para el dominio. PTR Puntero a otra parte del espacio de nombres de dominio. SOA Identifica el comienzo de la zona de autoridad. Valor codificado de 16 bits que identifica a una familia de protocolos o una instancia de un protocolo. IN Internet CH El sistema Caos. Tiempo de vida del RR. Este campo es un entero de 32 bits y representa segundos. Fundamentalmente lo utilizan los servidores recursivos cuando cachean RRs. El TTL describe el tiempo de duración que puede estar cacheado un RR antes de ser eliminado. Son los datos contenidos en el RR, dependen del tipo y de la clase. A Para la clase IN, dirección IP de 32 bits IPv4. Para la clase CH, un nombre de dominio seguido de una dirección Caos octal de 16 bit. CNAME Un nombre de dominio. MX Un valor preferentemente de 16 bit seguido de un nombre de host, que actúe como servidor de correo para el dominio propietario. NS Un nombre de host. PTR Un nombre de dominio. SOA Varios campos. El nombre propietario es a menudo implícito, en vez de formar parte integral del RR. Las siguientes partes del RR se componen el encabezado TTL, tipo, clase y 1516 por último, la parte variable donde se encuentra la información propia del RR es el campo RDATA. El contenido de este último campo, depende del tipo de RR, puede ser una combinación de strings binarios y nombres de dominio. Los nombres de dominio con frecuencia se utilizan como "punteros" a otros datos en el DNS. En el Anexo B se puede encontrar ejemplos de RR, como se expresan y como se define el contenido de los mismos Wildcard Las definiciones, usos y funciones de las wildcard en el DNS estan especificadas en la RFC 4592 [7]. Aquí rescataremos las principales definiciones que nos serán de utilidad en el entendimiento de DNSSec. Los RRs cuyos nombres de dominio comienzan con la etiqueta wildcard * tienen un tratamiento especial. Estos RRs se conocen como wildcards y representan instrucciones para sintetizar otros RRs. Este tipo de recurso especial es utilizado para permitir la resolución de nombres no existentes en el archivo de zona, pero que se pueden sintetizar utilizando un nombre de dominio wildcard. Los contenidos de los RRs wildcard siguen las reglas usuales y formatos de los RR, que están disponibles en el Anexo B. El nombre de los RR wildcard tienen la forma "*.<cualquierdominio>, donde <cualquierdominio> es cualquier nombre de dominio. <cualquierdominio> no debería contener otras etiquetas * y debe pertenecer a la zona donde se encuentra el wildcard. Los wildcard se aplican potencialmente a descendientes de <cualquierdominio>, pero no para <cualquierdomino> en sí mismo. La etiqueta * no tiene un efecto especial si aparece en un nombre de consulta, pero puede utilizarse para comprobar la existencia de un registro wildcard en una zona autoritativa; una consulta como esa es la única forma para conseguir una respuesta que contenga RRs con un nombre de propietario con * en él, el resultado de tal consulta no se cacheará. Los contenidos de los RRs wildcard no se modifican cuando se utilizan para sintetizar RRs Tipos de servidores DNS En esta sección se describirán los tipos de servidores DNS más comunes e importantes para el sistema. En particular se definirán los servidores autoritativos maestro y esclavos y recursivos. Estos son los tipos que tienen mayor importancia para nuestro proyecto. El resto de las posibles configuraciones de estos servidores se dejan como lectura complementaria en el Anexo D. Los servidores DNS juegan una gran variedad de roles, un único servidor de nombres puede ser un maestro para algunas zonas, un esclavo para otras y proporcionar almacenamiento en cache o servicios de reenvío para otras. 1617 Utilizaremos los comandos y archivos de configuración de BIND Berkeley Internet Name Domain para ilustrar los ejemplos y configuraciones de los servidores. BIND fue la herramienta que elegimos para crear los servidores en nuestro proyecto, ya que esta es la implementación más difundida de un servidor de nombres y cuenta con mayor soporte técnico en la red. Por más información de comandos y configuración ver Anexo F. El rol del servidor de nombres es controlado por el archivo de configuración, en el caso de BIND se llama named.conf. La combinación de los parámetros globales en este archivo y las zonas que atiende determinan la funcionalidad completa del servidor de nombres. Se utilizarán fragmentos de este archivo named.conf a modo de ejemplos para desglosar las características de cada tipo de servidor Servidor de Nombres Autoritativo Los servidores autoritativos son los que poseen una copia local de uno o varios archivos de zonas, y responden de forma autoritativa por consultas hechas por dominios dentro de esas zonas. La arquitectura más común en BIND de estos servidores es la conocida como maestro-esclavo. Los términos maestro y esclavo de zona se utilizan para diferenciar a los servidores de nombres que intervienen en la transferencia de zona. En la Figura 1.3 se visualiza el relacionamiento entre maestro y esclavo. DNS Maestro Transferencia de zona DNS Esclavo Archivo de zona Figura 1.3: Transferencia de zona Un servidor maestro se identifica por tener la copia maestra del archivo de zona. El servidor esclavo solicita una transferencia de zona cuando este reconoce que sus datos no están actualizados. La transferencia puede consistir en enviar toda la información del archivo de zona maestro o solo las partes modificadas. Entre los métodos para realizar una transferencia se encuentra el AXFR y el IXFR Anexo E Una vez realizada la transferencia de zona, los servidores esclavo y maestro son indistinguibles desde el punto de vista del cliente, ya que ambos responden autoritativamente por los dominios de la zona. En el Ejemplo 1-1 tenemos una clausula de zona, en la que se define al servidor como maestro para la zona example.com. El archivo local donde se encuentra el archivo de zona está especificado usando la sentencia file. 1718 Ejemplo 1-1: Configuración servidor maestro //Define al servidor como maestro para example.com zone example.com { type master; file master.example.com ; }; El servidor esclavo es definido en BIND mediante la inclusión del type slave en la cláusula de la zona del archivo named.conf, como se muestra en el Ejemplo 1-2. El tipo slave indica que este servidor de nombres actuará como un esclavo para example.com. Ejemplo 1-2: Configuración servidor esclavo // Fragmento de named.conf // Define un servidor esclavo para example.com zone "example.com" { type slave; masters { ;}; }; La sentencia masters { } define la dirección IP del servidor de nombre que contiene el archivo de zona maestro para esta zona. Una o varias direcciones IP pueden estar presentes. Puede haber más de un maestro DNS para cualquier zona. Desde el lado del servidor maestro se puede y es aconsejable restringir las direcciones IP a las cuales les está permitido realizar transferencia de zonas. No hacerlo puede significar potenciales ataques DoS Negación de Servicio, que veremos más adelante Servidores de nombres recursivos Un servidor de nombres recursivo también conocido como resolver de cache, cache de DNS o resolver obtiene su información mediante consultas a servidores de nombres autoritativos vistos anteriormente, con el fin de responder una consulta de un host o cliente, guardando además estos datos en un cache local. En una solicitud posterior por los mismos datos, el servidor de cache va a responder con los datos almacenados en cache, pero esta vez sin autoridad. Este proceso continuará hasta que el tiempo de vida TTL del RR llegue a cero, momento en que el RR será descartado de la memoria cache. La siguiente solicitud a este RR dará lugar a que el servidor recursivo nuevamente consulte a un servidor de nombres autoritativo para la zona. Los caches aumentan considerablemente el rendimiento de DNS reduciendo significativamente la carga sobre la red y los servidores autoritativos. Consideremos el Ejemplo 1-3, donde se definió el servidor de correo de example.com: Ejemplo 1-3: MX con cache example.com. 3w IN MX 10 mail.example.com. En el Ejemplo 1-3 se define el RR MX para example.com, cuyo TTL es de tres semanas 3 weeks por su sigla en Inglés. Una vez obtenido este registro el cache lo almacenará durante 3 semanas, respondiendo directamente de cache cuando una 1819 consulta por el mismo le llegue. De esta forma se alivia el tráfico hacia el servidor autoritativo evitando consultas excesivas por recursos que no varían significativamente con el tiempo, como este caso. Sin embargo, de ser necesario realizar un cambio a un registro de recurso con valores grandes de TTL, se tendrá que tener en cuenta que los cambios no se propagarán completamente en toda la red hasta que todos los cache hayan expirado los registros viejos. En BIND, un servidor recursivo tendrá en su archivo named.conf el siguiente fragmento: Ejemplo 1-4: Configuración servidor recursivo // Fragmento de named.conf // Configuración para permitir recursión, aunque esta es por defecto. options { recursion yes; allow-recursion {10.2/16; /24;}; // Redes que pueden utilizar // la recursión. }; // Cláusula de zona //El punto indica la zona raíz zone "." { type hint; file "root.servers"; }; La cláusula de opciones indica que las declaraciones siguientes se aplican a todas las zonas, a no ser que explícitamente sea remplazada con otra declaración. La sentencia recursion yes indica el comportamiento de cache, que es el valor por defecto de BIND y podría ser omitido. La declaración allow-recursion {10.2/16; /24;} define las direcciones IP redes que están autorizadas a emitir consultas recursivas. Si esta declaración no está presente, esto podría ser un servidor de nombres caching open y como tal, podría ser utilizado por terceros maliciosos en ataques DoS. Cuando llega una consulta al servidor recursivo, este debe saber donde realizar la primera consulta, y lo más razonable y eficiente si no se tiene información del nombre de dominio consultado en cache o de algún acsendente es que pregunte primero en la zona raíz. Para esto necesita tener configuradas las direcciones de red donde se encuentran los servidores de nombre autoritativo para la zona raíz. Mediante la clausula de zona del Ejemplo 1-4, se indica que el archivo conteniendo dichas direcciones root.servers. Este archivo se suministra normalmente con distribuciones de BIND y demás software. También puede encontrarse en Internet en [8] Operaciones DNS Algunas operaciones del DNS ya las hemos mencionado, las transferencias de zonas y las consultas son algunas de ellas. Aquí nos centraremos específicamente en 1920 los tipos de consultas que el protocolo permite y cómo funcionan, para ver luego sus diferencias al introducir DNSSec. Por defecto las consultas utilizan UDP y el puerto 53. En los inicios del DNS las consultas tenían un tamaño máximo de segmento UDP de 512 bytes. Pero a medida que fue creciendo la infraestructura del DNS fue también en aumento el volumen de datos en las transacciones DNS. En los casos en que una respuesta superara este límite, se utilizaba TCP para realizar la transacción, pero debido a su overhead, esta opción no es la favorita. Para evitar usar TCP cuando el bloque de transacción supera los 512 bytes, se planteo una funcionalidad conocida como Extended DNS, cuya función es esencialmente negociar un segmento UDP de tamaño extendido. La mayoría de las transacciones DNS no seguras se pueden realizar con mensajes de tamaño menor a 512 bytes. Sin embargo, la implementación de DNSSec tiene como consecuencia un bloque en el rango comprendido entre 1.7K y 2.4K, o incluso mayor, lo que hace necesaria la negociación de bloques más grandes Consultas DNS Servidor raíz DNS.com TLD Consulta Respuesta Consulta Respuesta DNS Resolver Consulta Respuesta PC Resolver Navegado DNS example.com Consulta Respuesta Figura 1.4: Consulta recursiva Las consultas DNS las podemos clasificar según las siguientes categorías. Consultas recursivas: Una consulta recursiva es aquella en la que el servidor hará todo el trabajo necesario para devolver la respuesta completa a la consulta. La respuesta a una consulta recursiva puede hacer que el servidor de nombres envíe múltiples consultas a una serie de servidores de nombres autoritativos en la jerarquía DNS, a fin de resolver completamente el nombre solicitado. Los servidores de nombres no están obligados a soportar consultas recursivas. Consultas Iterativas o no recursivas : En una consulta iterativa, si el servidor de nombres tiene la respuesta o si se encuentra disponible en su cache la devolverá. Si el servidor de nombres no tiene la respuesta devolverá toda la 20 Mostrar más
Un caso de estudio en Extensiones de Seguridad para el Sistema de Nombres de Dominio (DNSSEC). Resultados parciales Ernesto Sánchez 1, Javier Díaz 2, Daniel Arias Figueroa 1, Sergio Rocabado 1, 1 Centro Más detalles Domain Name System. Ing. Carlos A. Barcenilla Ing. Agustín Eijo Domain Name System Ing. Carlos A. Barcenilla Ing. Agustín Eijo Qué es DNS? DNS es una base de datos distribuida, jerárquica y redundante. La información Más detalles Conceptos generales de DNSSEC. 4 de agosto de 2011 Carlos Martínez-Cagnazzo carlos @ lacnic.net
Conceptos generales de DNSSEC 4 de agosto de 2011 Carlos Martínez-Cagnazzo carlos @ lacnic.net 1 DNSSEC Conceptos de Criptografía DNSSEC Donde DNSSEC Como DNSSEC Nuevos registros Cadena de confianza 2 Más detalles Es la capa donde se encuentran las aplicaciones que interactúan con el usuario. Son la razón de ser de las redes de datos
Capa de aplicación Capa de aplicación Es la capa donde se encuentran las aplicaciones que interactúan con el usuario Son la razón de ser de las redes de datos En Internet, son estas aplicaciones el principal Más detalles DNS / DNSSEC en IPv6 e IPv4. Workshop IPv6 LACNIC / 6Deploy
DNS / DNSSEC en IPv6 e IPv4 Workshop IPv6 LACNIC / 6Deploy Mo7vación DNS (1) El protocolo IP asigna direcciones individuales a todos los hosts en una cierta red Estas direcciones son simplemente números Más detalles DNS LSUB, GYSC, URJC
DNS LSUB, GYSC, URJC Qué es Las máquinas tienen direcciones 193.147.49.23 Los humanos usan nombres: google.es Quien traduce? Por qué? Para una varias ip puedo tener el mismo nombre Si se cae una máquina, Más detalles Componentes del servicio de nombres de dominio. Javier Rodríguez Granados
Componentes del servicio de nombres de dominio. Javier Rodríguez Granados Complementos principales Los Clientes DNS: Un programa cliente DNS que se ejecuta en el ordenador del usuario y que genera peticiones Más detalles Extensiones de Seguridad para el Sistema de Nombres de Dominio (DNSSEC)
Trabajo Final Integrador de Especialista en Redes y Seguridad Extensiones de Seguridad para el Sistema de Nombres de Dominio (DNSSEC) Tesista: Ernesto Sánchez Director (UNSa): Msc. Daniel Arias Figueroa Más detalles Por D. Rafael J. Montero González
Por D. Rafael J. Montero González Introducción Sistemas de nombres planos vs. jerárquicos Historia de DNS Características y utilidad del servicio DNS Componentes y funcionamiento Espacio de nombres de Más detalles Redes de ordenadores DNS
Redes de ordenadores DNS Grupo de sistemas y comunicaciones jjmunoz@gsyc.inf.ucm.es Redes de ordenadores, 1998-1999 Página 1 4.DNS El servicio de nombres permite que los humanos usemos nombres de máquina Más detalles Sistemas de Transportes de Datos (STD) Tema II: IP (Entrega 6) Grupo de Aplicaciones Telemáticas. Grupo de Aplicaciones Telemáticas
DNS: Domain Name System El Domain Name System (DNS) es una base de datos distribuida que las aplicaciones de Internet utilizan para mapear nombres de máquinas y las direcciones IP correspondientes. Los Más detalles UNIDAD DIDACTICA 5 CONFIGURACIÓN DEL SERVICIO DNS EN WINDOWS 2003. Eduard Lara
UNIDAD DIDACTICA 5 CONFIGURACIÓN DEL SERVICIO DNS EN WINDOWS 2003 Eduard Lara 1 1. DOMAIN NAME SYSTEM El sistema de nombres de dominio (DNS) es una base de datos distribuida y jerárquica que almacena información Más detalles Quién es www.udp.cl? www.udp.cl es 200.14.86.4. 2.2QueesDNS El Sistema de Nombres de Dominio, también denominado DNS (Domain Name System), corresponde a un sistema diseñado con la finalidad de proveer nombres relacionadosadispositivosorecursosenred,yaseaapequeñaoaltaescala(como Más detalles UD 3: Instalación y administración de servicios de nombres de dominio. SRI
Instalación y administración de servicios de nombres de dominio. SRI RESULTADOS DE APRENDIZAJE Administra servicios de resolución de nombres, analizándolos y garantizando la seguridad del servicio. Introducción Más detalles Domain Name Server. Daniel Pecos Martínez. dani@netpecos.org. Castellón, 1 de Diciembre 2003
Domain Name Server Daniel Pecos Martínez dani@netpecos.org Castellón, 1 de Diciembre 2003 INTRODUCCIÓN En este documento se realiza una breve explicación sobre los conceptos básicos del DNS, poniendo como Más detalles Extensiones al protocolo EPP para el sistema de registro de dominios.uy
Instituto de Computación Facultad de Ingeniería Universidad de la República Proyecto de Grado Extensiones al protocolo EPP para el sistema de registro de dominios.uy Autores: Pablo Cal Ernesto Pin Tutor: Más detalles DOMAIN NAME SYSTEM DNS
CAPA DE APLICACIONES En esta capa se implementan protocolos que ayudan al intercambio de información entre usuarios Protocolos utilizados El sistema de nombres de dominio (DNS) Transferencia de Hipertexto Más detalles Sistema de Nombres de Dominio (DNS/BIND) Curso de Configuración De DNS. Octubre, 2014 ADSIB
Sistema de Nombres de Dominio (DNS/BIND) Curso de Configuración De DNS Sistema de Nombres de Dominio (DNS/BIND) Introducción Historia de DNS Red ARPANET en los 70 Nombre amaru 21 platon 23 evo 24 lapaz Más detalles Estudiemos la secuencia: nombre de dominio dirección IP localizar host (encaminamiento).
Universidad Carlos III de Madrid Internet Avanzado Saulo Barajas 12feb03 DNSSEC 1 Este trabajo revisa las principales vulnerabilidades del sistema de nombres de dominio DNS y propone las extensiones de Más detalles Descripción de las zonas y de la transferencia de zonas 14
Curso: Sistemas Operativos II Plataforma: Linux CONFIGURACION DE DNS DNS es conocido como la asignación de nombres a direcciones IP, es considerado la función más conocida de los protocolos DNS, este documento Más detalles EL SERVICIO DE DIRECTORIO DNS Alvaro del Castillo San Félix 1998, GNU FDL Publicado en Linux Actual. Introducción
EL SERVICIO DE DIRECTORIO DNS Alvaro del Castillo San Félix 1998, GNU FDL Publicado en Linux Actual Introducción En el presente artículo se describe el servicio de DNS que permite el acceso de los usuarios Más detalles Coordinación. Guía de seguridad en servicios DNS 2
Autor Antonio López Padilla Coordinación Daniel Fírvida Pereira La presente publicación pertenece a INTECO (Instituto Nacional de Tecnologías de la Comunicación) y está bajo una licencia Reconocimiento-No Más detalles IPv6 Servicios DNS. Objetivo. Introducción Teórica
IPv6 Servicios DNS Objetivo El objetivo principal de este laboratorio es presentar el funcionamiento del servicio DNS (Domain Name System) en una red IPv6 utilizando el software BIND. Para esto, el laboratorio Más detalles TEMA 2. SERVICIO DNS
1 TEMA 2. SERVICIO DNS 1. Definición 2. Espacio de nombres de dominio 3. Zonas y delegación 4. Tipos de servidores DNS 5. Búsqueda de IP: recursiva e iterativa 6. Búsqueda inversa 7. Base de datos DNS. Más detalles Windows Server 2012: Zonas DNS
Windows Server 2012: Zonas DNS 2 Tabla de Contenidos Objetivos... 5 Zonas DNS... 7 Qué es una zona DNS?... 7 Tipos de zonas DNS... 7 Zona principal... 8 Zona secundaria... 8 Zona de rutas internas... 8 Más detalles SISTEMA OPERATIVO GNU/LINUX AVANZADO II JOSE ARRIETA NARVAEZ GUSTAVO CARO JESUS GARCIA NILXON VUELVAS TALLER CONFIGURACION DEL SERVIDOR DNS.
SISTEMA OPERATIVO GNU/LINUX AVANZADO II JOSE ARRIETA NARVAEZ GUSTAVO CARO JESUS GARCIA NILXON VUELVAS TALLER CONFIGURACION DEL SERVIDOR DNS. ING. LUIS GARCIAS UNIVERSIDA DE CORDOBA FACULTAD DE CIENCIAS Más detalles Seguridad en DNS y DNSSEC
Seguridad en DNS y DNSSEC Zonamerica TechDay 17 de agosto de 2010 Nicolás Antoniello Carlos Martínez Cagnazzo Agenda Introducción Conceptos básicos y operación del DNS Vulnerabilidades del sistema DNS Más detalles DNS Introducción. DNS - Domain Name System. Gestiona información asociada a los nombres de dominios.
Breve reseña de.uy 1990 Se delega el dominio de internet de primer nivel correspondiente a Uruguay al SeCIU-Udelar. Comienzos de la operación de la Red Académica Uruguaya (RAU). Se define usar dominios Más detalles Servidor DNS. Son servicios que contestan las consultas realizadas por los Clientes DNS. Hay dos tipos de servidores de nombres:
Registros de recursos DNS. Javier Rodríguez Granados Registros de Recursos (RR) Para resolver nombres, los servidores consultan sus zonas. Las zonas contienen registros de recursos que constituyen la información Más detalles La Capa de Aplicación Protocolos de Aplicación Básicos
La Capa de Aplicación Protocolos de Aplicación Básicos mayo de 2008 DNS DNS (RFC 1034 y 1035) Idea básica: Cada nodo tiene un nombre único asignado a una dirección IP. El Sistema de Nombres de Dominio Más detalles Instalación y mantenimiento de servicios de Internet. U.T.3.- Servicio DNS
Instalación y mantenimiento de servicios de Internet U.T.3.- Servicio DNS 1 Qué es el servicio DNS? A los usuarios de Internet les resulta complicado trabajar con direcciones IP, sobre todo porque son Más detalles Estudio del estado del DNS en nombres de dominio.cl
Estudio del estado del DNS en nombres de dominio.cl José Urzúa R. jourzua@dcc.uchile.cl Depto. de Cs. de la Computación, Escuela de Ingeniería y Ciencias Universidad de Chile Blanco Encalada 2120, tercer Más detalles Luis Villalta Márquez SERVIDORES DE NOMBRES DE DOMINIO (DNS)
Luis Villalta Márquez SERVIDORES DE NOMBRES DE DOMINIO (DNS) Servidores de nombres de dominio (DNS) ZONAS. AUTORIDAD. REGISTRO DE RECURSOS (RR) ZONA DE BÚSQUEDA Zonas Zona de Búsqueda Directa. Las resoluciones Más detalles Servicios de directorio de Internet
Servicios de directorio de Internet Fernando Gont UTN/FRH, Argentina Congreso Internacional de Ingeniería en Computación 23 al 26 de septiembre de 2008, Ixtlahuaca, Mexico Breve presentación Realizo trabajos Más detalles DNS: Domain Name System
DNS: Domain Name System Bibliografía: Redes de Computadores: un enfoque descendente basado en Internet : J.F Kurose y K.W. Ross. Por qué es necesario el DNS? Los humanos preferimos nombres a direcciones Más detalles Hoy vamos a hablar sobre como instalar y configurar un servidor de DNS en un Microsoft Windows Server 2008 R2.
El Servicio DNS Hoy vamos a hablar sobre como instalar y configurar un servidor de DNS en un Microsoft Windows Server 2008 R2. Quizá, lo primero que haya que hacer es recordar que es un DNS. Un Domain Más detalles Module 1: Configuring and Troubleshooting Domain Name System
CIMSI Configuración, Implementación y Mantenimiento de Sistemas Informáticos TEMA 2: CAPACIDAD: Diseño del Servicio TI Anexo I: DNS Daniel Cascado Caballero Rosa Yáñez Gómez Mª José Morón Fernández E.T.S. Más detalles TCP, UDP y DNS Angélica Flórez Abril, MSc.
Angélica FA- All rights reserved TCP, UDP y DNS Angélica Flórez Abril, MSc. Universidad Pontificia Bolivariana Bucaramanga, Colombia Octubre, 2010 Modelo OSI Y TCP/IP Capa 7 Aplicación Capa 6 Presentación Más detalles DNS: Domain Name System
DNS: Domain Name System Bibliografía: Redes de Computadores: un enfoque descendente basado en Internet : J.F Kurose y K.W. Ross. 1 Nombres y direcciones Nombre: forma de identificar una entidad en un sistema Más detalles Examen de Redes de Datos Tecnólogo en Telecomunicaciones (ROCHA)
Examen de Redes de Datos Tecnólogo en Telecomunicaciones (ROCHA) SOLUCIÓN (más completa que el mínimo requerido para obtener los máximos puntajes) Pregunta 1 En el sistema de nombre de dominio (DNS): a) Más detalles DNS: Domain Name System
1 DNS: Domain Name System Sistemas Telemáticos I Por qué es necesario el DNS? 2 Por qué es necesario el DNS? Los humanos preferimos nombres a direcciones IP (ej: cacharro.cct.urjc.es frente a 212.128.1.44) Más detalles Software de Comunicaciones. Práctica 3 - Domain Name System (DNS)
Software de Comunicaciones Práctica 3 - Domain Name System (DNS) Juan Díez-Yanguas Barber Software de Comunicaciones Ingeniería Informática - 5º Curso Jdyb - Marzo 2013 Juan Díez- Yanguas Barber Práctica Más detalles Servidor DNS. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia
Servidor DNS. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Introducción. Los seres humanos pueden ser identificados de muchas maneras. Los host de Internet tambien!! Un identificador Más detalles Manual DNS Y DHCP Linux
Manual DNS Y DHCP Linux Introducción Este manual le muestra como configurar un sistema de Nombres de Dominio (DNS) y DHCP usando BIND y DHCP3 Server- ISC-DHCP-Server. Cuando termine este manual, debería Más detalles SISTEMAS DE NOMBRES DE DOMINIO
SISTEMAS DE NOMBRES DE DOMINIO La historia del sistema de nombres de dominio, DNS, se remonta a la década de los setenta, donde cada una de las computadoras conectadas a la red tenía asignada una dirección Más detalles Introducción al protocolo DNS.
Introducción al protocolo DNS. Autor: Joel Barrios Dueñas Correo electrónico: darkshram en gmail punto com Sitio de Red: http://www.alcancelibre.org/ Jabber ID: darkshram@jabber.org Creative Commons Reconocimiento-NoComercial-CompartirIgual Más detalles DNS Domain Name Server
DNS Domain Name Server Servicio ofrecido en red para realizar el mapeo necesario entre el nombre de una máquina y su dirección IP. Base de datos distribuida usada por aplicaciones TCP/IP. Intercambio Cliente Más detalles Miguel Morillo Iruela DNSSEC. Miguel.Morillo@alu.uclm.es
Contenido 1. - Introducción...6 1.1. - Alcance del documento...6 1.2. - Audiencia...7 1.3. - Estructura del documento...7 2. - Sistema de nombres de dominio DNS...7 2.1. - Historia...7 2.2. - El propósito Más detalles 1. Sistemas de resolución de nombres...2. 1.1 NetBIOS... 2 1.2 WINS... 3 2. DNS...4
DNS. Servicios de nombres Índice 1. Sistemas de resolución de nombres...2 1.1 NetBIOS... 2 1.2 WINS... 3 2. DNS...4 2.1 Funciones de DNS... 4 2.2 Terminología... 4 2.3 Estructura Jerárquica de Nombres... Más detalles Alerta: Aviso generado por el sistema hacia el Titular, Alias y Notificados sobre un suceso determinado.
GLOSARIO DE TÉRMINOS Actividad principal: Breve descripción del objeto principal que desarrolla un Titular, sea este una persona física o jurídica. Alerta: Aviso generado por el sistema hacia el Titular, Más detalles DNS. Domain Name System. Sistema de Nombres de Dominio. Administración de Redes de Computadores. Ficha: 149822.
DNS. Domain Name System. Sistema de Nombres de Dominio. Administración de Redes de Computadores. Ficha: 149822. John Deivis Tabares Tobón. Luis Fernando Ramirez Gallego. Configuracion del servidor DNS Más detalles DNS: Domain Name System
DNS: Domain Name System Introducción DNS: Domain Name System Propósito básico: Traducir números IP en nombres textuales más amigables para los usuarios humanos de la red. Propósitos adicionales: Soporte Más detalles Declaración de Políticas y Procedimientos para DNSSEC en la zona.es. Red.es. Versión 1.1
Declaración de Políticas y Procedimientos para DNSSEC en la zona.es Red.es Versión 1.1 Hoja de control documental Realizado por Red.es Fecha 11/06/2014 Revisado por Aprobado por Fecha Fecha Control de Más detalles Cuestiones de seguridad en el DNS. João Damas Internet Systems Consortium
Cuestiones de seguridad en el DNS João Damas Internet Systems Consortium 1 Agenda Protocolo TSIG/GSS-TSIG DNSSEC Operación Ataques al DNS Ataques usando el DNS 2 Seguridad en el protocolo Antes todo el Más detalles Domain Name Service (DNS)
Domain Name Service (DNS) Problema En la red todo equipo esta identificado por numero especifico llamado Numero IP. El numero IP es un conjunto de 4 numero binarios (ej: 200.124.31.10). Cada persona desea Más detalles Por D. Rafael J. Montero González
Por D. Rafael J. Montero González Introducción Sistemas de nombres planos vs. jerárquicos Historia de DNS Características y utilidad del servicio DNS Componentes y funcionamiento Espacio de nombres de Más detalles El gráfico siguiente muestra un uso básico de DNS, consistente en la búsqueda de la dirección IP de un equipo basada en su nombre.
Definición de DNS DNS es una abreviatura para Sistema de nombres de dominio (Domain Name System), un sistema para asignar nombres a equipos y servicios de red que se organiza en una jerarquía de dominios. Más detalles Resolución de nombres de host mediante el Sistema de nombres de dominio (DNS)
NOMBRES ESTRUCTURADOS Los nombres planos son buenos para las máquinas, pero por lo general no muy convenientes para el uso de las personas. Como alternativa, los sistemas de nombres con frecuencia soportan Más detalles DNS. Internet y el DNS. Servicio de resolución de nombres para Internet. Redes de Datos Ing. Marcelo Utard / Ing. Pablo Ronco
Universidad Nacional de El Salvador Facultad Multidisciplinaria de Occidente Departamento de Ingeniería Sistemas de Nombres de Dominio DNS Materia: Técnicas de Programación en Internet Alumna: Claudia Más detalles Router Teldat. Cliente DNS
Router Teldat Cliente DNS Doc. DM723 Rev. 10.00 Marzo, 2003 ÍNDICE Capítulo 1 Domain Name System...1 1. Introducción...2 2. Resolución de dominios...3 2.1. Funcionamiento del resolvedor de nombres de dominio...4 Más detalles Informàtica i Comunicacions Plaça Prnt. Tarradellas, 11 17600 FIGUERES (Girona) Tel. 902 88 92 67 Fax 972 671 962 www.cesigrup.es
DNS (Domain Name System)...2 La estructura... 2 Servidores DNS e Internet... 3 Dominios... 3 Servidores de nombres... 3 Servidores de nombres Principal y Secundario... 4 Los archivos del DNS... 4 Registro Más detalles TEMA 6: INSTALACIÓN DE SERVICIOS EN REDES LOCALES
TEMA 6: INSTALACIÓN DE SERVICIOS EN REDES LOCALES 1. INTRODUCCIÓN Todas las redes deben ofrecer una serie de servicios a los usuarios. Entre los principales servicios que se pueden ofrecer están: 1) Servicios Más detalles Temario. Introducción: Qué es DNS? Nociones básicas sobre redes Estructura y conceptos del DNS Resolución de nombres: consultas DNS Servidores DNS
DNS Temario Introducción: Qué es DNS? Nociones básicas sobre redes Estructura y conceptos del DNS Resolución de nombres: consultas DNS Servidores DNS DNS Base de datos distribuida Redundante Sin administración Más detalles Guia sobre como instalar un servidor DNS en ubuntu
Guia sobre como instalar un servidor DNS en ubuntu DNS proviene de Domain Name Service. En internet, el Domain Name Service (DNS) almacena y asocia diversos tipos de información con nombres de dominio; Más detalles Instalación, configuración y administración de servidores DNS
Instalación, configuración y administración de servidores DNS Tabla de Contenidos 1. Instalación, configuración y administración de servidores DNS...2 1.1 Conceptos Generales de DNS... 2 1.2 Servidor DNS Más detalles Seguridad en DNS y DNSSEC. Ciclo de charlas 2010 CERTificate! San>ago Paz Nicolás Antoniello Carlos MarDnez- Cagnazzo
Seguridad en DNS y DNSSEC Ciclo de charlas 2010 CERTificate! San>ago Paz Nicolás Antoniello Carlos MarDnez- Cagnazzo Agenda Introducción Conceptos básicos y operación del DNS Vulnerabilidades del sistema Más detalles CAPÍTULO III El DNS. utn. ec mx uk... fica
CAPÍTULO III El DNS ec mx uk..... ec com edu gov org..... utn fica 3.1. Introducción El DNS (Domain Name Service) es un sistema de nombres que permite traducir de nombre de host a dirección IP y viceversa. Más detalles Servidor DNS. Ing Camilo Zapata czapata@udea.edu.co Universidad de Antioquia
Servidor DNS. Ing Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Introducción. Las personas prefieren la identificación de nombres de host; los routers prefieren las direcciones IP. Su principal Más detalles LA ARQUITECTURA TCP/IP
Jorge De Nova Segundo Espacio de nombres de dominio En programación, un espacio de nombres, es un conjunto de nombres en el cual todos los nombres son únicos. La estructura del sistema DNS se basa en una Más detalles Administración de Infraestructuras. Tecnólogo en Informática
Administración de Infraestructuras Tecnólogo en Informática LINUX CENTOS 6 DNS Software bind Año 2012 DNS Es una base de datos distribuida, con información que se usa para traducir los nombres de dominio, Más detalles Espacio de nombres distribuido: Zonas. Domain Name System (DNS) Resource Record. RR de tipo SOA (Start of Authority) RR de tipo A o AAAA
Domain Name System (DNS) Servicio de nombres de máquinas en Internet: nombre IP No es un serv. nombres general pero ilustrativo por escalabilidad Diseño genérico: aunque uso habitual nombre de máquinas Más detalles En resumen, la IANA se encarga de gestionar y asegurar la unicidad global de tres tipos de identificadores utilizados en Internet:
INTRODUCCIÓN. Como detectar un host dentro de una red? Si millones de ellos se encuentran conectados, sabiendo además que éstos pertenecen a organizaciones, grupos, países y zonas geográficas diferentes. Más detalles Configuración de un servidor DNS autorizado. Operaciones y Seguridad de DNS Avanzado
Configuración de un servidor DNS autorizado Operaciones y Seguridad de DNS Avanzado Repaso DNS = Base de datos distribuída El resolver le pregunta al servidor recursivo El recursivo atraviesa el árbol Más detalles El Sistema de Nombres de Dominio y el Protocolo IPv6
El Sistema de Nombres de Dominio y el Protocolo IPv6 Ing. Francisco J. Obispo S. Coordinador del NIC-VE Centro Nacional de Tecnologías de Información Caracas - Venezuela fobispo@nic.ve Contenido IPv6 Sistema Más detalles Sobre el profesor. Aitor López de Aberasturi, Vitoria-Gasteiz (1973) Licenciatura de informática (1996) Master en ingeniería del software (1997)
Sobre el profesor Aitor López de Aberasturi, Vitoria-Gasteiz (1973) Licenciatura de informática (1996) Master en ingeniería del software (1997) Coninfal, Gobierno Vasco, Ejie (1997) Sobre el profesor kaixo.com Más detalles TCP/IP. IRI 2 do cuatrimestre 2015
TCP/IP IRI 2 do cuatrimestre 2015 Redes y Protocolos Una red es un conjunto de computadoras o dispositivos que pueden comunicarse a través de un medio de transmisión en una red. Los pedidos y datos de Más detalles Configuración de BIND y DNS
Configuración de BIND y DNS La configuración del Servicio del nombre de dominio es un tema extenso al que se han dedicado libros enteros. En este tema lo que vamos a hacer es comentar la herramienta Configuración Más detalles ARQUITECTURA DE REDES Laboratorio
1nsloo.cl ARQUITECTURA DE REDES Laboratorio Práctica 7: Protocolos de transporte en TCP/IP 1. OBJETIVO Conocer las características de los protocolos de transporte de la arquitectura TCP/IP: TCP y UDP. Más detalles Servidores de nombres de dominio (DNS) Jesús Torres Cejudo
Zonas Zona de Búsqueda Directa.- Las resoluciones de esta zona devuelven la dirección IP correspondiente al recurso solicitado; este tipo de zona realiza las resoluciones que esperan como respuesta la Más detalles 6º Unidad Didáctica DOMAIN NAME SERVER (DNS) Eduard Lara
6º Unidad Didáctica DOMAIN NAME SERVER (DNS) Eduard Lara 1 INDICE 1. Servicio DNS 2. DNS en Windows y Linux 3. Jerarquía de dominios en DNS 4. Dominio y Zona DNS 5. Servidores DNS 6. Consulta recursiva Más detalles Redes (IS20) Ingeniería Técnica en Informática de Sistemas. http://www.icc.uji.es. CAPÍTULO 8: El nivel de transporte en Internet
Redes (IS20) Ingeniería Técnica en Informática de Sistemas http://www.icc.uji.es CAPÍTULO 8: El nivel de transporte en Internet ÍNDICE 1. Introducción Curso 2002-2003 - Redes (IS20) -Capítulo 8 1 1. Introducción Más detalles Bloque II: El nivel de aplicación. Tema 4: Aplicaciones no orientadas a conexión
Bloque II: El nivel de aplicación Tema 4: Aplicaciones no orientadas a conexión Índice Bloque II: El nivel de aplicación Tema 4: Aplicaciones no orientadas a conexión DNS Introducción Dominios DNS Mensajes Más detalles Copyright International Business Machines Corporation 2001. Reservados todos los derechos.
iseries DNS iseries DNS Copyright International Business Machines Corporation 2001. Reservados todos los derechos. Contenido DNS...................................... 1 Cuáles son las novedades en V5R1?......................... Más detalles Sesión 8: Internet y nombres de dominio
Sesión 8: Internet y nombres de dominio Dr. Hipólito Rodríguez Docente especialista Sistema de Nombres de Dominios (DNS) Introducción Estructura de un Nombre Jerarquía del DNS Operación del DNS Tipos de Más detalles Servicio de Nombres. Sistemas Operativos Distribuidos. Índice. Una historia basada en hechos reales. Una historia basada en hechos reales
Servicio de Nombres Índice Introducción Servicio de nombres Estudio de un ejemplo práctico: DNS Servicio de directorio Estudio de un ejemplo práctico: LDAP 2 Una historia basada en hechos reales Quiero Más detalles John R. Correa Administrador de Seguridad de la Información.
John R. Correa Administrador de Seguridad de la Información. Agenda 1. Implementando un servidor DNS en IPv6. 1.1. Introducción. 1.2. Instalación de Bind. 1.3. Configuración básica. 1.3.1. Estructura de Más detalles DNS Arquitectura de Redes de Ordenadores Arquitectura de Internet
DNS Arquitectura de Redes de Ordenadores Arquitectura de Internet GSyC Departamento de Teoría de la Señal y Comunicaciones y Sistemas Telemáticos y Computación Abril de 2015 GSyC - 2015 DNS 1 2015 Grupo Más detalles 2017 © DocPlayer.es Política de privacidad | Condiciones del servicio | Feedback

References: in fine
 resolución 
 resolución 
 resolución 
 resolución 
 Resolución 
 resolución 
 Resolución 
 Resolución 
 Resolución