{"id":94321,"date":"2020-09-15T19:42:32","date_gmt":"2020-09-15T17:42:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/rukovodstvo-po-bezopasnosti-dns"},"modified":"2020-09-15T19:42:32","modified_gmt":"2020-09-15T17:42:32","slug":"rukovodstvo-po-bezopasnosti-dns","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/rukovodstvo-po-bezopasnosti-dns","title":{"rendered":"Guide de s\u00e9curit\u00e9 DNS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Guide de s\u00e9curit\u00e9 DNS\" src=\"\/wp-content\/uploads\/2020\/09\/e29223def3c7c13eaa45a24967d6bba0.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nQuoi que fasse l'entreprise, la s\u00e9curit\u00e9 <noindex><a rel=\"nofollow\" href=\"https:\/\/www.varonis.com\/blog\/what-is-dns\/\"> DNS <\/a><\/noindex>doit faire partie int\u00e9grante de son plan de s\u00e9curit\u00e9. Les services de traitement des noms, qui convertissent les noms des n\u0153uds r\u00e9seau en adresses IP, sont utilis\u00e9s par pratiquement toutes les applications et services sur Internet.<\/p>\n<p><strong>Si un attaquant prend le contr\u00f4le du DNS de l'organisation, il pourra facilement :<\/strong><\/p>\n<ul>\n<li>prendre le contr\u00f4le des ressources accessibles publiquement<\/li>\n<li>rediriger les courriels entrants, ainsi que les requ\u00eates web et les tentatives d'authentification<\/li>\n<li>cr\u00e9er et valider des certificats SSL\/TLS<\/li>\n<\/ul>\n<p>\n<strong>Ce guide aborde la s\u00e9curit\u00e9 DNS sous deux angles :<\/strong><\/p>\n<ol>\n<li>La mise en \u0153uvre d'une surveillance continue et d'un contr\u00f4le du DNS<\/li>\n<li>Comment les nouveaux protocoles DNS, tels que DNSSEC, DOH et DoT, peuvent aider \u00e0 prot\u00e9ger l'int\u00e9grit\u00e9 et la confidentialit\u00e9 des requ\u00eates DNS transmises<\/li>\n<\/ol>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2> Qu'est-ce que la s\u00e9curit\u00e9 DNS ? <\/h2>\n<p>\n<img decoding=\"async\" alt=\"Guide de s\u00e9curit\u00e9 DNS\" src=\"\/wp-content\/uploads\/2020\/09\/6367857de248c9ee9435f8ec079600be.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3> La s\u00e9curit\u00e9 DNS comprend deux \u00e9l\u00e9ments essentiels :<\/h3>\n<p><\/p>\n<ol>\n<li>Assurer l'int\u00e9grit\u00e9 et la disponibilit\u00e9 des services DNS, qui convertissent les noms des n\u0153uds r\u00e9seau en adresses IP<\/li>\n<li>Surveiller l'activit\u00e9 DNS pour identifier les probl\u00e8mes de s\u00e9curit\u00e9 potentiels dans votre r\u00e9seau<\/li>\n<\/ol>\n<h3> Pourquoi le DNS est-il vuln\u00e9rable aux attaques ? <\/h3>\n<p>\nLa technologie DNS a \u00e9t\u00e9 cr\u00e9\u00e9e \u00e0 l'aube de l'Internet, bien avant que quiconque ne commence \u00e0 penser \u00e0 la s\u00e9curit\u00e9 r\u00e9seau. Le DNS fonctionne sans authentification ni cryptage, traitant aveugl\u00e9ment les requ\u00eates de tout utilisateur.<\/p>\n<p>Par cons\u00e9quent, il existe de nombreuses fa\u00e7ons de tromper l'utilisateur et de falsifier les informations sur l'endroit o\u00f9 se fait r\u00e9ellement la conversion des noms en adresses IP.<\/p>\n<h2> S\u00e9curit\u00e9 DNS : enjeux et composants<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Guide de s\u00e9curit\u00e9 DNS\" src=\"\/wp-content\/uploads\/2020\/09\/45d61ac4004631a2602518a3d4a51c3c.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa s\u00e9curit\u00e9 DNS se compose de plusieurs \u00e9l\u00e9ments cl\u00e9s <em>sont h\u00e9berg\u00e9s sur le service<\/em>, chacun devant \u00eatre pris en compte pour garantir une protection compl\u00e8te :<\/p>\n<ul>\n<li><strong>Renforcement de la s\u00e9curit\u00e9 des serveurs et des proc\u00e9dures de gestion :<\/strong> augmentez la s\u00e9curit\u00e9 des serveurs et \u00e9tablissez un mod\u00e8le standard de d\u00e9ploiement<\/li>\n<li><strong>Am\u00e9lioration des protocoles :<\/strong> impl\u00e9mentez DNSSEC, DoT ou DoH<\/li>\n<li><strong>Analyse et rapports : <\/strong>ajoutez un journal des \u00e9v\u00e9nements DNS au syst\u00e8me SIEM pour un contexte suppl\u00e9mentaire lors des enqu\u00eates sur les incidents<\/li>\n<li><strong>Cyberveille et d\u00e9tection de menaces :<\/strong> abonnez-vous \u00e0 un canal actif pour recevoir des donn\u00e9es analytiques sur les menaces<\/li>\n<li><strong>Automatisation : <\/strong>cr\u00e9ez le plus grand nombre possible de sc\u00e9narios pour automatiser les processus<\/li>\n<\/ul>\n<p>\nLes composants de haut niveau mentionn\u00e9s ci-dessus ne sont que la partie \u00e9merg\u00e9e de l'iceberg de la s\u00e9curit\u00e9 DNS. Dans la section suivante, nous examinerons plus en d\u00e9tail des cas d'utilisation plus sp\u00e9cifiques et des meilleures pratiques que vous devez conna\u00eetre.<\/p>\n<h2> Attaques sur DNS<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Guide de s\u00e9curit\u00e9 DNS\" src=\"\/wp-content\/uploads\/2020\/09\/f44708ad51b13385aa5ce10629944ecc.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<ul>\n<li><strong><noindex><a rel=\"nofollow\" href=\"https:\/\/www.varonis.com\/blog\/dns-cache-poisoning\/\">empoisonnement DNS ou \u00ab empoisonnement \u00bb de cache<\/a><\/noindex>: <\/strong> exploitation d'une vuln\u00e9rabilit\u00e9 du syst\u00e8me pour contr\u00f4ler le cache DNS afin de rediriger les utilisateurs vers un autre endroit<\/li>\n<li><strong><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/varonis\/blog\/513160\/\">tunneling DNS<\/a><\/noindex>: <\/strong>utilis\u00e9 principalement pour contourner les protections contre les connexions distantes<\/li>\n<li><strong>interception DNS: <\/strong>redirection du trafic DNS normal vers un autre serveur DNS cible en modifiant le registraire de domaine<\/li>\n<li><strong>attaque NXDOMAIN: <\/strong>r\u00e9alisation d'une attaque DDoS sur un serveur DNS autoritaire en envoyant des requ\u00eates de domaine malveillantes pour obtenir une r\u00e9ponse forc\u00e9e<\/li>\n<li><strong>domaine fant\u00f4me: <\/strong> force le r\u00e9solveur DNS \u00e0 attendre la r\u00e9ponse de domaines non existants, ce qui entra\u00eene une d\u00e9gradation des performances<\/li>\n<li><strong>attaque sur un sous-domaine al\u00e9atoire: <\/strong> des h\u00f4tes compromis et des botnets m\u00e8nent une attaque DDoS sur un domaine actif, mais concentrent leurs efforts sur de faux sous-domaines pour forcer le serveur DNS \u00e0 effectuer des recherches d'enregistrements et \u00e0 prendre le contr\u00f4le du service<\/li>\n<li><strong>blocage de domaine: <\/strong> consiste \u00e0 envoyer un grand nombre de r\u00e9ponses de spam pour bloquer les ressources du serveur DNS<\/li>\n<li><strong>attaque de botnet depuis l'\u00e9quipement de l'abonn\u00e9: <\/strong> un ensemble d'ordinateurs, de modems, de routeurs et d'autres appareils concentrant la puissance de calcul sur un site Web sp\u00e9cifique pour le surcharger avec des requ\u00eates de trafic<\/li>\n<\/ul>\n<p><\/p>\n<h3> Attaques utilisant DNS<\/h3>\n<p>\nAttaques qui exploitent d'une mani\u00e8re ou d'une autre le DNS pour attaquer d'autres syst\u00e8mes (c'est-\u00e0-dire que la modification des enregistrements DNS n'est pas le but final):<\/p>\n<ul>\n<li>Fast-Flux<\/li>\n<li>r\u00e9seaux Flux uniques<\/li>\n<li>r\u00e9seaux Flux doubles<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/varonis\/blog\/513160\/\">tunneling DNS<\/a><\/noindex> <\/li>\n<\/ul>\n<p><\/p>\n<h3> Attaques sur DNS<\/h3>\n<p>\nattaques qui renvoient \u00e0 partir du serveur DNS l'adresse IP recherch\u00e9e par le malfaiteur:<\/p>\n<ul>\n<li>empoisonnement DNS ou \u00ab empoisonnement \u00bb de cache<\/li>\n<li>interception DNS<\/li>\n<\/ul>\n<p><\/p>\n<h2> Qu'est-ce que DNSSEC ?<\/h2>\n<p><img decoding=\"async\" alt=\"Guide de s\u00e9curit\u00e9 DNS\" src=\"\/wp-content\/uploads\/2020\/09\/929b6e632135bd1b059e403e7b4ddab8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDNSSEC \u2014 modules de s\u00e9curit\u00e9 du service de noms de domaine \u2014 sont utilis\u00e9s pour v\u00e9rifier les enregistrements DNS sans avoir besoin de conna\u00eetre les informations globales pour chaque requ\u00eate DNS sp\u00e9cifique.<\/p>\n<p>DNSSEC utilise des cl\u00e9s de signature num\u00e9rique (PKI) pour confirmer que les r\u00e9sultats des demandes de noms de domaine proviennent d'une source autoris\u00e9e.<br \/>\nLa mise en \u0153uvre de DNSSEC n'est pas seulement une meilleure pratique du secteur, mais aide \u00e9galement \u00e0 \u00e9viter efficacement la plupart des attaques sur DNS.<\/p>\n<h4>Principe de fonctionnement de DNSSEC<\/h4>\n<p>\nDNSSEC fonctionne de mani\u00e8re similaire \u00e0 TLS\/HTTPS, en utilisant des paires de cl\u00e9s publiques et priv\u00e9es pour signer num\u00e9riquement les enregistrements DNS. Vue d'ensemble du processus :<\/p>\n<ol>\n<li>Les enregistrements DNS sont sign\u00e9s avec une paire de cl\u00e9s priv\u00e9e et publique.<\/li>\n<li>Les r\u00e9ponses aux requ\u00eates DNSSEC contiennent l'enregistrement demand\u00e9 ainsi que la signature et la cl\u00e9 publique.<\/li>\n<li>Ensuite <noindex><a rel=\"nofollow\" href=\"https:\/\/www.varonis.com\/blog\/pgp-encryption\/\">cl\u00e9 publique <\/a><\/noindex>est utilis\u00e9e pour v\u00e9rifier l'authenticit\u00e9 de l'enregistrement et de la signature.<\/li>\n<\/ol>\n<h2> S\u00e9curit\u00e9 DNS et DNSSEC<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Guide de s\u00e9curit\u00e9 DNS\" src=\"\/wp-content\/uploads\/2020\/09\/3bd1d530634e82ed6d80040a1d207ff0.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDNSSEC est un moyen de v\u00e9rifier l'int\u00e9grit\u00e9 des requ\u00eates DNS. Il n'affecte pas la confidentialit\u00e9 des DNS. En d'autres termes, DNSSEC peut vous donner l'assurance que la r\u00e9ponse \u00e0 votre requ\u00eate DNS n'est pas falsifi\u00e9e, mais tout attaquant peut voir ces r\u00e9sultats tels qu'ils vous ont \u00e9t\u00e9 transmis.<\/p>\n<h2> DoT \u2014 DNS sur TLS<\/h2>\n<p>\nLe protocole de s\u00e9curit\u00e9 de transport (Transport Layer Security, TLS) est un protocole cryptographique utilis\u00e9 pour s\u00e9curiser les informations transmises sur une connexion r\u00e9seau. Une fois qu'une connexion TLS s\u00e9curis\u00e9e est \u00e9tablie entre le client et le serveur, les donn\u00e9es transmises sont chiffr\u00e9es et aucun interm\u00e9diaire ne peut les voir.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/www.varonis.com\/blog\/tls-vs-ssl\/\">TLS <\/a><\/noindex>Il est le plus souvent utilis\u00e9 dans le cadre de HTTPS (SSL) dans votre navigateur web, car les requ\u00eates sont envoy\u00e9es aux serveurs HTTP s\u00e9curis\u00e9s.<\/p>\n<p>DNS-over-TLS (DNS sur TLS, DoT) utilise le protocole TLS pour encrypt\u00e9 le trafic UDP des requ\u00eates DNS classiques.<br \/>\nChiffrer ces requ\u00eates en texte clair aide \u00e0 prot\u00e9ger les utilisateurs ou les applications effectuant des requ\u00eates contre plusieurs attaques.<\/p>\n<ul>\n<li><strong>MitM, ou \"homme du milieu\"<\/strong>: sans chiffrement, un syst\u00e8me interm\u00e9diaire situant entre le client et le serveur DNS autoritaire peut potentiellement renvoyer au client des informations fausses ou dangereuses en r\u00e9ponse \u00e0 une requ\u00eate.<\/li>\n<li><strong>Espionnage et suivi<\/strong>: sans le chiffrement des requ\u00eates, il est facile pour des syst\u00e8mes interm\u00e9diaires de voir quels sites un utilisateur ou une application sp\u00e9cifique consulte. Bien qu'il ne soit pas possible de savoir quelle page sp\u00e9cifique est visit\u00e9e sur un site juste avec le DNS, il suffit de conna\u00eetre les domaines demand\u00e9s pour dresser un profil d'un syst\u00e8me ou d'une personne.<\/li>\n<\/ul>\n<p><img decoding=\"async\" alt=\"Guide de s\u00e9curit\u00e9 DNS\" src=\"\/wp-content\/uploads\/2020\/09\/31bb5e540feac0302244253b1c12ed32.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nSource : <noindex><a rel=\"nofollow\" href=\"https:\/\/faculty.sites.uci.edu\/zhouli\/files\/2019\/11\/conext19.pdf\">Universit\u00e9 de Californie Irvine<\/a><\/noindex><\/p>\n<h2> DoH \u2014 DNS sur HTTPS<\/h2>\n<p>\nDNS sur HTTPS (DNS over HTTPS, DoH) est un protocole exp\u00e9rimental lanc\u00e9 conjointement par Mozilla et Google. Ses objectifs sont similaires \u00e0 ceux du protocole DoT : renforcer la confidentialit\u00e9 des utilisateurs sur Internet en chiffrant les demandes et les r\u00e9ponses DNS.<\/p>\n<p>Les requ\u00eates DNS standard sont transmises via UDP. Les requ\u00eates et les r\u00e9ponses peuvent \u00eatre suivies \u00e0 l'aide d'outils comme <noindex><a rel=\"nofollow\" href=\"https:\/\/www.varonis.com\/blog\/how-to-use-wireshark\/\">Wireshark<\/a><\/noindex>. DoT chiffre ces requ\u00eates, mais elles sont toujours identifi\u00e9es comme un trafic UDP assez distinct sur le r\u00e9seau.<\/p>\n<p>DoH adopte une approche diff\u00e9rente en transmettant des requ\u00eates chiffr\u00e9es pour la r\u00e9solution des noms de n\u0153uds via des connexions HTTPS, qui apparaissent sur le r\u00e9seau comme toute autre requ\u00eate web.<\/p>\n<p>Cette diff\u00e9rence a des cons\u00e9quences importantes tant pour les administrateurs syst\u00e8mes que pour l'avenir de la r\u00e9solution de noms.<\/p>\n<ol>\n<li>La filtration DNS est une m\u00e9thode courante de filtrage du trafic web pour prot\u00e9ger les utilisateurs contre les attaques par phishing, les sites diffusant des logiciels malveillants ou d'autres activit\u00e9s Internet potentiellement dangereuses dans un r\u00e9seau d'entreprise. Le protocole DoH contourne ces filtres, exposant potentiellement les utilisateurs et le r\u00e9seau \u00e0 un risque accru. <\/li>\n<li>Dans le mod\u00e8le actuel de r\u00e9solution de noms, chaque appareil sur le r\u00e9seau re\u00e7oit d'une mani\u00e8re ou d'une autre les requ\u00eates DNS d'un m\u00eame endroit (d'un serveur DNS sp\u00e9cifi\u00e9). DoH et, en particulier, sa mise en \u0153uvre par Firefox montrent que cela pourrait changer \u00e0 l'avenir. Chaque application sur un ordinateur pourrait obtenir des donn\u00e9es de diff\u00e9rentes sources DNS, compliquant consid\u00e9rablement la recherche et la r\u00e9solution de probl\u00e8mes, la s\u00e9curit\u00e9 et la mod\u00e9lisation des risques. <\/li>\n<\/ol>\n<p><img decoding=\"async\" alt=\"Guide de s\u00e9curit\u00e9 DNS\" src=\"\/wp-content\/uploads\/2020\/09\/46ece02ca361b133d4a6bd488b917c73.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nSource : <noindex><a rel=\"nofollow\" href=\"https:\/\/www.varonis.com\/blog\/what-is-powershell\/\">www.varonis.com\/blog\/what-is-powershell<\/a><\/noindex><\/p>\n<h3> Quelle est la diff\u00e9rence entre DNS sur TLS et DNS sur HTTPS ?<\/h3>\n<p>\nCommen\u00e7ons par DNS sur TLS (DoT). L'accent est mis ici sur le fait que le protocole DNS original n'est pas modifi\u00e9, mais simplement transmis de mani\u00e8re s\u00e9curis\u00e9e via un canal prot\u00e9g\u00e9. DoH, quant \u00e0 lui, place le DNS dans un format HTTP avant d'ex\u00e9cuter les requ\u00eates.<\/p>\n<h2> Alertes de surveillance DNS<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Guide de s\u00e9curit\u00e9 DNS\" src=\"\/wp-content\/uploads\/2020\/09\/fbbd9f320922dbd2eec180a253ba54f0.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa capacit\u00e9 de suivre efficacement le trafic DNS dans votre r\u00e9seau \u00e0 la recherche d'anomalies suspectes est cruciale pour la d\u00e9tection pr\u00e9coce d'intrusions. L'utilisation d'un outil tel que Varonis Edge vous permettra de rester inform\u00e9 de tous les indicateurs importants et de cr\u00e9er des profils pour chaque compte dans votre r\u00e9seau. Vous pouvez configurer la g\u00e9n\u00e9ration d'alertes en fonction d'une combinaison d'actions se produisant sur une p\u00e9riode donn\u00e9e.<\/p>\n<p>La surveillance des changements DNS, des emplacements des comptes, ainsi que des faits de premi\u00e8re utilisation et d'acc\u00e8s \u00e0 des donn\u00e9es sensibles, ainsi que l'activit\u00e9 en dehors des heures de travail, ne sont que quelques-uns des indicateurs que vous pouvez croiser pour \u00e9tablir une image plus compl\u00e8te de la d\u00e9tection.<br \/>\n<br \/>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/varonis\/blog\/519108\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0427\u0435\u043c \u0431\u044b \u043d\u0438 \u0437\u0430\u043d\u0438\u043c\u0430\u043b\u0430\u0441\u044c \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f, \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c DNS \u0434\u043e\u043b\u0436\u043d\u0430 \u044f\u0432\u043b\u044f\u0442\u044c\u0441\u044f \u043d\u0435\u043e\u0442\u044a\u0435\u043c\u043b\u0435\u043c\u043e\u0439 \u0447\u0430\u0441\u0442\u044c\u044e \u0435\u0435 \u043f\u043b\u0430\u043d\u0430 \u043f\u043e \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044e \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438. \u0421\u043b\u0443\u0436\u0431\u044b \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u0438\u043c\u0435\u043d, \u043f\u0440\u0435\u043e\u0431\u0440\u0430\u0437\u043e\u0432\u044b\u0432\u0430\u044e\u0449\u0438\u0435 \u0438\u043c\u0435\u043d\u0430 \u0441\u0435\u0442\u0435\u0432\u044b\u0445 \u0443\u0437\u043b\u043e\u0432 \u0432 IP-\u0430\u0434\u0440\u0435\u0441\u0430, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442\u0441\u044f \u0431\u0443\u043a\u0432\u0430\u043b\u044c\u043d\u043e \u0432\u0441\u0435\u043c\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f\u043c\u0438 \u0438 \u0441\u043b\u0443\u0436\u0431\u0430\u043c\u0438 \u0432 \u0441\u0435\u0442\u0438. \u0415\u0441\u043b\u0438 \u0437\u043b\u043e\u0443\u043c\u044b\u0448\u043b\u0435\u043d\u043d\u0438\u043a \u043f\u043e\u043b\u0443\u0447\u0438\u0442 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c \u043d\u0430\u0434 DNS \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438, \u0442\u043e \u0441\u043c\u043e\u0436\u0435\u0442 \u0431\u0435\u0437 \u043f\u0440\u043e\u0431\u043b\u0435\u043c: \u043f\u0435\u0440\u0435\u0434\u0430\u0442\u044c \u0441\u0435\u0431\u0435 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043d\u0430\u0434 \u0440\u0435\u0441\u0443\u0440\u0441\u0430\u043c\u0438, \u043d\u0430\u0445\u043e\u0434\u044f\u0449\u0438\u043c\u0438\u0441\u044f \u0432 \u043e\u0431\u0449\u0435\u043c \u0434\u043e\u0441\u0442\u0443\u043f\u0435 \u043f\u0435\u0440\u0435\u043d\u0430\u043f\u0440\u0430\u0432\u0438\u0442\u044c \u0432\u0445\u043e\u0434\u044f\u0449\u0438\u0435 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":94322,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-94321","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0427\u0435\u043c \u0431\u044b \u043d\u0438 \u0437\u0430\u043d\u0438\u043c\u0430\u043b\u0430\u0441\u044c \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f, \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/rukovodstvo-po-bezopasnosti-dns\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0443\u043a\u043e\u0432\u043e\u0434\u0441\u0442\u0432\u043e \u043f\u043e \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 DNS | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0427\u0435\u043c \u0431\u044b \u043d\u0438 \u0437\u0430\u043d\u0438\u043c\u0430\u043b\u0430\u0441\u044c \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f, \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/rukovodstvo-po-bezopasnosti-dns\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-09-15T17:42:32+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-09-15T17:42:32+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Guide de la s\u00e9curit\u00e9 DNS | ProHoster","description":"Quoi que fasse l'entreprise, la s\u00e9curit\u00e9","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/rukovodstvo-po-bezopasnosti-dns","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0443\u043a\u043e\u0432\u043e\u0434\u0441\u0442\u0432\u043e \u043f\u043e \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 DNS | ProHoster","og:description":"\u0427\u0435\u043c \u0431\u044b \u043d\u0438 \u0437\u0430\u043d\u0438\u043c\u0430\u043b\u0430\u0441\u044c \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f, \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/rukovodstvo-po-bezopasnosti-dns","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-09-15T17:42:32+00:00","article:modified_time":"2020-09-15T17:42:32+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"94321","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 11:29:29","updated":"2022-09-30 08:27:56","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/94321","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=94321"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/94321\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/94322"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=94321"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=94321"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=94321"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}