Sécuriser ses transferts de zone DNS avec TSIG

Nous allons voir comment sécuriser ses transferts de zone DNS avec TSIG.

Comme d'habitude cette configuration se fera sur une debian stable à jour (wheezy a l'heure actuelle), mais doit être adaptée facilement à n'importe quelle distribution

Prérequis

  • des serveurs DNS deja configurés ;-) : un maître et un ou plusieurs esclaves pour une zone donnée
  • pour éviter les attaques par rejeu, ces serveurs doivent être a la même heure : utilisation de ntpdate ou mieux d'un démon NTP sur chacun
Dans un monde ideal il faudrait générer non pas une clef par zone mais bel et bien une clef par couple de serveurs DNS effectuant des transferts : on peut alors nommer ces clefs en utilisant par exemple les noms des machines en relation : “tsig-dnsmaster-dnsslave1” par exemple. Dans ce cas adaptez la suite, mais dans notre monde de bisounours une clef par zone nous suffira (ie : clef partagée entre tous les serveurs secondaires)

Sur le serveur maître

Générer la clef partagée

dans l'exemple suivant on utilise le domaine factice “domain.com” : adaptez a vos besoins
  • Création du repertoire servant a contenir la clef :
    mkdir /etc/bind/keys ; chmod o-rx /etc/bind/keys ; cd /etc/bind/keys
  • Génération de la clef :
    dnssec-keygen -a HMAC-SHA512 -b 512 -n HOST -r /dev/random transfer-domain-com

    Apres un court instant vous devriez voir quelque chose comme :

    masterdns:/etc/bind/keys# dnssec-keygen -a HMAC-SHA512 -b 512 -n HOST -r /dev/random transfer-domain-com
    Ktransfer-domain-com.+165+52920

    Un rapide ls -l nous montre bien la création des 2 fichiers de clef privée (.fichier .private) et publique (fichier .key):

    masterdns:/etc/bind/keys# ls -l
    total 8
    -rw-r--r-- 1 root bind 127 oct.  18 18:51 Ktransfer-domain-com.+165+52920.key
    -rw------- 1 root bind 232 oct.  18 18:51 Ktransfer-domain-com.+165+52920.private

    <note>Le lecteur averti aura vu qu'en fait les clef de type “HOST” que nous avons utilisé sont des clef symétriques et non un couple privée/publique comme énoncé, et donc que les 2 fichiers .key et .private contiennent bien la même clef ;-)</note>

Recopier cette clef dans notre configuration Bind

  • Deja pour voir a quoi ressemble cette clef :
    # cat Ktransfer-domain-com.*.private

    qui devrait donner un résultat semblable à :

    # cat Ktransfer-domain-com.*.private
    Private-key-format: v1.3
    Algorithm: 165 (HMAC_SHA512)
    Key: dmomqcrOT7otZJdoyKRbDMhkii1a3ZdD4SvTdlMUSRga5O8WHeyW0nO1f1HnPDYuf8xV3rc8rBLs/sIvxoor8Q==
    Bits: AAA=
    Created: 20141018165729
    Publish: 20141018165729
    Activate: 20141018165729
  • Recopier cette clef dans notre fichier de clefs (que l'on peut créer par la même occasion s'il nexiste pas deja) :
    • vi /etc/bind/named.conf.tsigkeys
    • Puis ajouter ce contenu :
      key &quot;tsig-domain-com&quot; {
       algorithm HMAC-SHA512;
       secret &quot;dmomqcrOT7otZJdoyKRbDMhkii1a3ZdD4SvTdlMUSRga5O8WHeyW0nO1f1HnPDYuf8xV3rc8rBLs/sIvxoor8Q==&quot;;
      };

      ou vous remplacez “dmomqcrOT7otZJdoyKRbDMhkii1a3ZdD4SvTdlMUSRga5O8WHeyW0nO1f1HnPDYuf8xV3rc8rBLs/sIvxoor8Q==” par votre clef. bien sur vous pourrez ajouter vos futures clefs dans ce même fichier en utilisant un nom différent pour chaque.

  • Limiter l'accès à ce fichier :
    chown root:bind /etc/bind/named.conf.tsigkeys
    chmod 640 /etc/bind/named.conf.tsigkeys
  • Dire a bind d'utiliser ce fichier de clefs :
    # cat << EOF >> /etc/bind/named.conf
    include &quot;/etc/bind/named.conf.tsigkeys&quot;;
    EOF
  • Déclarer chaque serveur esclave pour lui associer sa clef dans le fichier /etc/bind/named.conf.local :
    server 192.168.2.42 {
            keys { tsig-domain-com ;};
    };
    server 192.168.2.43 {
            keys { tsig-domain-com ;};
    };

    En adaptant bien sur les IP pour chaque esclave (et le nom de la clef si vous avez comme il faudrait un clef par esclave)

