Documento sin título

Anuncio
Documento sin título
Introduccion al DNS parte 1
En este documento se presenta proyecto de seguridad mediante DNS.
Breve historia de Internet
A finales de los 60, la Agencia de Proyectos de Investigación Avanzada (de sus siglas en inglés ARPA) del Departame
Defensa de los Estados Unidos (después la DARPA) fundó la ARPAnet, una red experimental de computadoras que c
importantes organizaciones de investigación en Estados Unidos. La importancia del ARPAnet consistió en permitir a l
de gobierno compartir costosos recursos de computación. Sin embargo desde el inicio, los usuarios del ARPAnet tamb
para colaboración, desde compartir archivos y software, hasta intercambio de correos electrónicos, para desarrollar y u
mediante computadoras compartidas remotamente.
En los 80's, se desarrolló "la suite" de protocolos TCP/IP (Transmission Control Protocol/Internet Protocol) y rápidam
un estándar en la comunicación de redes de computadoras sobre la ARPAnet. Sin embargo, la red creció, y pasó a ser
decenas de computadoras a miles de computadoras alrededor del mundo. La original ARPAnet llegó a ser el cimiento
confederación de redes locales y regionales basadas en TCP/IP, llamada Internet. En 1988, sin embargo, DARPA da p
proyecto. El Departamento de Defensa comenzó a desmantelar al ARPAnet. Otra red, fundada por la National Science
llamada NSFNET, reemplaza a la ARPAnet como backbone de Internet. Posteriormente, en la primavera de 1995, la I
una transición públicamente para usar como backbone no sólo a NSFNET sino múltiples backbones comerciales.
En la actualidad, Internet conecta a millones de computadoras alrededor del mundo, dentro de las cuales, algunos de lo
pueden transportar un volumen de varios gigabits por segundo
En los 70's, la ARPAnet era una red pequeña, una comunidad amigable de unos cientos de equipos. Un simple archivo
EQUIPOS.TXT contenía toda la información necesaria acerca de otros equipos: mantenía un registro nombre−a−direc
equipo conectado a la ARPAnet. La tabla de equipo en Unix, /etc/equipos fue derivado de EQUIPOS.TXT.
EQUIPOS.TXT era mantenido por el Centro de Información del Stanford Research Institute (SRI). El tamaño de EQU
creció en proporción al crecimiento en el número de equipos conectados a la ARPAnet. Por otra parte, el tráfico gener
actualización del proceso se incrementaba rápidamente. Y cuando la ARPAnet se movió al protocolo TCP/IP, la pobla
explotó. Ahora existía una serie de problemas con el archivo EQUIPOS.TXT:
• Tráfico y carga: El tráfico de red y carga de procesador del SRI−NIC para distribuir el archivo se volvió espa
• Colisión de nombres: Dos equipos en EQUIPOS.TXT no pueden tener el mismo nombre. Sin embargo, mien
podía asignar direcciones de un modo que garantizara ser únicas, no había autoridad sobre otros nombres de e
que existían nombres repetidos de equipos.
• Consistencia: Mantener la estabilidad del archivo se volvió muy difícil.
Los gobernantes de la ARPAnet iniciaron la investigación sobre un sucesor para EQUIPOS.TXT. El objetivo fue crea
que resolviera los problemas inherentes a un sistema de tabla de equipos unificada. El nuevo sistema debía permitir la
local de datos. Paul Mockapetris, entonces en el Information Sciences Institute de USC, fue el responsable para diseña
arquitectura del nuevo sistema. En 1984 liberó los RFC 882 y 883, los cuales describen el Sistema de Nombres de Dom
Posteriormente fueron liberados los RFC 1034 y 1035, que describen las especificaciones actuales del DNS. Con el tie
desarrollado otros RFC en los cuales se describen problemas potenciales de seguridad, problemas de implementación,
de actualización dinámica, etc.
La primera implementación del DNS fue JEEVES, escrita por Paul Mockapetris. Una implementación posterior fue B
acrónimo para Berkeley Internet Name Domain, escrita por Kevin Dunlap en BSD 4.3. BIND ahora es mantenida por
Software Consortium. El Sistema de Nombres de Dominio es esencialmente una base de datos de información de equi
1
Documento sin título
Espacio de Nombres de Dominio
La base de datos distribuida (BDD) del DNS está indexada por nombres de dominio. Cada nombre de dominio es una
árbol invertido, llamado el espacio de nombres de dominio. La estructura del árbol mostrada en la Figura 1, es similar
del sistema de archivos de Unix.
El árbol tiene una raíz en el tope. En los sistemas de archivos Unix, este es llamado el directorio raíz, representado por
(/). La profundidad del árbol está limitada a 127 niveles.
Nombres de dominio.
Cada nodo en el árbol tiene una etiqueta de texto (sin puntos) que puede ser de máximo 63 caracteres. Una etiqueta nu
cero) es reservada para la raíz. El nombre de dominio completo de cualquier nodo en el árbol es la secuencia de etique
desde el nodo hasta la raíz. Los nombres de dominio siempre se leen desde el nodo hacia la raíz, separando con puntos
en la ruta. Si la etiqueta del nodo raíz aparece actualmente en un nombre de dominio del nodo, el nombre se observa c
terminara en un punto, como en "www.unam.mx.". Cuando la etiqueta del nodo raíz aparece sola, por conveniencia se
punto (.). Consecuentemente, algunos programas interpretan un rastreo de punto en un nombre de dominio para indica
nombre de dominio es absoluto. Un nombre de dominio absoluto se escribe en relación a la raíz y sin ambigüedades es
localización del nodo en la jerarquía. Un nombre de dominio absoluto es también referido como un nombre de domini
completamente calificado, a menudo abreviado FQDN. Los nombres, a menos que le sigan puntos, son interpretados a
relativos por algún nombre de dominio de manera diferente que el de raíz, tal como los nombres de directorio sin una
inicio, son a menudo interpretados como relativos al directorio actual. El DNS requiere que los nodos hermanos tenga
etiquetas. Esta restricción garantiza que un nombre de dominio únicamente identifique un sólo nodo en el árbol. La res
realmente una limitación, por que las etiquetas necesitan ser únicas solamente entre hijos, no entre todos los nodos en
misma restricción aplica para los sistemas de archivos Unix; no se puede tener dos directorios hermanos o dos archivo
nombre en el mismo directorio. Así como tampoco se puede tener dos nodos equipo1.seguridad.unam.mx en el espaci
así como tampoco se puede tener dos directorios /usr/bin. Se puede, sin embargo tener ambos, un equipo1.seguridad.u
equipo1.supercomputo.unam.mx, así como también se puede tener un directorio /bin y un directorio /usr/bin, como se
Figura 2.
2
Documento sin título
3
Descargar