{"id":90406,"date":"2020-08-01T01:41:57","date_gmt":"2020-07-31T23:41:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/chto-takoe-dns-tunnelirovanie-instrukcziya-po-obnaruzheniyu"},"modified":"2020-08-01T01:41:57","modified_gmt":"2020-07-31T23:41:57","slug":"chto-takoe-dns-tunnelirovanie-instrukcziya-po-obnaruzheniyu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/chto-takoe-dns-tunnelirovanie-instrukcziya-po-obnaruzheniyu","title":{"rendered":"\u00bfQu\u00e9 es el t\u00fanel DNS? Instrucciones para su detecci\u00f3n.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"\u00bfQu\u00e9
\n
\nEl tunelado DNS convierte el sistema de nombres de dominio en un arma para los hackers. DNS es, en esencia, una enorme agenda telef\u00f3nica de internet. Adem\u00e1s, DNS es el protocolo b\u00e1sico que permite a los administradores hacer consultas a la base de datos del servidor DNS. Hasta aqu\u00ed todo claro. Pero los astutos hackers se dieron cuenta de que pod\u00edan comunicarse de forma encubierta con la computadora v\u00edctima mediante la inserci\u00f3n de comandos y datos de control en el protocolo DNS. Esta idea est\u00e1 en la base del tunelado DNS.
\n<\/a><\/noindex><\/p>\n

C\u00f3mo funciona el tunelado DNS<\/h2>\n

\n\"\u00bfQu\u00e9
\n
\nPara todo en internet existe su propio protocolo. Y DNS admite un tipo relativamente simple el protocolo <\/a><\/noindex>de solicitud-respuesta. Si deseas ver c\u00f3mo funciona, puedes ejecutar nslookup: la herramienta principal para enviar consultas DNS. Puedes solicitar una direcci\u00f3n simplemente indicando el nombre de dominio que te interesa, por ejemplo:<\/p>\n

\"\u00bfQu\u00e9
\n
\nEn nuestro caso, el protocolo respondi\u00f3 con la direcci\u00f3n IP del dominio. En t\u00e9rminos del protocolo DNS, hice una consulta de direcci\u00f3n o una consulta del tipo 'A'. Existen otros tipos de consultas, y el protocolo DNS responder\u00e1 con un conjunto variado de campos de datos, que, como veremos m\u00e1s adelante, pueden ser utilizados por los hackers.<\/p>\n

De una forma u otra, en su esencia, el protocolo DNS se ocupa de la transmisi\u00f3n de solicitudes al servidor y su respuesta de vuelta al cliente. \u00bfY si un atacante a\u00f1ade un mensaje encubierto dentro de la solicitud del nombre de dominio? Por ejemplo, en lugar de introducir una URL completamente leg\u00edtima, introduce los datos que desea transmitir:<\/p>\n

\"\u00bfQu\u00e9
\n
\nSupongamos que el atacante controla el servidor DNS. Entonces puede transmitir datos, como informaci\u00f3n personal, y no necesariamente ser\u00e1 detectado. Despu\u00e9s de todo, \u00bfpor qu\u00e9 de repente una consulta DNS podr\u00eda convertirse en algo ileg\u00edtimo? <\/p>\n

Controlando el servidor, los hackers pueden falsificar respuestas y enviar datos de vuelta al sistema objetivo. Esto les permite transmitir mensajes ocultos en varios campos de la respuesta DNS al malware en la m\u00e1quina infectada, con instrucciones como buscar dentro de una carpeta espec\u00edfica.<\/p>\n

La parte \"tuneladora\" de este ataque consiste en ocultar <\/a><\/noindex> datos y comandos de la detecci\u00f3n por parte de sistemas de monitoreo. Los hackers pueden utilizar conjuntos de caracteres como base32, base64, etc., o incluso cifrar los datos. Tal codificaci\u00f3n pasar\u00e1 desapercibida ante las herramientas simples de detecci\u00f3n de amenazas que buscan en texto plano.<\/p>\n

\u00a1Y eso es el t\u00fanel DNS!<\/p>\n

Historia de los ataques a trav\u00e9s del t\u00fanel DNS<\/h2>\n

\nTodo tiene un comienzo, incluida la idea de capturar el protocolo DNS con fines de hacking. Hasta donde podemos juzgar, el primer la discusi\u00f3n <\/a><\/noindex>ataque de este tipo fue llevado a cabo por Oskar Pearson en la lista de correo Bugtraq en abril de 1998.<\/p>\n

Para 2004, el t\u00fanel DNS se present\u00f3 en Black Hat como un m\u00e9todo de hacking en la presentaci\u00f3n de Dan Kaminsky. As\u00ed, la idea r\u00e1pidamente se transform\u00f3 en una verdadera herramienta de ataque.<\/p>\n

Hoy en d\u00eda, el t\u00fanel DNS ocupa una posici\u00f3n firme en el mapa de amenazas potenciales <\/a><\/noindex>(y los blogueros en el campo de la seguridad inform\u00e1tica a menudo se les pide que lo expliquen).<\/p>\n

\u00bfHas o\u00eddo hablar de Sea Turtle? <\/a><\/noindex>? \u042d\u0442\u043e \u0434\u0435\u0439\u0441\u0442\u0432\u0443\u044e\u0449\u0430\u044f \u043a\u0430\u043c\u043f\u0430\u043d\u0438\u044f \u043a\u0438\u0431\u0435\u0440\u043f\u0440\u0435\u0441\u0442\u0443\u043f\u043d\u044b\u0445 \u0433\u0440\u0443\u043f\u043f\u0438\u0440\u043e\u0432\u043e\u043a \u2014 \u0441\u043a\u043e\u0440\u0435\u0435 \u0432\u0441\u0435\u0433\u043e, \u0441\u043f\u043e\u043d\u0441\u0438\u0440\u0443\u0435\u043c\u0430\u044f \u0433\u043e\u0441\u0443\u0434\u0430\u0440\u0441\u0442\u0432\u043e\u043c, \u2014 \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u043d\u0430\u044f \u043d\u0430 \u0437\u0430\u0445\u0432\u0430\u0442 \u043b\u0435\u0433\u0438\u0442\u0438\u043c\u043d\u044b\u0445 DNS-\u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0441 \u0446\u0435\u043b\u044c\u044e \u043f\u0435\u0440\u0435\u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f DNS-\u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u043d\u0430 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u0430. \u042d\u0442\u043e \u043e\u0437\u043d\u0430\u0447\u0430\u0435\u0442, \u0447\u0442\u043e \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0431\u0443\u0434\u0443\u0442 \u043f\u043e\u043b\u0443\u0447\u0430\u0442\u044c \u00ab\u043f\u043b\u043e\u0445\u0438\u0435\u00bb IP-\u0430\u0434\u0440\u0435\u0441\u0430, \u0443\u043a\u0430\u0437\u044b\u0432\u0430\u044e\u0449\u0438\u0435 \u043d\u0430 \u043f\u043e\u0434\u0434\u0435\u043b\u044c\u043d\u044b\u0435 \u0432\u0435\u0431-\u0441\u0442\u0440\u0430\u043d\u0438\u0446\u044b \u043f\u043e\u0434 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435\u043c \u0445\u0430\u043a\u0435\u0440\u043e\u0432, \u2014 \u043d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, Google \u0438\u043b\u0438 FedEx. \u041f\u0440\u0438 \u044d\u0442\u043e\u043c \u0437\u043b\u043e\u0443\u043c\u044b\u0448\u043b\u0435\u043d\u043d\u0438\u043a\u0438 \u0441\u043c\u043e\u0433\u0443\u0442 \u0437\u0430\u043f\u043e\u043b\u0443\u0447\u0438\u0442\u044c \u0443\u0447\u0451\u0442\u043d\u044b\u0435 \u0437\u0430\u043f\u0438\u0441\u0438 \u0438 \u043f\u0430\u0440\u043e\u043b\u0438 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0442\u0435 \u043d\u0435\u043e\u0441\u043e\u0437\u043d\u0430\u043d\u043d\u043e \u0432\u0432\u0435\u0434\u0443\u0442 \u0438\u0445 \u043d\u0430 \u0442\u0430\u043a\u0438\u0445 \u043f\u043e\u0434\u0434\u0435\u043b\u044c\u043d\u044b\u0445 \u0441\u0430\u0439\u0442\u0430\u0445. \u042d\u0442\u043e \u043d\u0435 DNS-\u0442\u0443\u043d\u043d\u0435\u043b\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u043d\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0435\u0449\u0451 \u043e\u0434\u043d\u043e \u0441\u043a\u0432\u0435\u0440\u043d\u043e\u0435 \u043f\u043e\u0441\u043b\u0435\u0434\u0441\u0442\u0432\u0438\u0435 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044f DNS-\u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0445\u0430\u043a\u0435\u0440\u0430\u043c\u0438.<\/p>\n

Amenazas del t\u00fanel DNS<\/h2>\n

\n\"\u00bfQu\u00e9
\n
\nEl t\u00fanel DNS es un indicador del comienzo de una fase de malas noticias. \u00bfCu\u00e1les exactamente? Ya hemos hablado de algunas, pero vamos a estructurarlas:<\/p>\n