{"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\/fr\/blog\/administrirovanie\/chto-takoe-dns-tunnelirovanie-instrukcziya-po-obnaruzheniyu","title":{"rendered":"Qu'est-ce que le tunneling DNS ? Guide de d\u00e9tection","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Qu'est-ce
\n
\nLe tunneling DNS transforme le syst\u00e8me de noms de domaine en une arme pour les hackers. Le DNS est essentiellement un \u00e9norme annuaire d'Internet. De plus, le DNS est un protocole de base qui permet aux administrateurs d'effectuer des requ\u00eates vers la base de donn\u00e9es du serveur DNS. Pour l'instant, tout cela semble clair. Mais des hackers rus\u00e9s ont r\u00e9alis\u00e9 qu'il \u00e9tait possible de communiquer de mani\u00e8re secr\u00e8te avec un ordinateur victime en injectant des commandes et des donn\u00e9es de contr\u00f4le dans le protocole DNS. C'est cette id\u00e9e qui est \u00e0 la base du tunneling DNS.
\n<\/a><\/noindex><\/p>\n

Comment fonctionne le tunneling DNS<\/h2>\n

\n\"Qu'est-ce
\n
\nIl existe un protocole distinct pour chaque chose sur Internet. Et le DNS supporte un type de r\u00e9ponse relativement simple protocole <\/a><\/noindex>type demande-r\u00e9ponse. Si vous souhaitez voir comment cela fonctionne, vous pouvez ex\u00e9cuter nslookup, l'outil principal pour effectuer des requ\u00eates DNS. Vous pouvez demander une adresse simplement en entrant un nom de domaine d'int\u00e9r\u00eat, par exemple :<\/p>\n

\"Qu'est-ce
\n
\nDans notre cas, le protocole a r\u00e9pondu par l'adresse IP du domaine. En termes de protocole DNS, j'ai effectu\u00e9 une demande d'adresse ou une demande de type \u00ab A \u00bb. Il existe \u00e9galement d'autres types de requ\u00eates, et le protocole DNS r\u00e9pondra avec diff\u00e9rents ensembles de champs de donn\u00e9es, que, comme nous le verrons plus tard, les hackers peuvent exploiter.<\/p>\n

Quoi qu'il en soit, fondamentalement, le protocole DNS s'occupe de transmettre la requ\u00eate au serveur et de renvoyer la r\u00e9ponse au client. Que se passerait-il si un attaquant ajoutait un message cach\u00e9 dans la requ\u00eate du nom de domaine ? Par exemple, au lieu d'entrer une URL parfaitement l\u00e9gitime, il entrerait des donn\u00e9es qu'il souhaite transmettre :<\/p>\n

\"Qu'est-ce
\n
\nSupposons qu'un attaquant contr\u00f4le le serveur DNS. Il peut alors transmettre des donn\u00e9es, par exemple des donn\u00e9es personnelles, sans forc\u00e9ment \u00eatre d\u00e9couvert. Apr\u00e8s tout, pourquoi une requ\u00eate DNS pourrait-elle devenir quelque chose d'ill\u00e9gitime ? <\/p>\n

En contr\u00f4lant le serveur, les hackers peuvent falsifier les r\u00e9ponses et renvoyer des donn\u00e9es vers le syst\u00e8me cibl\u00e9. Cela leur permet de transmettre des messages cach\u00e9s dans divers champs de la r\u00e9ponse DNS vers un logiciel malveillant sur la machine infect\u00e9e, avec des instructions telles que rechercher dans un dossier sp\u00e9cifique.<\/p>\n

La partie \u00ab tunnelisante \u00bb de cette attaque r\u00e9side dans le camouflage <\/a><\/noindex> des donn\u00e9es et des commandes pour \u00e9viter la d\u00e9tection par les syst\u00e8mes de surveillance. Les hackers peuvent utiliser des ensembles de caract\u00e8res en base32, en base64, etc., ou m\u00eame chiffrer les donn\u00e9es. Ce type de codage passera inaper\u00e7u aupr\u00e8s des simples outils de d\u00e9tection des menaces qui recherchent du texte en clair.<\/p>\n

Et c'est ce qu'est le tunneling DNS !<\/p>\n

L'histoire des attaques par tunneling DNS<\/h2>\n

\nTout a un commencement, y compris l'id\u00e9e de capturer le protocole DNS \u00e0 des fins de hacking. Autant que l'on puisse en juger, la premi\u00e8re d\u00e9bat <\/a><\/noindex>telle attaque a \u00e9t\u00e9 r\u00e9alis\u00e9e par Oskar Pearson dans une mailing list Bugtraq en avril 1998.<\/p>\n

En 2004, le tunneling DNS a \u00e9t\u00e9 pr\u00e9sent\u00e9 \u00e0 Black Hat comme une m\u00e9thode de hacking lors de la pr\u00e9sentation de Dan Kaminsky. Ainsi, l'id\u00e9e a rapidement \u00e9volu\u00e9 pour devenir un v\u00e9ritable outil d'attaque.<\/p>\n

\u00c0 ce jour, le tunneling DNS occupe une place certaine sur la carte des menaces potentielles <\/a><\/noindex>(et les blogueurs en s\u00e9curit\u00e9 informatique sont souvent sollicit\u00e9s pour l'expliquer).<\/p>\n

Avez-vous entendu parler 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

Les menaces de tunneling DNS<\/h2>\n

\n\"Qu'est-ce
\n
\nLe tunneling DNS est comme un indicateur du d\u00e9but de la mauvaise nouvelle. Quelle mauvaise nouvelle pr\u00e9cis\u00e9ment ? Nous en avons d\u00e9j\u00e0 parl\u00e9, mais structurons-les :<\/p>\n