Il vaut mieux déclarer ces directives “server” en haut du fichier, ou en tous cas avant la declaration de la zone correspondante
  • Configurer cette clef dans notre zone “domain.com” , dans le fichier /etc/bind/named.conf.local ou elle est déclarée : ajouter la directive
    allow-transfer { key &quot;tsig-domain-com&quot;; };

    ou il faut noter la directive “key” comme dans l'exemple ci dessous :

     zone &quot;domain.com&quot; {
            type master;
            file &quot;/etc/bind/domain.com.zone&quot;;
            allow-query { any; };
            notify yes;
            // transfert vers *n'importe quel serveur* qui presente la clef &quot;tsig-domain-com&quot;
            // transfert *sans clef* vers  192.168.3.1
            allow-transfer { key &quot;tsig-domain-com&quot;; 192.168.3.1; };
            also-notify { 192.168.3.1; };
    };
Dans ce cas les transferts seront autorisés vers n'importe quel serveur présentant la bonne clef.
Il faut aussi noter qu'il ne faut pas lister les IPs des serveurs secondaires ici : les IPs ajoutées dans la directive allow-transfert sont les IPs que vous voulez autoriser justement à effectuer un transfert de zone sans avoir à utiliser la clef : donc en général vous ne voulez pas faire ca ;-)

Il ne reste plus qu'a redémarrer votre bind :

/etc/init.d/bind9 restart

A partir de ce moment la les esclaves ne pourront plus se mettre a jour : vous obtiendrez sur l'esclave des erreurs comme cela :

Oct 18 20:23:54 dsnslave1 named[8064]: client 192.168.1.24#59985: request has invalid signature: TSIG tsig-domain-com: tsig verify failure (BADKEY)

ce qui est normal vu que nous n'avons pas encore configuré les esclaves, ce que l'on va faire de ce pas.

Les fichiers .key et .private que nous avons généré tout a l'heure ne sont plus nécessaires et peuvent être supprimés du serveur pour plus de sécurité

Sur le(s) serveur(s) esclave(s)

Comme pour le maitre il faut :

  • Recopier cette même clef dans notre fichier de clefs (que l'on peut créer par la même occasion s'il nexiste pas deja) :
    • vi /etc/bind/named.conf.tsigkeys
    • Puis ajouter ce contenu :
      key &quot;tsig-domain-com&quot; {
       algorithm HMAC-SHA512;
       secret &quot;dmomqcrOT7otZJdoyKRbDMhkii1a3ZdD4SvTdlMUSRga5O8WHeyW0nO1f1HnPDYuf8xV3rc8rBLs/sIvxoor8Q==&quot;;
      };

      ou vous remplacez “dmomqcrOT7otZJdoyKRbDMhkii1a3ZdD4SvTdlMUSRga5O8WHeyW0nO1f1HnPDYuf8xV3rc8rBLs/sIvxoor8Q==” par votre clef. bien sur vous pourrez ajouter vos futures clefs dans ce même fichier en utilisant un nom différent pour chaque.

  • Limiter l'accès à ce fichier :
    chown root:bind /etc/bind/named.conf.tsigkeys
    chmod 640 /etc/bind/named.conf.tsigkeys
  • Dire a bind d'utiliser ce fichier de clefs :
    # cat << EOF >> /etc/bind/named.conf
    include &quot;/etc/bind/named.conf.tsigkeys&quot;;
    EOF
  • Declarer que pour effectuer des transferts vers le maitre il faudra utiliser cette clef : ajouter la directive server en haut du fichier /etc/bind/named.conf.local en adaptant l'IP a cele de votre serveur maitre :
    server 192.168.1.24 {
            keys { tsig-domain-com ;};
    };
  • La déclaration de la zone coté esclave reste inchangée : au final dans le fichier /etc/bind/named.conf.local vous devez avoir quelque chose qui ressemble à :
    server 192.168.1.24 { keys &quot;tsig-domain-com&quot;;};
    ...
    zone &quot;domain.com&quot; {
            type slave;
            file &quot;domain.com.zone&quot;;
            masters { 192.168.1.24; };
            allow-query { localhost; internal; };
            notify no;
    };

après un petit redémarrage du service :

# /etc/init.d/bind9 restart

vous devriez voir quelque chose ressemblant à ça dans les logs de votre serveur maitre :

client 192.168.2.42#46795: received notify for zone 'domain.com': TSIG 'tsig-domain-com'

Il faut bien sur répéter cette opération sur tous vos serveurs secondaires si vous en avez plusieurs.

Et voila

Et voila nous disposons maintenant d'un transfert de zone sécurisé entre notre serveur DNS maître et nos serveurs DNS secondaires.

Si on veut tester les transfert avec et sans clef depuis un DNS secondaire:

dig @{ip-dns-principal} domain.com axfr

ce qui avec un peu de chance doit vous renvoyer une erreur ressemblant à ça (sinon il y a un problème dans la conf de votre serveur DNS primaire :

$ dig @192.128.2.1 domain.com axfr

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> @192.128.2.1 domain.com axfr
; (1 server found)
;; global options: +cmd
; Transfer failed.

Alors qu'en utilisant la clef vous devriez voir le transfert s'effectuer (lancer en root ou en utilisant sudo pour avoir le droit de lire le fichier contenant la clef) :

# dig @192.128.2.1 domain.com axfr -k /etc/bind/named.conf.tsigkeys

Références

sysadmin/tsig.txt · Dernière modification: 2014/10/24 16:37 par james
Driven by DokuWiki Recent changes RSS feed Valid CSS Valid XHTML 1.0