Source: http://docplayer.es/2778730-Especificacion-formal-del-modelo-dnssec-en-el-calculo-de-construcciones-inductivas.html
Timestamp: 2017-04-30 10:23:46+00:00

Document:
Especificación Formal del Modelo DNSSEC en el Cálculo de Construcciones Inductivas - PDF
Download "Especificación Formal del Modelo DNSSEC en el Cálculo de Construcciones Inductivas"
Catalina Martínez Rojo
1 Especificación Formal del Modelo DNSSEC en el Cálculo de Construcciones Inductivas Tesina de grado presentada por Ezequiel Bazán Eixarch B3733/8 al Departamento de Ciencias de la Computación en cumplimiento parcial de los requerimientos para la obtención del grado de Licenciado en Ciencias de la Computación Facultad de Ciencias Exactas, Ingeniería y Agrimensura Universidad Nacional de Rosario Av. Pellegrini 250, Rosario, República Argentina Septiembre 20112 Supervisor MsC. Carlos D. Luna Instituto de Computación, Facultad de Ingeniería Universidad de la República Julio Herrera y Reissig 565, Montevideo, Uruguay3 4 5 Resumen Con el crecimiento de aplicaciones desarrolladas en base al uso de nombres de dominio, la autenticidad en los datos dentro de DNS (Domain Name System) se ha tornado crítica, haciendo que información falsa dentro del sistema pueda llevar a problemas inesperados y potencialmente peligrosos. Para proveer extensiones de seguridad al protocolo DNS, la IETF (Internet Engineer Task Force) desarrolló DNSSEC (DNS SECurity Extensions). El presente trabajo provee una especificación formal de DNSSEC, utilizando el Cálculo de Construcciones Inductivas (CCI) y COQ como asistente de pruebas. El enfoque propuesto aborda principalmente el análisis de integridad de la cadena de confianza que se genera a lo largo del árbol DNSSEC, así como también la posibilidad de que se produzca algún tipo de contaminación de caché por suplantación de datos. La formalización en el CCI permitió realizar un análisis riguroso de la especificación propuesta. Se logró demostrar que la semántica de los comandos que se ejecutan dentro del sistema conservan invariante la validez del estado, lo cual garantiza que el sistema no puede transicionar a un estado que no represente un posible estado DNSSEC. Sin embargo, también pudo detectarse una inconsistencia en los datos dentro de la cadena de confianza al ejecutarse el rollover de una llave de zona, ya que puede suceder el caso en que los datos almacenados en el caché de un servidor discrepen de los datos verdaderamente publicados.6 7 Agradecimientos Me gustaría agradecer especialmente a Carlos Luna, sin él esta tesina nunca se hubiese emprendido, y es probable que sin su ayuda, comprensión y motivación este trabajo todavía no habría llegado a su fin. A mi familia que tanto quiero, a mis queridos abuelos y mi Tío, ellos tienen todo mi afecto y cariño, siempre estuvieron presentes y me acompañaron en todas las etapas de mi vida; también a mis abuelos Carlos y Sara que siempre confiaron y creyeron en mí; a mi tía Vero, Fer, Luci y Santi con los que he compartido tantos momentos alegres. A mis hermanos, Pablo que además es un gran amigo, por bancarme a diario y brindarme siempre su ayuda incondicional, Juan que cada día me alegra y enorgullece más ver la persona en la que se ha convertido, y Danielita que es la hermanita más linda y buena que me pudo haber tocado, y que trae constantemente tanta felicidad a mi vida. Y por supuesto a mis padres Julio y Patricia, que siempre me apoyaron y me dieron todo, porque siempre pusieron a sus hijos antes que a cualquier otra cosa, siempre supieron aconsejarme y motivarme en todos los momentos de mi vida, ellos son un ejemplo y tienen toda mi admiración. Ojalá algún día yo sea la mitad de buen padre que ellos son para mí. Este es el cierre de una etapa muy importante de mi vida, y seguramente no pueda expresar en estas pocas líneas cuanto significan para mí todas aquellas personas que me acompañaron y ayudaron en el camino, pero mínimamente me gustaría nombrarlos a todos. Quisiera agradecerles a los directivos y profesores por su dedicación y buena voluntad, que junto con su compromiso y buena onda hicieron que mi paso por la facultad sea uno de mis recuerdos más gratos. No puedo dejar de incluir a todos aquellos que me acompañaron en el aula, en el bar y en tantas horas de estudio... Coco, Fer, Chacho, Tincho, Fabri, Ema, Pablo B. y R., Checho, Bibi, Uciel, Zeta; y por supuesto mis queridísimos Santiago y Taihú. De nuestra querida LCC también tuve el placer de conocer a Cristian y a Luis en este última recta. A Dante, que su ayuda fue muy significativa para poder encaminar este trabajo. Estoy muy agradecido por todos estos compañeros que tuve y que hoy puedo decir sin ninguna duda que los considero grandes amigos. Mis agradecimientos también son para todos aquellos que me acompañaron fuera del ámbito académico. A mis amigos de siempre, los del San José, también Martín, Diego, Tincho, Sergio, Edi, Chiqui, por dejarme compartir tantos años inolvidables con ustedes. A mi nueva familia, Silvita y Quique, Nico, Nacho y Marti (entre tantos que son) que siempre me hacen sentir uno más y sé que siempre puedo contar con ellos. Gracias por dejarme ser parte, ustedes se ganaron todo mi cariño. Finalmente a Lía, por creer en mí y respaldarme siempre. Con ella todo es más fácil y más lindo; y así como tuve su ayuda, cariño y apoyo en este último trecho del camino, así como superamos las distancias, sé que lograremos mucho juntos. Al amor de mi vida, simplemente gracias por estar conmigo y hacerme tan feliz.8 9 Índice general 1. Introducción 1 2. El Sistema de Nombres de Dominio Descripción general del modelo DNS Formato del mensaje DNS Vulnerabilidades en el sistema DNS Cache poisoning Falta de autentificación de respuestas DNS El modelo DNSSEC Objetivos de DNSSEC Alcance de DNSSEC Modificaciones en el encabezado DNS Nuevos Registros DNSKEY RRSIG NSEC DS Seguridad en los servidores DNS Cadena de confianza Ejemplo de cadena de confianza Especificación Formal Notación Formalización de componentes Preludio Mensaje DNS i10 Índice General ii Envíos pendientes Llaves del sistema Delegaciones El estado Observadores del estado Propiedades de validez del estado Comandos Sintaxis Semántica Errores Ejecución de los comandos Verificación Invariancia de la validez del estado Hipótesis consideradas Transición válida para el comando Add RRset Transición válida para el comando Receive Response Transición válida para el comando Server ZSK rollover Transición válida para el comando Server KSK rollover Transición válida para el comando TimeOut Invariancia de la validez del estado Inconsistencia en la cadena de confianza Conclusiones Análisis de Diseño y trabajos relacionados Conclusiones y resultados obtenidos Trabajos Futuros11 Capítulo 1 Introducción El Sistema de Nombres de Dominio (Domain Name System - DNS) surgió a partir del crecimiento inesperado de Internet. A finales de la década del 60, la agencia del desarrollo de proyectos del departamento de defensa de los Estados Unidos (Advanced Research Projects Agency - ARPA), comenzó a desarrollar lo que se conoció como ARPAnet 1, una red de computadoras de área amplia experimental, la cuál conectó importantes organizaciones de investigación dentro de los Estados Unidos. El objetivo de la ARPAnet era permitir al gobierno el desarrollo conjunto y la investigación compartida con equipos remotos a partir de escasos y costosos recursos informáticos. A través de los años 1970 s, la ARPAnet era una red pequeña, de unos pocos cientos de hosts. Un simple archivo HOSTS.TXT contenía el mapeo nombre-a-dirección para cada host conectado a la ARPAnet. Este archivo era mantenido por SRI s Network Information Center 2 (apodado NIC) y distribuido desde un único host, SRI-NIC [18] [19]. De esta manera, los administradores de ARPAnet, eventualmente enviaban por correo electrónico sus cambios al NIC, y periódicamente descargaban vía FTP 3 desde SRI-NIC la versión al corriente del archivo HOSTS.TXT, y sus cambios eran compilados a un nuevo archivo HOSTS.TXT una o dos veces a la semana. Con el crecimiento de ARPAnet, este esquema dejó de ser manejable. El tamaño de HOSTS.TXT creció en proporción al crecimiento de hosts en la ARPAnet. Más aún, el tráfico generado por el proceso de actualización se incrementó todavía más rápido, ya que cada host adicional, significaba no sólo otra línea en el archivo HOSTS.TXT, sino también otro potencial host actualizándose de SRI-NIC. Cuando la ARPAnet comenzó a utilizar el protocolo TCP/IP (Transmission Control Protocol/Internet Protocol), la población de la red explotó, lo cuál significó una serie de problemas con el archivo HOSTS.TXT: SRI-NIC ya no podía mantener el tráfico de red y la carga de procesador que significaba distribuir el archivo. No podrían existir dos hosts en el archivo HOSTS.TXT con un mismo nombre. Aunque el NIC podría asignar direcciones de manera de garantizar que sean únicas, no tenía autoridad sobre los nombres de dominio. De esta manera, no había nada que prevenga a alguien agregar un host con 1 Advanced Research Projects Agency Network 2 SRI: Stanford Research Institute 3 File Transfer Protocol 112 CAPÍTULO 1. INTRODUCCIÓN un nombre que cause conflicto con otro, y desmorone todo el esquema. Se hacía imposible mantener la consistencia del archivo a lo largo de esta red en crecimiento. Para el momento en que un nuevo archivo HOSTS.TXT estaba actualizado en Internet, un host ya podía haber cambiado de dirección o un nuevo host podría haber aparecido. De esta manera, se creó la necesidad de tener un servicio de nombres de propósito general. El resultado fueron varias ideas acerca del espacio de nombres y su gestión [30] [20] [34] [33]. Los propósitos cambiaron, pero la idea común era la de un espacio de nombres jerárquico que se correspondiera con la estructura de la organización y del uso del. como carácter de unión entre los niveles de la jerarquía. En los [25] [26] se describió un diseño utilizando una base de datos distribuida y recursos generalizados. En base a la experiencia de varias implementaciones, el sistema evolucionó a los [27] [28], dando origen al DNS (Domain Name System). Y con el correr del tiempo, éstos RFC han sido seguidos por muchos otros, que describen potenciales problemas de implementación, seguridad, etc. En el presente trabajo, nos enfocaremos en ciertos problemas del sistema DNS, por lo que se han diseñado ciertas extensiones de seguridad, dando lugar a DNSSEC (Domain Name System Security Extensions) [1] [3] [2]. El objetivo de este trabajo es analizar en profundidad el sistema DNSSEC, y obtener una especificación formal del mismo, utilizando el cálculo de construcciones inductivas [22] [12] y el asistente de pruebas COQ [23] [10], posibilitando el planteo de propiedades de invariancia que comprueben que este sistema realmente soluciona aquellos problemas de seguridad a los que se encuentra expuesto su antecesor DNS. Así como también, a partir de la formalización planteada estudiar posibles fallas en el mismo. Eventuales actualizaciones y material complementario a este trabajo, incluido el desarrollo completo en el asistente de pruebas Coq de la teoría presentada, puede descargarse desde ebazan. El documento sigue la estructura de [31], organizado en capítulos, donde cada uno desarrolla un aspecto de la formalización utilizando lo definido en los anteriores. El capítulo 2 presenta conceptos básicos, el formato de un mensaje DNS, y posteriormente sus vulnerabilidades. El capítulo 3 presenta el modelo DNSSEC. El capítulo 4 introduce la formalización de DNS propuesta por Cheung-Levitt [32], ampliada para modelar DNSSEC. En el capítulo 5 se desarrolla la verificación del modelo - invariancia de la validez del estado respecto a la ejecución de los comandos, analizando particularmente la validez de la cadena de confianza definida en el sistema DNSSEC. El capítulo 6 presenta las conclusiones obtenidas a lo largo del desarrollo de la tesina, y plantea posibles trabajos futuros para profundizar en el tema. 213 Capítulo 2 El Sistema de Nombres de Dominio El presente capítulo describe el Sistema de Nombres de Dominio DNS 1. Primero se introduce de manera general, presentando conceptos básicos y términos, para utilizar de manera consistente a lo largo del documento. Luego se presenta el formato de un mensaje DNS. Posteriormente se describen las vulnerabilidades del sistema de nombres de dominio Descripción general del modelo DNS DNS es básicamente una base de datos distribuida e indexada por nombres de dominio. Cada nombre de dominio es esencialmente un camino en una estructura de árbol jerárquico, llamado espacio de nombres de dominio, como se puede observar en la Figura 2.1. Cada nodo posee una etiqueta, y cada nombre de dominio no es más que la secuencia de éstas etiquetas, separadas por un., desde un nodo en particular hasta la raíz, refle- 1 Domain Name System Figura 2.1: Estructura jerárquica del espacio de dominios DNS [21] 314 CAPÍTULO 2. EL SISTEMA DE NOMBRES DE DOMINIO jando de ésta manera en los nombres de dominio la jerarquía de la estructura. Para más información sobre cómo funciona DNS, ver [21] [27] [28]. Uno de los objetivos principales de DNS era descentralizar la administración, y esto es logrado gracias a la delegación. De manera similar, una organización administrando un dominio, puede dividirlo en subdominios, y cada uno de éstos puede ser delegado a otras organizaciones, haciendo responsable a cada una de éstas organizaciones a mantener todos los datos de su subdominio, siendo libres de cambiar dichos datos e inclusive de dividir su subdominio en más subdominios y delegarlos. El dominio unr.edu.ar por ejemplo, es delegado al administrador correspondiente de la Universidad Nacional de Rosario (Figura 2.2). Figura 2.2: unr.edu.ar es delegado a la U.N.R. [21] Una zona, es una parte contigua del espacio de dominio, la cual es administrada por un conjunto de servidores, llamados nameservers. Los nameservers que administran una zona tienen autoridad sobre la misma. La diferencia entre dominios y zonas es importante. Muchos dominios, tales como unr.edu.ar se subdividen mediante delegación en unidades más pequeñas y manejables. Estas unidades son llamadas zonas (Figura 2.3). El espectro DNS define dos tipos de servidores nameservers: servidor primario (o master) y servidor secundario (o slave). Un servidor primario, lee los datos de una zona directamente de su archivo de hosts. Un secundario, toma los datos autoritativos para la zona desde su servidor primario. Ambos son autoritativos para la zona y a pesar de su nombre, los servidores secundarios no son nameservers de segunda clase, sino que DNS provee estos dos tipos de servidores para una zona dada, por cuestiones de redundancia, o balance de carga. Los clientes de DNS, aquellos que acceden a los nameservers, son llamados resolvers. Un programa corriendo en un host que necesite información del espacio de nombres de 415 2.1. DESCRIPCIÓN GENERAL DEL MODELO DNS Figura 2.3: El dominio edu.ar subdividido en zonas [21] dominio utilizará un resolver. De esta manera, un resolver se encargará de: Preguntar a un nameserver (Queries) Interpretar las respuestas obtenidas (las cuáles pueden ser Resource Records o un error) Devolver la información requerida al programa que la solicitó El proceso para obtener información de DNS es llamado resolución de nombres o simplemente resolución. Supongamos que el host h1.fceia.unr.edu.ar necesita la dirección IP de h2.famaf.unc.edu.ar. Para esto, el resolver deberá solicitar esta información al servidor de nombres local dentro del dominio fceia.unr.edu.ar. Existen dos modos de resolución: iterativa y recursiva. En el modo iterativo, cuando un servidor de nombres recibe una petición para la cual no sabe la respuesta, dará referencia al solicitante de otros servidores con más chances de conocer la respuesta. Cada servidor es inicializado con las direcciones de algunos servidores autoritativos para la zona root. Más aún, los servidores root, conocen los servidores autoritativos de los dominios de segundo nivel (e.g., dominio ar). Los servidores de segundo nivel conocen los servidores autoritativos para los dominios de tercer nivel, y así sucesivamente. De esta manera, siguiendo la estructura de árbol, el solicitante puede ir acercándose a la respuesta después de cada referencia obtenida. La figura 2.4 muestra el escenario de resolución iterativo. Por ejemplo, cuando un servidor root recibe una petición iterativa para el dominio h2.famaf.unc.edu.ar, este referirá al solicitante al servidor ar, y eventualmente éste localizará al servidor autoritativo para famaf.unc.edu.ar y obtendrá su dirección IP. 516 CAPÍTULO 2. EL SISTEMA DE NOMBRES DE DOMINIO Figura 2.4: Modo iterativo de resolución de nombres [32] En el modo recursivo, un servidor o bien responde la consulta, o encuentra la respuesta contactando él mismo a otros servidores y devolviendo una respuesta al solicitante. El proceso completo de resolución puede parecer bastante complicado y engorroso, pero en general, es bastante rápido. Una de las características que acelera considerablemente este proceso es el almacenamiento en caché. Un servidor de nombres procesando una consulta recursiva, puede tener que enviar varias consultas él mismo para poder averiguar la respuesta, y a medida que lo hace descubre mucha información acerca del espacio de nombres de dominio. Cada vez que es referido a otra lista de servidores de dominio, aprende que éstos son autoritativos para una cierta zona, así como también aprende sus direcciones IP. Al terminar el proceso de resolución, cuando finalmente encuentra la información que le han solicitado, puede almacenar esta información para futuras consultas. De esta manera, la próxima vez que un resolver consulte al servidor de nombres por información que ya ha sido solicitada previamente, dicho servidor tendrá guardada la respuesta en caché y simplemente brindará la respuesta correspondiente. Los servidores de dominio no pueden guardar información en caché por siempre, ya que si lo hicieran, los cambios en los datos de los servidores autoritativos nunca se propagarían, dado que los servidores de nombres remotos seguirían utilizando sus datos en caché. Por lo tanto, el administrador de la zona que contiene los datos autoritativos decide un time to live (ttl) para esta información. Dicho ttl es la cantidad de tiempo que cualquier servidor de nombres puede guardar la información en caché. Luego de expirado éste valor, el servidor de nombres debe descartar la información guardada en caché y requerir nueva información de los servidores autoritativos. 617 2.2. FORMATO DEL MENSAJE DNS 2.2. Formato del mensaje DNS Un mensaje DNS consiste de un encabezado y cuatro secciones: question, answer, authority y additional. (Figura 2.5) Figura 2.5: Formato de un mensaje DNS [13] La primer sección Header, contiene un campo id, el cuál es usado para reconocer una respuesta coincidente con una consulta previamente realizada. La sección question consta de un nombre de dominio (QNAME), un tipo (TYPE), y una clase (QCLASS). Por ejemplo, una consulta para averiguar la dirección IP del host h1.fceia.unr.edu.ar posee QNAME=h1.fceia.unr.edu.ar, QTYPE=A, y QCLASS=IN (IN denota Internet). Las últimas tres secciones mencionadas (answer, authority y additional) están compuestas por Resource Records (RR s). A su vez, un RR DNS tiene 6 campos: NAME, TYPE, CLASS, TTL, RDLENGTH, RDATA. El campo NAME contiene su nombre DNS, el cual también hace referencia al dueño al cual pertenece este RR. El campo TYPE indica el tipo del RR, la siguiente es una lista de los tipos más comunes: A: contiene una dirección IP de 32 bit para el nombre de dominio especificado. CNAME: especifica el nombre de dominio original (o canónico) para el nombre de dominio especificado (Mapea un alias con su nombre de dominio canónico). HINFO: contiene información del host, tal como ser el sistema operativo usado. MX: contiene un nombre de host actuando como servidor de correo para el nombre de dominio especificado. NS: contiene un nombre de host actuando como servidor de nombres de dominio autoritativo para el nombre de dominio especificado. PTR: contiene un nombre de dominio correspondiente a una dirección IP especificada. SOA: contiene información sobre el dominio especificado (por ejemplo, el correo electrónico del administrador del dominio). 718 CAPÍTULO 2. EL SISTEMA DE NOMBRES DE DOMINIO El campo CLASS IN es utilizado para Internet. Si bien existen otras clases son omitidas por brevedad. El campo TTL, especifica el tiempo (en segundos) que un servidor de nombres puede almacenar un RR en caché. El campo RDATA contiene los datos propiamente dichos del RR, y está definido específicamente para cada tipo de RR. Estos RR s están agrupados en conjuntos (RRSets). Un RRSet contiene 0 o más RRs [36], que tienen los mismos valores en los campos NAME, CLASS y TYPE, pero los datos RDATA son distintos. La figura 2.6 muestra un ejemplo de RRSet. Figura 2.6: Estos tres RRs están agrupados en un mismo RRSet [13] 2.3. Vulnerabilidades en el sistema DNS La especificación original de DNS no incluía seguridad, ya que fue diseñado para ser una base de datos pública en la cual el concepto de restringir el acceso a la información dentro del espacio de nombres no era parte del protocolo. Con el crecimiento de aplicaciones desarrolladas en base al uso de direcciones IP y hostnames para permitir o denegar acceso, se comenzó a demandar precisión en la información contenida en DNS. Información falsa dentro de DNS puede llevar a problemas inesperados y potencialmente peligrosos. Estas vulnerabilidades pueden etiquetarse dentro de las siguientes categorías: envenenamiento de caché, inundación de clientes, vulnerabilidades en actualizaciones dinámicas, fuga de información, y base de datos comprometida en un servidor DNS [13]. (Figura 2.7). Varios autores han discutido acerca de los problemas de seguridad de DNS [8] [9] [11] [17] [29] [35]. Siguiendo la línea de trabajo de Cheung-Levitt [32], nos centraremos en dos problemas específicos de DNS relevantes para el desarrollo de DNSSEC: envenenamiento de caché (cache poisoning) y falta de autentificación de respuestas DNS Cache poisoning Cuando un servidor DNS no tiene dentro de su caché la respuesta a una consulta, puede re-preguntar dicha consulta a otro servidor DNS en beneficio del cliente. Si esto sucede el servidor consultado posee información incorrecta, ya sea intencionalmente o por error, se dice que ocurre envenenamiento de caché. Cuando el envenenamiento de caché es intencional se refiere a éste como DNS spoofing. 819 2.3. VULNERABILIDADES EN EL SISTEMA DNS Figura 2.7: Vulnerabilidades DNS [24] Cuando el ataque es malicioso, el atacante puede engañar a un servidor de nombres S1 para preguntar a otro servidor S2. Si S2 es un servidor comprometido, el atacante puede lograr tanto denegación de servicio (denial of service - DoS) y brindar respuestas negativas, así como enmascararse como una entidad confiable y dar respuestas que contengan RRs falsos. De cualquier manera, como los servidores almacenan los resultados de las interacciones previas con otros servidores para mejorar su performance, cuando S1 use su caché contaminado para resolver un nombre de dominio, podrá estar usando información incorrecta suministrada por el atacante. (Figura 2.8) Falta de autentificación de respuestas DNS El mecanismo de autenticación de mensajes en DNS es muy débil: un servidor DNS (o cliente DNS) adjunta un id al realizar una consulta, el cuál se utilizará posteriormente para hacerlo coincidir al recibir la respuesta correspondiente. Por ejemplo, supongamos que un servidor S1 envía una consulta a otro servidor S2. Si un atacante puede predecir el id utilizado por S1 al realizar dicha consulta, éste podrá enviar una respuesta falsificada con el id coincidente. Cuando S1 reciba la respuesta, supuestamente proveniente de S2, S1 no tiene manera de verificar que la respuesta efectivamente provenga de S2. Si S2 no está disponible cuando la consulta es enviada, el atacante puede tomar su lugar y enviar esta respuesta falsificada, e inclusive si S2 está operacional, el atacante puede montar un ataque de denegación de servicio contra S2 para prevenir a S2 de responder a la consulta de S1. El atacante también puede valerse del hecho de que si un servidor recibe múltiples respuestas para su consulta, utilizará la primera en recibir. De esta manera, inclusive si S2 puede responder a S1, el atacante puede tener éxito si su respuesta falsificada llega a S1 antes que la de S2 lo haga. (Figura 2.9). 920 CAPÍTULO 2. EL SISTEMA DE NOMBRES DE DOMINIO Figura 2.8: Envenenamiento de caché [4] Figura 2.9: Suplantación de identidad [14] 1021 Capítulo 3 El modelo DNSSEC En 1994, la IETF 1 formó un grupo de trabajo para proveer extensiones de seguridad al protocolo DNS en respuesta a los problemas de vulnerabilidad mencionados en la sección anterior. Estas extensiones de seguridad, DNSSEC 2, fueron diseñadas para co-existir, operando correctamente con implementaciones no seguras de DNS. Para lograr esto, se diseñaron nuevos tipos de RRs 3, los cuáles fueron usados en conjunto con los ya existentes, permitiendo una menor complejidad de migración a servidores en producción; así como también una buena adaptación de funcionamiento entre clientes seguros y no seguros, facilitando el correcto procesamiento de RRSets 4 recibidos de un servidor, ya sea DNS o DNSSEC [16] [7]. En el presente capítulo se introduce el modelo DNSSEC y su alcance, las diferencias en el formato del mensaje con respecto a DNS y los nuevos registros (RRs) introducidos, luego se describe la seguridad llevada a cabo en los servidores, así como también la cadena de confianza que se genera en todo el árbol DNS utilizando DNSSEC. Finalmente, se presenta un ejemplo, explicando una consulta típica de transacción DNSSEC Objetivos de DNSSEC Un principio fundamental de DNS es que si bien se requiere información correcta y consistente, dicha información debe ser pública. De esta manera, sí existe la necesidad de autenticación e integridad, pero no para realizar control de acceso o por confidencialidad. Los objetivos de DNSSEC son justamente, proveer autenticación e integridad al sistema DNS, lo cual se llevó a cabo a través de firmas criptográficas generadas mediante el uso de llaves públicas-privadas. Por esto, servidores, resolvers y aplicaciones con manejo de seguridad pueden hacer uso de estas ventajas, y asegurar que la información obtenida de un servidor DNS seguro es auténtica y no ha sido alterada. Incluso aplicaciones 1 Internet Engineering Task Force 2 Domain Name System Security Extensions 3 Resource Records 4 Resource Records Sets 1122 CAPÍTULO 3. EL MODELO DNSSEC fuera de DNS pueden decidir utilizar las llaves públicas contenidas dentro del sistema para proveer confidencialidad. Cabe destacar que DNSSEC brinda los mecanismos para manejar múltiples llaves, cada una generada con un algoritmo de encriptación distinto para un nombre DNS dado Alcance de DNSSEC El alcance de las extensiones de seguridad a DNS pueden resumirse en tres servicios: distribución de llaves, autenticación del origen de los datos, y autenticación de transacciones y pedidos. Distribución de llaves (key distribution): El servicio de distribución de llaves no sólo permite la recuperación de una llave pública de un nombre DNS para verificar la autenticidad de los datos de una zona DNS, sino que también proporciona un mecanismo mediante el cual cualquier llave asociada a un nombre DNS puede ser usada para otros propósitos. El servicio de distribución de llave pública soporta diferentes tipos de llaves y de algoritmos de encriptación. Autenticación del origen de los datos (Data Origin Authentication): Este servicio es el punto crucial en el diseño de DNSSEC. Mitiga amenazas tales como envenenamiento de caché y compromiso de los datos de una zona en un servidor DNS. Los RRSets dentro de una zona son firmados criptográficamente, dando así un alto nivel de certeza de que los datos recibidos por resolvers y servidores pueden ser confiables. DNSSEC utiliza firmas digitales para firmar los RRSets dentro de DNS. Dicha firma digital contiene un valor hash 5 cifrado del RRSet, el cual es una suma de control criptográfica de los datos contenidos en el mismo. Este hash es firmado (digitalmente encriptado) mediante una clave privada, generalmente perteneciente al dueño de la información, conocido como signer (o signing authority). El receptor del RRSet puede simplemente chequear la firma digital contra los datos en el RRSet, primero desencriptando la firma digital (RRSIG 6 ) utilizando la llave pública del signer para obtener el hash original de los datos, y luego computando su propio hash de los datos en el RRSet utilizando el mismo algoritmo de suma de control criptográfica De esta manera puede comparar los resultados del hash encontrado en la firma digital contra el hash recién computado. Si los dos valores hash coinciden, existe integridad en los datos y el origen de datos es auténtico. Autenticación de transacciones y pedidos (DNS Transaction and Request Authentication): Permite autenticar pedidos y cabeceras de mensajes DNS. Esto garantiza que una respuesta sea verdaderamente en respuesta a una consulta realizada, y que dicha respuesta proviene efectivamente desde el servidor al cual estaba destinada la consulta. Proporcionar la seguridad para ambos se hace en un solo paso, parte de la información regresada desde un servidor seguro es una firma, dicha 5 Un valor hash se utiliza para resumir o identificar probabilísticamente un gran conjunto de información 6 nuevo tipo de RR introducido en DNSSEC, se discutirá en detalle durante el capítulo 12 Mostrar más
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 DOMAIN NAME SYSTEM DNS
DOMAIN NAME SYSTEM DNS Contenido Introducción DNS Definiciones Resolución de Nombres Referencias INTRODUCCIÓN En los 70, ARPANET era una comunidad de unos cientos de máquinas Un solo archivo HOST.TXT contenía 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 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 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 Un caso de estudio en Extensiones de Seguridad para el Sistema de Nombres de Dominio (DNSSEC). Resultados parciales
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 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 Vulnerabilidades en los Servidores de Nombre (DNS) y su Solución mediante Certificación Digital
Vulnerabilidades en los Servidores de Nombre (DNS) y su Solución mediante Certificación Digital USB / UCAB Servicios de Seguridad Confidencialidad: Ocultamiento de información sensible (privacidad) Integridad: 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 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 Resumen del trabajo sobre DNSSEC
Resumen del trabajo sobre Contenido 1. -...2 1.1. - Definición...2 1.2. - Seguridad basada en cifrado...2 1.3. - Cadenas de confianza...3 1.4. - Confianzas...4 1.5. - Islas de confianza...4 2. - Conclusiones...5 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)...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 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 Seguridad en DNS y DNSSEC
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 Proceso de resolución de un nombre de dominio. Javier Rodríguez Granados
Proceso de resolución de un nombre de dominio. Javier Rodríguez Granados Proceso de resolución de un nombre de dominio. La resolución de un nombre de dominio es la traducción de un FQDN a su correspondiente 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 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 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 VÍDEO intypedia013es LECCIÓN 13: SEGURIDAD EN DNS. AUTOR: Javier Osuna García Malo de Molina
VÍDEO intypedia013es LECCIÓN 13: SEGURIDAD EN DNS AUTOR: Javier Osuna García Malo de Molina GMV Jefe de División de Consultoría de Seguridad y Procesos Bienvenidos a Intypedia, en esta lección vamos a Más detalles Sistemas de Nombres de Dominio DNS. Materia: Técnicas de Programación en Internet. Alumna: Claudia Mariana Coto Huezo. marianacoto@gmail.
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 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 Redes de ordenadores DNS
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 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 Redes de Computadoras
Redes de Computadoras Capa de Aplicación Modelo de Referencia Capa de aplicación Capa de transporte Capa de red Capa de enlace de datos Capa físicaf 1 La Capa de Aplicación Esta capa contine las aplicaciones 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 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 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 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 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 Dominios de una red informática
DNS en W2000-Server ÍNDICE Definición de DNS 1 Nombres de dominio DNS 2 Descripción del espacio de nombres de dominio DNS Cómo se organiza el espacio de nombres de dominio DNS Interpretar un nombre de Más detalles Sistemas Distribuidos - Servicios de Nombres
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 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 Lección 13: Seguridad en DNS
Lección 13: Seguridad en DNS Javier Osuna josuna@gmv.com GMV Jefe de División de Consultoría de Seguridad Introducción a los DNSs Los DNSs facilitan a las personas utilizar y navegar a través de Internet, Más detalles Resolución de nombres de host mediante el Sistema de nombres de dominio (DNS)
Resolución de nombres de host mediante el Sistema de nombres de dominio (DNS) Introducción al Sistema de nombres de dominio El Sistema de nombres de dominio (DNS) es una base de datos jerárquica y distribuida Más detalles Resumen de Requisitos Técnicos para incorporación de Organismos a la Plataforma Integrada de Servicios Electrónicos del Estado
Resumen de Requisitos Técnicos para incorporación de Organismos a la Plataforma Integrada de Servicios Electrónicos del Estado Ministerio Secretaría General de la Presidencia Unidad de Modernización y Más detalles TEMA 2: CAPACIDAD: Diseño del Servicio TI Anexo I: DNS
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 DNS Domain Name System Sistema de Nombres de Dominio Administración de Redes de Computadores John Deivis Tabares Tobón Luis Fernando Ramirez
DNS Domain Name System Sistema de Nombres de Dominio Administración de Redes de Computadores John Deivis Tabares Tobón Luis Fernando Ramirez CONFIGURACION DEL SERVIDOR DNS EN WINDOWS SERVER 2008 Domain Más detalles Registros de recursos DNS. Javier Rodríguez Granados
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 4.1. Introducción. 4.2.1. Servicios de Dominio del Directorio Activo
4.1. Introducción 4.1. Introducción Este capítulo introduce los conceptos fundamentales sobre dominios Windows Server 2008, que permiten unificar y centralizar la administración de conjuntos de sistemas Más detalles GLOSARIO. Backbone.- Nivel más alto en una red jerárquica, generalmente el más rápido y capaz de transportar la mayoría del tráfico en una red.
GLOSARIO AIIH (Assignment of IPv4 Global Addresses to IPv6 Hosts).- Método que permite asignar temporalmente direcciones IPv4 a hosts Dual Stack dentro de una red IPv6. Anycast.- Un identificador para 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 Componentes de Integración entre Plataformas Información Detallada
Componentes de Integración entre Plataformas Información Detallada Active Directory Integration Integración con el Directorio Activo Active Directory es el servicio de directorio para Windows 2000 Server. Más detalles AGESIC Área de tecnología
AGESIC Área de tecnología Tutorial para la Solicitud e Instalación de Certificados para la PGE Plataforma Java Nombre actual del archivo: Tutorial_Certificados_Java_v1.9.odt Liniers 1324 piso 4, Torre 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 ESCUELA DE INGENIERIA EN COMPUTACION REDES INFORMATICAS SISTEMAS OPERATIVOS DE RED II
ESCUELA DE INGENIERIA EN COMPUTACION REDES INFORMATICAS SISTEMAS OPERATIVOS DE RED II PRACTICA 2: CONFIGURACION DE SERVICIO DNS. INTRODUCCION. En las redes TCP/IP v4 cada interfaz de red es identificada 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 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 Es un servicio de resolución de nombres que resuelve direcciones legibles (como www.microsoft.com) en direcciones IP (como 192.168.0.1).
DNS (Domain DomainName NameSystem System) Es un servicio de resolución de nombres que resuelve direcciones legibles (como www.microsoft.com) en direcciones IP (como 192.168.0.1). Es una base de datos jerárquica Más detalles DNS BIND9. Configuración de un servidor de nombres
DNS BIND9 Configuración de un servidor de nombres Componentes DNS DNS se compone de un espacio de nombres, que puede definirse como el conjunto de hosts conocidos por DNS (podríamos decir que son todos 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 Redes Privadas Virtuales (VPN)
Redes Privadas Virtuales (VPN) Integrantes: - Diego Álvarez Delgado - Carolina Jorquera Cáceres - Gabriel Sepúlveda Jorquera - Camila Zamora Esquivel Fecha: 28 de Julio de 2014 Profesor: Agustín González 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 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 CAPITULO III. TECNOLOGÍA SNMP
CAPITULO III. TECNOLOGÍA SNMP En este capitulo haremos una presentación sobre la estructura básica del protocolo de monitoreo SNMP. El objetivo de este protocolo es poder realizar un monitoreo del estado 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 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 Clase de DNS y SMTP. Teoría de las Comunicaciones 13/06/2012. Departamento de Computación Universidad de Buenos Aires
Clase de DNS y SMTP Teoría de las Comunicaciones Departamento de Computación Universidad de Buenos Aires 13/06/2012 Esquema DNS SMTP Para que sirve? Problemas: Las personas no se pueden andar acordando Más detalles Ejercicios Tema 2. 1.- Acerca del protocolo DHCP indica cuál de las siguientes afirmaciones es cierta:
Ejercicios Tema 2 1.- Acerca del protocolo DHCP indica cuál de las siguientes afirmaciones es cierta: a) Cuando un nodo ha obtenido una dirección IP mediante DHCP se encuentra en estado BOUND, y si quiere 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 DNS. Arquitectura Cliente Servidor. Pacheco Martínez Fernando Tovar Balderas Sergio A.
DNS Arquitectura Cliente Servidor Pacheco Martínez Fernando Tovar Balderas Sergio A. Nombres de dominio DNS El Sistema de nombres de dominio (DNS) se definió originalmente en los RFC 1034 y 1035. Estos Más detalles Manual de Usuario. Extractor Service. www.zktime.eu
Manual de Usuario www.zktime.eu INDICE Página Introducción 1 1. Primeros pasos 1 1.1 Instalación 1 1.2 Finalizando la instalación 2 2. Configuración 3 2.1 Configuración de base de datos 3 2.1.1 Configuración Más detalles Infraestructura para la Criptografía de Clave Pública
Infraestructura para la Criptografía de Clave Pública Juan Talavera jtalavera@cnc.una.py Criptografía de Clave Simétrica Criptografía de Clave Pública Algunos algoritmos criptográficos Clave simétrica 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 POLÍTICAS DE SERVICIOS DE DNS PERSONALIZADO. Políticas en vigor a partir del 5 de Diciembre de 2015.
POLÍTICAS DE SERVICIOS DE DNS PERSONALIZADO Políticas en vigor a partir del 5 de Diciembre de 2015. 1. DEFINICIONES. Los términos definidos en esta sección podrán ser utilizados en las presentes políticas 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 Capítulo 4: Diseño de la solución basada en software. 4.1 Diseño general del sistema y especificaciones de los componentes
Capítulo 4: Diseño de la solución basada en software 4.1 Diseño general del sistema y especificaciones de los componentes El sistema constará de tres elementos fundamentales: los clientes, el punto de 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 Seguridad en la transmisión de Datos
Seguridad en la transmisión de Datos David Peg Montalvo Santiago de Compostela Noviembre 2005 Índice 01 Seguridad. Ámbito de aplicación 02 Control de acceso 03 Conceptos básicos de criptografía 04 PKI 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 [CONFIGURACIÓN DE DNS]
2010 C.I.F.P Juan de Colonia Yuliyan Tsvetanov Marinov [CONFIGURACIÓN DE DNS] A través de este documento se verán las generalidades del servicio de resolución de nombres (DNS) y como configurarlo bajo Más detalles Instalación, configuración y administración de servidores DNS
INSTITUTO TECNOLOGICO DE LAS AMERICAS (ITLA) Nombre: Brayhan E. Acosta Hiciano Matricula: 2012-1312 Materia: Sistema Operativo III Tema: Servidor DNS Profesor: José Doñe Fecha: 28/junio/2014 Servidor DNS Más detalles CONFIGURACION DE DNS
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 Redes de Datos 1er parcial
Redes de Datos 1er parcial Solución: Esto es un esquema de los puntos fundamentales que debería contener la respuesta correcta y contiene más información que la exigida para obtener el máximo puntaje. Más detalles Seguridad en un Proveedor de Servicios de Internet (ISP) Ing. Carlos Martínez - Ing. Leonardo Vidal Anteldata. www.antel.com.uy
Seguridad en un Proveedor de Servicios de Internet (ISP) Ing. Carlos Martínez - Ing. Leonardo Vidal Anteldata www.antel.com.uy Introducción Exponer los problemas de seguridad más relevantes a los que está Más detalles EVALUACIóN DE LA ACTIVIDAD 5.8: Configuración router ADSL.
EVALUACIóN DE LA ACTIVIDAD 5.8: Configuración router ADSL. 1.- Qué diferencia hay entre NAT y PAT? NAT: Network Adress Translation. El router enmascara la dirección IP origen de los paquetes poniendola 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 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 Programa de Capacitación y Certificación.
NIVEL 1.- INFRAESTRUCTURA DE REDES Programa de Capacitación y Certificación. INFORMES@COMPUSUR.COM.MX WWW.COMPUSUR.COM.MX 1 Contenido NIVEL 1. INFRAESTRUCTURA DE REDES... 4 6421 CONFIGURANDO Y RESOLVIENDO Más detalles DOMINIOS DE NIVEL SUPERIOR A NIVEL MUNDIAL.
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 Clientes DNS ( resolvers de nombres). Javier Rodríguez Granados
Página 1 de 7 Id. de artículo: 200525 - Última revisión: lunes, 26 de septiembre de 2005 - Versión: 2.0 Utilizar NSlookup.exe Nslookup.exe es una herramienta administrativa de la línea de comandos para 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 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 Guía para principiantes. sobre los certificados SSL. Cómo tomar la mejor decisión a la hora de considerar sus opciones de seguridad en Internet
WHITE PAPER: Guía PARA principiantes sobre los certificados SSL White paper Guía para principiantes sobre los certificados SSL Cómo tomar la mejor decisión a la hora de considerar sus opciones de seguridad Más detalles DNSSEC. Introducción Principios Generales Despliegue
DNSSEC Introducción Principios Generales Despliegue Vista General Qué vamos a ver Los problemas que DNSSEC resuelve El protocolo y sus implementaciones Pautas para desplegar DNSSEC Problemas prácticos Más detalles SSH MANUAL BÁSICO. AUTORES Karen Giraldo Escobar Julián Andrés Lozano. 3/10/2010 Universidad ICESI
SSH MANUAL BÁSICO AUTORES Karen Giraldo Escobar Julián Andrés Lozano 3/10/2010 Universidad ICESI TABLA DE CONTENIDO 1. INTRODUCCIÓN... 3 1.1. Que es SSH?... 3 1.2. Características de SSH 3 1.3. Por qué Más detalles Cuaderno de notas del OBSERVATORIO CÓMO COMPROBAR LA INTEGRIDAD DE LOS FICHEROS
Cuaderno de notas del OBSERVATORIO Instituto Nacional de Tecnologías de la Comunicación CÓMO COMPROBAR LA INTEGRIDAD DE LOS FICHEROS Comprobar la integridad de un fichero consiste en averiguar si algún Más detalles WINDOWS 2003 SERVER DIRECTORIO ACTIVO Y DNS
WINDOWS 2003 SERVER DIRECTORIO ACTIVO Y DNS ESCUELA COLOMBIANA DE INGENIERÍA JULIO GARAVITO LABORATORIO DE INFORMÁTICA BOGOTÁ D. C. 2007-2 TABLA DE CONTENIDO INTRODUCCIÓN... 3 1. EL DIRECTORIO ACTIVO Y Más detalles Resolución de nombres de host mediante el Sistema de nombres de dominio (DNS)
Resolución de nombres de host mediante el Sistema de nombres de dominio (DNS) Contenido Introducción 2 Presentación multimedia: Función de DNS en las infraestructuras de redes 3 Lección: Instalar el servicio Más detalles 9243059 Edición 1 ES. Nokia y Nokia Connecting People son marcas comerciales registradas de Nokia Corporation
9243059 Edición 1 ES Nokia y Nokia Connecting People son marcas comerciales registradas de Nokia Corporation Cliente de VPN Guía de usuario 9243059 Edición 1 Copyright 2005 Nokia. Reservados todos los Más detalles Universidad Técnica Federico Santa María Departamento de Electrónica. Proyecto Redes de Computadores Elo322 Routers, Servidor Virtual y Seguridad
Universidad Técnica Federico Santa María Departamento de Electrónica Proyecto Redes de Computadores Elo322 Routers, Servidor Virtual y Seguridad Integrantes: Edson Contreras C. Luis Marcel Barraza M. Fecha: Más detalles Univ. de Concepción del Uruguay Facultad de Ciencias Agrarias Ingeniería Agrónoma
INFORMÁTICA Univ. de Concepción del Uruguay Facultad de Ciencias Agrarias Ingeniería Agrónoma Informática Teoría Unidad 5 Prof. Ing Ezequiel Benavente Ciclo lectivo 2014 Diferencias entre un Modem y un 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 2017 © DocPlayer.es Política de privacidad | Condiciones del servicio | Feedback

References: resolución 
 resolución 
 resolución 
 resolución 
 Resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 Resolución 

Resolución 
 resolución 
 resolución 
 resolución 
 Resolución 
 Resolución 

Resolución