DNSSec Måns Nilsson, KTHNOC 22 november 2001

Transkript

1 DNSSec Måns Nilsson, KTHNOC 22 november 2001

2 THNOC 22 november Vad är DNSSec? system för att med kryptografiska Ett verifiera ursprunget och signaturer korrektheten i ett DNS-meddelande. DNSsec definieras i RFC 2535

3 THNOC 22 november Vad är DNSSec inte? ffl Ett sätt att kryptera information i DNS. ffl Ett sätt att skicka hemliga meddelanden.

4 THNOC 22 november Varför vill man ha DNSSec? ffl DNS idag har en äkthetskontroll som bygger på i princip overifierbara påståenden. ffl Om man inte vill komma ihåg IP-adresser så är man tvungen att tro på sin resolver som per konstruktion litar på alla.

5 THNOC 22 november Varför forts... Helt plötsligt ser många ett starkt behov av att kunna lita på DNS för: ffl Distribution av känsliga men publika data. ffl Generell äkthetskontroll ( Är jag på rätt Internetbank? ) ffl Men det här är ju förskräckligt! (om DNS säkerhet i dag.)

6 THNOC 22 november Men varför är det så osäkert? ffl DNS i dag bygger till den största delen på öppna påståenden i UDP-meddelanden. ffl Den enda kvalifikationen är AA-biten, som ska sättas av avsändaren om denne är master eller slav för zonen där data i meddelandet härstammar från.

7 THNOC 22 november Osäkerhet forts... ffl Inget av detta kan garanteras på protokollnivå utan man måste lita på att avsändaren har rätt vem som helst kan påstå sig vara master eller slav för en zon och komma undan åtminstone protokollmässigt med det. ffl Eftersom DNS använder UDP för de flesta klientfrågor så kan tredje kvinna injicera meddelanden i en dialog utan att behöva kapa någon session som i TCP.

8 THNOC 22 november Hur fungerar det? ffl DNSsec är ett verifikationssystem likt vattenstämpel i papperspengar. ffl Verifikation görs med hjälp av privata nycklar vilkas signaturer kan kontrolleras med respektive publik nyckelhalva. ffl Varje zon har ett nyckelpar. RSA, Diffie-Hellman eller DSA är möjliga algoritmer. DSA är krav. Man funderar på att göra RSA till krav också, nu efter patentupphörandet.

9 THNOC 22 november ffl DNSsec använder sig av DNS normala delegationsstruktur för att bygga upp pålitlighetshierarkier. Hur fungerar det? Forts... ffl Moderzonen signerar med sin privata nyckel den publika nyckeln för varje dotterzon som önskar bli säker. ffl De publika nycklarna publiceras i DNS med posttypen KEY tillsammans med lämplig signatur, som finns i en SIG-post för samma nod.

10 THNOC 22 november Så här kan det se ut före: $TTL 10 $ORIGIN nist2001. seventeen IN SOA slimsixten mansaxel.sunet.se. ( NS eighteen ; serial 3600 ; refresh 900 ; retry ; expire 5 ; minimum NS slimsixten.seventeen ) NS slimsixten-dc.pilsnet.sunet.se. slimsixten.seventeen 10 IN A

11 THNOC 22 november efter: Och nist2001. $ORIGIN $TTL 10 seventeen IN SOA slimsixten-dc.pilsnet.sunet.se. mansaxel.sunet.se. ( ; serial 3600 ; refresh 900 ; retry ; expire 5 ) ; minimum SIG SOA ( seventeen.nist2001. JTEqWoXgfXENLOryBY/KP46OOyWjRNWZR8/LE+Y qmyyqjhbveurlkqdvz2nhiavcilz+bmbwqzcwjk66gelvlg== ) NS eighteen.nist2001. NS slimsixten.seventeen.nist2001. NS slimsixten-dc.pilsnet.sunet.se. SIG NS ( 90 KEY ( seventeen.nist2001. LnfUesD6QAHhEfOoazt9Y0q/UlzYryuv0/oJqtqApQfffUlJyB 6dNYqsjChHRxr+lsLZC9PqZ/4ulgPDvwwLdA== ) AQPdKI4f8Lb76q2Bizmk13n2znUiGd52ps+5SOvYCQX50ftwJq MihlaV514jWPpSi9AjMnf8RRuI+AqGuz1DEQE3 ) ; key id = SIG KEY ( seventeen.nist2001. bhynm3nv5iab5xdkjgwpkow274jrqhd+pccrwgfk3zjed3migy

12 THNOC 22 november o/tvbuljrxak+dajgpc1yksfdjtnplava5fw== ) 90 SIG KEY ( nist2001. O4LxToq5G53VJCAQ6KUVQh/v9czWl2UlBnoS+mBzUq2l4LCqVHFzfii0 GqbgpG0+TbQN+M1SysGJkEPEQLMs/BlCUYJMC+QFSDCui2zOQ= ) 10 NXT slimsixten.seventeen.nist2001. NS SOA SIG KEY NXT 10 SIG NXT ( seventeen.nist2001. KxOscVLOfrfZ+lp4Eg6Qhas13deEdKBU7WHn X3y6z4d7g0QuvMoY31L+GZNndHG7YHYzvkYQ D9UZK8CFK8/GPA== ) slimsixten.seventeen 10 IN A SIG A ( seventeen.nist2001. cbufda2h+th9to5ux14wch0tcjehfosme5f7 5nNt0etO4Q8eKty0YI54uwFzRUsdl3s2VcTu NsahsPrX79x5ow== ) 10 NXT seventeen.nist2001. A SIG NXT 10 SIG NXT ( seventeen.nist2001. R2yhaV8GSMzBa3KDSHrTab8ibpBqdQR61ZGm fjeigj/tjeq/o1daycbsmzf8wvigb6jzty4b 04Hn+njiULXR2A== )

