Gå til hovedindhold
Version2 it for professionelle
Forsiden

Hovedmenu

  • It-nyheder
  • Blogs
  • It-job
  • It-firmaer
  • Emner
  • Opret bruger
  • Log ind
Se kommentarer (7)
Emner Sikkerhedssoftware

Kom, lad os lege med DNSSEC

Af Peter Makholm 12. februar 2009 kl. 08:22

Med udbudet om administrationen af .dk stort set vundet, har DIFO og DK-Hostmaster ikke længere nogen undskyldning for at trække udviklingen af .dk i langdrag. Vi vil se en udviklingsplan der indeholder mere end advokattiltag - DNSSEC står højt på listen.

Det vil kræve noget erfaring af få udbytte af DNSSEC. Men hvorfor vente på DIFO, allerede i dag kan vi begynde at lege med DNSSEC.

Vi skal selvfølgelig bruge et domæne. Hos GratisDNS har jeg domænet hacking.dk. Det er let at tilføje nogle NS-records for dnssec.hacking.dk, som peger på min til lejligheden opsatte nameserver. Det bliver så vores legedomæne.

Dernæst sætter vi en helt standard bind op som nameserver og husker at sætte optionen "dnssec-enable" samt tilføjer en lille zone og tester at det virker. (Her brugte jeg så et par timer på at fejlfinde. NS records må ikke pege på et domæne der har et CNAME istedet for A eller AAAA records. 'dig +trace' brokker sig ikke, men rekursive resolvere gør...)

Min minimale zone ser således ud:

;
;  Zone file for dnssec.hacking.dk
;
$TTL    900
@       IN      SOA     ns.hacking.dk. peter.makholm.net. (
                     2009021115         ; Serial
                            900         ; Refresh
                          86400         ; Retry
                        2419200         ; Expire
                            900 )       ; Negative Cache TTL
;
@       IN      NS      ns.hacking.dk.
@       IN      A       72.14.181.177
@       IN      AAAA    2001:470:1f0f:2ce::1

@ IN TXT "This is an DNSSEC test zone"

Og nu begynder det at lugte at DNSSEC: Vi skal have genereret nogle nøgler. For at lette udskiftning af nøgler er det smart at lave to nøgler, en 'key signing key' og en 'zone signing key'. Den første skal leve i lang tid og bliver skiftet manuelt og den anden kan leve i kort tid og udskiftes mere automatisk.

Begge nøgler genereres med kommandoen 'dnssec-keygen'. For hver nøgle laver 'dnssec-keygen' to filer. Den ene er den offentlige del af nøglen og kan inkluderes direkte i zonefilen og den anden er den private del af nøglen. Vi tilføjer følgende til vores zonefil:

$include Kdnssec.hacking.dk.+005+48210.key
$include Kdnssec.hacking.dk.+005+58564.key

De to tal i hvert filnavn er henholdsvis algoritmen nøglen anvendes med (5 er RSA/SHA1) og nøglens id). Med nøglerne genereret og indsat i zonefilen som zonefilen signeres. Det gøres med kommandoen 'dnssec-signzone'. Den laver en ny zonefil med endelsen '.signed' og denne sætter man så bind til at bruge som zonefil. Den signerede zonefil fylder i mit tilfælde lidt over 4k.

Og værsgod, så har du DNSSEC!

Meeen, for at bruge det skal man lige fortælle sin dns-resolver at man nu stoler på de nøgler man lige har lavet. Bruger man bind kan man gøre dette ved at indsøtte noget ala følgende i sin named.conf:

trusted-keys {
        "dnssec.hacking.dk."    257 3 5
            "AwEAAd2GFLZcYCFgkShttQANZrXY5MMO+Bm+
             29NUFu3zPKO3Dsb+EV1pmgLmpeosUVaXKP0y
             cbJu4cUwveEC/21s1/xfaAVWoYeVNDPWmvyJ
             1GYaGRpVVpakzOz5Sg5Yno7BeCkDm+j1Xk/E
             lTPSmJgUJeVbWLUw2PXtOU7t7V4mQ9Ah";
};

Det er stort set indholdet af en af .key-filerne hvor man har fjernet 'IN DNSKEY'. Det Rigtige(tm) er vist at vælge den nøgle det første tal er ulige - det er ens 'key signing key'.

