Domain Name System Security Extensions

De Bricosoft.

(Redirigé depuis DNSSEC)
Waaa waaa waaa niice.

Domain Name System Security Extensions (DNSSEC) ou dans la langue de Voltaire ; les extensions de sécurité pour le système de nom de domaine sont une kyrielle de spécifications techniques hermétiques à toute compréhensions. D'ailleurs l'énigme qui les entoure n'a d'égale que leurs immenses pouvoirs.

L'objectif est de fournir aux logiciels clients des DNS l'assurance que les informations provenant d'un serveur de noms (Domain Name Server) sont authentiques, certifier une *inexistence* et assurer l'intégrité des données. Par contre la disponibilité, la confidentialité ou faire le café ne sont pas concernées dans DNSSEC.

Ce site(bricosoft.com) est d'ailleurs signé DNSSEC : [1], [2](zigouigoui). Vous avez donc l'assurance de l'authenticité de l'existence de cette page (par contre je ne garanti pas l'exactitude et la fraicheur de toutes les informations s'y trouvant).

Sommaire

Pourquoi DNSSEC ?

Empoisonnement d'antémémoire DNS

L'empoisonnement d'antémémoire DNS ou DNS cache poisoning ou faille Kaminsky est une faille des serveur DNS sans DNSSEC.

En général les RFC 4033, 4034, 4035

Différences SSL vs DNSSEC

en cours de rédac

Logiciels et DNSSEC

matériel

  • Hardware Security Module (HSM)
  • routeurs : liste

serveurs

Les serveurs de noms suivant fournissent DNSSEC :

Bind

Bind a été le premier à le fournir. Une installation artisanale est détaillée dans DNSSEC avec Bind 9

Unbound

Unbound semble de plus en plus accepté, avec notamment Debian qui explique l'avoir utilisé pour signer debian.{org|net} : http://wiki.debian.org/DNSSEC

Name Server Daemon (NSD)

en cours de vérification

clients

Les logiciels clients suivant prennent en charge DNSSEC :

Navigateurs web

mise en place DNSSEC

Si vous gérez un serveur de nom, il se peut que vous ayez un jour besoin de fournir DNSSEC pour une de vos zones, voici les étapes générales pour mettre en place DNSSEC.

Installation du serveur de nom

De la taille des clés

La taille des clés compte pour la sécurité et la place occupée sur le réseau.

Générer les clés ZSK et KSK, CSK, DSK ?

Est-ce vous le Maître des clés ?
  • Dana Barrett : Est-ce vous le Maître des clés ?
  • Peter Venkman : Oui ! Oui enfin c'est un copain mais on a rendez-vous chez vous.

S.O.S. Fantômes, Ivan Reitman, 1984, Sigourney Weaver et Bill Murray

DNSSEC ne donne pas de conseils sur le nombre de paire(privée, publique) de clés, une seule suffirait mais l'utilisation du roulement de clé impose de facto deux paires.

Ajouter ces clés dans le fichier de la zone

Signer la zone

Mise en production

Recharger la zone

Clés au registre (via registrar)

Vef :

# dig +short -t DS bricosoft.org
26542 5 1 4538264EBA2E08A4E36620AA6758F514D35470C5
26542 5 2 9BBB061327A533A00AF42ADFE858722FF0249826CE18339CBC860904 82995A39

Vérifier le résultat

Industrialisation : roulement des clés

Ready to roll out!

Plusieurs solutions existent suivant l'importance, les compétences et le temps à votre disposition.

A minima vous pouvez resigner la zone pour 6 mois. Cela vous prendra le moins d'effort.

Le jeu de clés publique et privée ne peut être gardée indéfiniment. L'utilisation fréquente et intensive augmentent les chances qu'un tiers mal intentionné obtienne la clé privée et compromette ainsi la sécurité.

Chiffrer très fortement les clés n'est pas une solution viable car cela implique la transmission de paquets plus grand et une consommation CPU élevée. Le meilleur compromis est donc de renouveller régulièrement des clés fortement chiffrées :

  • le jeu de Zone-signing keys (ZSKs) pour une taille de 1024 bits et renouvellées tous les 2 à 3 mois
  • le jeu de Key-signing keys (KSKs) pour une taille de 2048 bits et renouvellées tous les ans.

Etapes conseillées :

  • déterminer si l'on doit changer les clés ou qu'une des deux
    • s'il faut changer la KSK, il ne faudra pas oublier de mettre à jour votre TLD via votre registrar
  • resigner la zone pour plus ou moins longtemps
  • vérifier
  • supprimer les anciens enregistrements
  • revérifier

Outils

  • dnssec-tools : le paquetage sur votre *nix préféré
  • drill driiiilll driiilll aucun rapport avec la pub bien saoûlante mais cette commande crache plein d'infos sur DNSSEC

Example avec zone signée :

$ drill -TD izz.se

non signée :

$ drill -TD conar.fr


DNSSEC Look-aside Validation (DLV)

en cours de rédaction

DNSSEC tout cassé

Liste TLD : registrars qui gèrent DNSSEC

En théorie beaucoup de TLD proposent DNSSEC :

TLD avec dnssec

TLDs avec enregistrement DS, c'est à dire signé dnssec :


TLD vs registrars

Voici une ébauche des TLD avec en face les registrars qui gèrent tant bien que mal le processus + un exemple :

Blog qui suit le déploiement par TLD : https://www.dnssec-deployment.org/

L'ICANN suit aussi les registrars : http://www.icann.org/en/news/in-focus/dnssec/deployment

Mon TLD ne gère pas DNSSEC

  1. Changez de TLD mais il n'en reste plus trop qui ne l'ont pas, à part quelques dictatures et des îles confettis.
  2. Utilisez un #DNSSEC_Look-aside_Validation_(DLV) en attendant

Mon registrar ne gère pas DNSSEC

  1. Changez de registrar ^^
  2. Utilisez un #DNSSEC_Look-aside_Validation_(DLV) en attendant

Liens

Diagnostiques

Outils personnels
Plus