13 THNOC 22 november Pust!

14 THNOC 22 november Nya posttyper ffl KEY Publik nyckelhalva, innehas av zon, nyttjas till verifikation av andra data. ffl SIG Signatur, skapad mha privat nyckel, själva vattenstämpeln. Tillhör det objekt den signerar. ffl NXT Next, indikerar vilken nod i zonen som kommer härnäst. Används för att deklarera frånvaro av data ( Nu finns det ingenting förrän den här )

15 THNOC 22 november för att skapa en säker Handgrepp dotterzon ffl Man behöver BIND 9; endast den innehåller alla verktyg idag. ffl Börja med att skapa ett nyckelpar: dnssec-keygen -a alg -b bits -n type [options] name ffl Bygg ett keyset : dnssec-makekeyset [options] keys ffl Skicka på ett säkert sätt ditt keyset till moderzonen, som signerar den och skickar tillbaka till dig. Detta är mycket svårare än det låter!

16 THNOC 22 november Handgrepp forts... ffl Skapa zonen på övligt vis, men inkludera din av moderzonen signerade nyckel. ffl Signera zonen med: dnssec-signzone [options] zonefile [keys] ffl Ladda om namnservern och verifiera funktion.

17 THNOC 22 november Resolverprocessen i DNSsec. Uppslagsprocessen är i princip lik den för klassisk DNS med ett par tillägg: ffl Man måste ha en eller flera nycklar, lämpligen rot-zonens, konfigurerade i sin resolvserver för att kunna börja verifikationen. ffl Rotzonens nyckel måste publiceras via annan kanal, t. ex. Post- och Inrikes Tidningar. ffl Man kan starta verifikationen på godtycklig nod i DNS-trädet, bara man har nodens publika nyckel, och alla obrutna signatur-kedjor därunder kan då verifieras.

18 THNOC 22 november ffl Proceduren i detalj: 1. Resolvserver får fråga om en nod, och inleder rekursion genom att fråga rotserver. 2. Rotservern svarar med data som signerats med rotens privata nyckel. 3. Resolvservern kan, genom att den har laddats med rotzonens publika nyckel, verifiera svarets äkthet. 4. Med det verifierade datat från rotservern kan man iterera vidare, skicka frågor till nästa namnserver och upprepa verifieringen nedåt i trädet tills man når svaret.

19 THNOC 22 november Vad behövs för att vi ska dra nytta av svaret? ffl Resolverbiblioteken måste uppdateras. ffl Applikationerna måste modifieras att hantera säkerhet eller dess frånvaro. ffl Sista hoppet, dvs klient - resolvserver, måste säkras upp.

20 THNOC 22 november Liknande applikationer. ffl TSIG RFC2845 Transaction Signatures. System för att verifiera DNSmeddelanden mellan namnservers eller mellan resolvserver och klient. Arbetar med delad hemlighet.

21 THNOC 22 november av DNSSEC-system Drift Administration Drift av DNSsec ställer helt nya krav på organisationen som hanterar namnservers och zondata. ffl Man måste vara helt säker på vem man kommunicerar med. Ingen mer administration via osignerad e-post till registries. ffl Det har föreslagits interaktion med PKI'er och CA's à la Verisign som numera äger Network Solutions... ffl Problemen kommer först att visa sig på cctld-nivå: Stora platta zoner med många inter-organisation-relationer.

22 THNOC 22 november Drift av DNSSEC-system Teknik Tekniken ställer krav, både sekretess- och prestandamässiga: ffl Man ska blanda extremt hemliga data (privat nyckel) med öppna (DNS-data). ffl Eftersom zonerna växer kraftigt ( %) krävs mer minne i namnservers. ffl Signeringen tar mycket datakraft; Försök med.com har pekat mot en veckas arbete... ffl Eftersom DNS-meddelanden över UDP inte kan vara större än 512 bytes kommer många transaktioner att falla över på TCP.

23 THNOC 22 november Men vad ska man ha det till? ffl Det uppenbara: Ja, det är SE-banken som har sagt att har ffl Nyckeldistribution: Eftersom delad hemlighet inte skalar kan man istället använda DNS för att dela med sig av sina publika nycklar för olika ändamål, t ex IPSec eller SSH-värddatornycklar. Här pågår arbete.

24 THNOC 22 november Vad händer just nu? ffl NXT är under attack från olika håll. ffl Var ska nycklarna placeras? NLNetLabs har idéer. (draft-ietf-dnsext-parent-sig-00.txt) ffl Ny posttyp för andra nycklar än de egna: APPKEY (draft-schlyter-appkey-00.txt)

25 THNOC 22 november Resurser ffl RFCer: 2535, 3007, 3008, 3090 Väven: ffl ffl Applikationer: Konqueror (vävbläddrare) och patchar till OpenBSD IPSec finns hos CRT.

26 THNOC 22 november Vad göra själv? ffl Skapa en egen testzon, lek. ffl Anmäl den till sigz.net. ffl Följ arbetet i IETF, arbetsgruppen heter DNSEXT. ffl Skriv dina applikationer så att de kan dra nytta av DNSsec nya bibliotek på ingång.