Men det rigtig sjove kommer først når vi laver subdelegeringer og laver kæder af nøgler. Lad os oprette domænet gdns.dnssec.hacking.dk hos GratisDNS. På administrationssiden er der en knap der hedder DNSSEC der gør alt det besværlige. Så skal man hente nøglen for gdns.dnssec.hacking.dk og konvertere den til en delegation signature (DS-record). Det gør man lettest med værktøjerne ldns-keyfetcher og ldns-key2ds fra ldns-pakken. Dette genererer så nogle .ds filer der er ligetil at inkludere i zonen for dnssec.hacking.dk - og husk at gensignere zonefilen igen.

Dette er kun en kort smagsprøve. Følg DNSSEC howto'en fra NLnet Labs. Et par andre hints:

  • 'dig +multi' viser lidt ekstra informationer om DNS records
  • 'drill' fra ldns-pakken er god at teste med
  • Der er en [drill firefox-extension](http://www.nlnetlabs.nl/projects/drill/drill_extension.html). Men læs lige forebeholdene.
Send Tweet
Udskriv
Billede af Peter MakholmOm Peter Makholm

Kommentarer (7)

Opret en konto eller log ind for at følge indhold på Version2 - og bliv opdateret via e-mail eller rss

Følg kommentarer
Flemming Jacobsens billede
Flemming Jacobsen 12. feb. 2009 - 09.46
 
NS records

> NS records må ikke pege på et domæne der har et CNAME istedet for A eller AAAA records.

Jeg tror ikke at jeg forstod denne. Hvad var det du havde gjort forkert?

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Robert Larsen 12. feb. 2009 - 10.05
 
Re: NS records

Han havde nok lavet dnssec.hacking.dk som en CNAME record.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Peter Makholms billede
Peter Makholm 12. feb. 2009 - 10.17
 
Re: NS records

Hvad Robert skrev. Jeg havde brugt noget ala:

ns.hacking.dk. IN CNAME vps1.hacking.dk
dnssec.hacking.dk. IN NS ns.hacking.dk

Det fik de fleste rekursive nameservere til at brække sig med en SERVFAIL. Men en 'dig +trace dnssec.hacking.dk' beklagede sig ikke og en velkendt åben rekursiv nameserver brokkede sig heller ikke (jeg antog at det var et caching issue).

Men det er et sidespor og egentlig ikke relevant.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Jon Bendtsen 12. feb. 2009 - 12.44
 
DNSSEC og spærring af diverse hjemmesider

Hvad sker der når ISP'erne laver de DNS omregistreringer de allerede har lavet for Red Barnets filter og APG om thepiratebay?

Kan nøglen stadig passe?

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Peter Makholms billede
Peter Makholm 12. feb. 2009 - 13.14
 
Re: DNSSEC og spærring af diverse hjemmesider

Målet med DNSSEC er at verificere korrektheden af resultatet af et DNS-opslag og ISP'erne vil ganske indlysende ikke kunne levere et korrekt resultat.

Jeg er ikke helt sikker på om DNSSEC standarden beskriver hvad der bør ske, men jeg formoder at det vil svare lidt til forkerte SSL-certifikater. Browseren vil brokke sig, men give mulighed for at surfe videre.

Men DNSSEC vil på ingen måde forhindre tredjepart i et pille i DNS-pakker, det sikrer os kun at vi opdager det. Eventuelt vil det give en mere obskur fejlmeddelse end hvad folk får idag. Altså et lille skridt tilbage i de konkrete sager.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Phil Regnauld 12. feb. 2009 - 13.29
 
Re: DNSSEC og spærring af diverse hjemmesider

Det er nemlig det der gør DNSsec interessant.

Det øjeblik thepiratebay.org o.l. begynder at DNSsec signere, kan der ske en af flere ting.

Afhængig af hvordan ISPs DNS forwarding arkitektur er skruet sammen:

  • forwarders slår the thepiratebay.org op, finder en local hijack, og kunden bliver videresendt til ISPs info side
  • forwarders checker først .org delegation for thepiratebay, men der mangler DNSsec validering på local hijack, SERVFAIL returneres til kundens stub resolver, han ringer til helpdesk "det virker ikke".

Etc...

Tons of fun in perspective.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Jon Bendtsen 12. feb. 2009 - 13.44
 
Re: DNSSEC og spærring af diverse hjemmesider

Ja, det var lige præcis det jeg tænkte. Lad os se at komme i gang

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer

Tilføj kommentar

Opret en konto eller log ind for at følge indhold på Version2 - og bliv opdateret via e-mail eller rss

Følg kommentarer
Log ind herunder eller opret en bruger for at skrive kommentarer
Du kan logge ind med din e-mail-adresse
Der er forskel på store og små bogstaver i adgangskoden.
Glemt adgangskode?

Seneste nyt

4 gode sikkerhedsråd: Sådan gør du firma-pc'en vinterferieklar

Udgivet 10. feb 8.01Opdateret 10. feb 8.01

Konklusion af Polsag-review fra 2009: Elendig kode hånd i hånd med elendig kontrakt

Udgivet 10. feb 6.59Opdateret 10. feb 6.59

It skal spare kommunerne for 165 millioner kroner i 2012

Udgivet 9. feb 16.02Opdateret 9. feb 16.02

Adobe: Vi laver ikke Flash til Android-udgaven af Chrome

Udgivet 9. feb 15.15Opdateret 9. feb 15.15

Så oldnordisk er politiets it-miljø: Nostalgisk gensyn med 1980’erne

Udgivet 9. feb 14.22Opdateret 9. feb 15.12
Flere it-nyheder »
Få it-nyheder og blogs hver dag med Version2's nyhedsbrev.

Seneste debat

  1. Domæne-forening: Lov om .aarhus og .cph var for tynd

    12 comments.
    Last update 11 sekunder
    Skrevet af Nikolaj Brinch Jørgensen
  2. Opdateret liste over danske iværksættere

    2 comments.
    Last update 4 timer 10 minutter
    Skrevet af Therese Hansen
  3. Stop SOPA, PIPA, ACTA, TPP og alle dem der kommer efter

    50 comments.
    Last update 8 timer 31 minutter
    Skrevet af Bjarne W. B. Petersen
  4. Derfor bliver dårlige it-projekter ikke stoppet i tide

    1 comment.
    Last update 8 timer 55 minutter
    Skrevet af Kasper Jørgensen
  5. Grotesk jobinterview i 2007: »Tag ikke jobbet, vi får alligevel aldrig Polsag til at virke«

    17 comments.
    Last update 9 timer 3 minutter
    Skrevet af Claus Waldersdorff Knudsen
  6. Så oldnordisk er politiets it-miljø: Nostalgisk gensyn med 1980’erne

    6 comments.
    Last update 9 timer 6 minutter
    Skrevet af Simon Justesen
  7. ACTA er i orden!

    51 comments.
    Last update 12 timer 29 minutter
    Skrevet af Jarle Knudsen
  8. It-advokat: Nu går grænsebommene ned over internettet

    10 comments.
    Last update 14 timer 15 minutter
    Skrevet af Niels Elgaard Larsen
Mere debat »

Information

  • Kontakt redaktionen
  • Job- og annoncesalg
  • Teknisk support
  • Om Version2
  • Brugerbetingelser
  • Privatlivspolitik

Aktuelle emner

  • Agil udvikling
  • Android
  • Bruttolønsordning
  • Business Intelligence
  • Cloud computing
  • Digitaliseringsstyrelsen
  • HTML5
  • Harddisk-priser
  • IE9
  • Intranet
  • It-sikkerhed
  • Kindle Fire
  • Multimedieskat
  • NemID
  • OS X Lion
  • Open source CMS
  • Projektledelse
  • Scrum
  • Sharepoint intranet
  • Storage
  • Ubuntu 11.10
  • Virtualisering
  • Windows 8
  • Windows Phone 7
  • iOS 5
  • iPhone 4S

Tjenester

  • Android-app
  • iPhone-app
  • RSS-feeds
Følg @version2dk
Få it-nyheder og blogs hver dag med Version2's nyhedsbrev.

Version2 udgives af

  • Mediehuset Ingeniøren A/S work Skelbækgade 4 1717 København V
  • Tlf. work 33265300