Slashdot Mirror


Experts Tell Feds To Sign the DNS Root ASAP

alphadogg sends along news that the US National Telecommunications and Information Administration has gotten plenty of feedback on its call for comments on securing the root zone using DNSSEC. The comment period closed yesterday, and more than 30 network and security experts urged the NTIA to implement DNSSEC stat. There were a couple of dissenting voices and a couple of trolls.

29 of 147 comments (clear)

  1. Feds are going to listen and ACT upon this? by geekmux · · Score: 4, Funny

    (Satan unpacking his sno-cone machine)

    "'Bout damn time I got to use this thing..."

  2. DNSSEC ready for prime time? by jonaskoelker · · Score: 3, Interesting

    Is DNSSEC ready for prime time?

    Last I checked (admittedly more than a year ago), they were still working on a good way of refreshing the key; there were also other problems with DNSSEC that made it not quite ready for prime time.

    Does anyone know if the people involved have all said "Yep, it's done now, go use it"?

    It'd suck to be in the IPv4 situation: there's this thing we want to migrate to as soon as everyone else does as well.

    It's easy to say "let's try out some shit and drop it if it doesn't work" when very few people grow dependent on your work; when the whole world does so, it's a bit more difficult.

    1. Re:DNSSEC ready for prime time? by WiglyWorm · · Score: 5, Funny

      Well, the U.S. owns the internet, right? We should just pass a law for IPv6.

    2. Re:DNSSEC ready for prime time? by arotenbe · · Score: 3, Interesting

      It's easy to say "let's try out some shit and drop it if it doesn't work" when very few people grow dependent on your work; when the whole world does so, it's a bit more difficult.

      In fact, that was what got us into this mess in the first place. We can't replace any part of the internet without breaking everything, so we just keep tacking on new standards and quick-fix patches. Someone needs to redesign the whole thing with an generalized, expandable security model. But then we would have two internets...

      "I think the problem here may be more of a question of getting rid of the bad internets and keeping the good internets."

      --
      Tomato wedge sperm darts that are Republican.
    3. Re:DNSSEC ready for prime time? by afidel · · Score: 3, Interesting

      That RFC makes my head hurt. After a few readings I can usually grok most RFC's, but that one is particularly dense with acronyms and references to other DNSSEC concepts not included in the RFC. Also I don't see any provision for multiple signers, my ideal system has each of the ROOT servers having their own key and each zone being signed with each of the keys from the ROOTS they trust. That way if some government or corporation does something you disagree with you can choose to revoke their key as either a signor or a receiver.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
  3. Why bother? For a CHEAP PKI... by nweaver · · Score: 5, Interesting

    With a conventional PKI for your SSL certificates, Verisign or the other CA gets a cut for EVERY server.

    With DNSSEC, the "CA" only gets a cut per domain. Thus DNSSEC can be used to offer key distribution with far less cost, once the root and the TLDs start signing records.

    (Not an original argument, but I agree with it.)

    --
    Test your net with Netalyzr
  4. Re:Trolls equal... by Anonymous Coward · · Score: 4, Funny

    In my experience, the trolls are usually right.

    "You know, that 13-year-old kid DOES have a point. We should all stretch our anuses and put various large fruits inside our rectal cavities. And what those two ladies are doing with that cup is sheer genius. And I'm certain we can't agree more with his opinion of 'FUCK FUCK FUCK U CUNTS SHIT FUCK DAMN PISS COCK FUCK'. Gentlemen, as usual, we find that the trolls are, indeed, right! To the anus-stretching machines!"

  5. DNS by Gizzmonic · · Score: 5, Funny

    Are you troubled by DNS cache poisoning...well don't worry!

    I wrote a song about it!

    Your domain will be safe,
    You'll be well on your way
    With DNS-SEC security!

    Signing is a breeze,
    Bring hackers to their knees
    With DNS-SEC security!

    I know you're grown attached to old
    Ways of doing things
    But when you update BIND
    Your heart will race to sing!

    DNS-SEC implementation
    Put the spammers on permanent vacation
    DNS-SEC implementation
    I hear it's got great documentation!

    Bind me, baby!

    (GUITAR SOLO)

    --
    (-1, Raw and Uncut is the only way to read)
    1. Re:DNS by DittoBox · · Score: 4, Funny

      You don't have a job do you?

      --
      Good. Cheap. Fast. Pick Two.
    2. Re:DNS by mrjohnson · · Score: 4, Funny

      Your domain will be safe,
      You'll be well on your way
      With DNS-SEC security!

      For some reason I heard Cartman's voice. Securi-tay

    3. Re:DNS by syousef · · Score: 4, Funny

      I have written a song for you too:

      Your musical ability
      Is sure to wisk you merrily
      From this shallow pool of genes
      For with music like that my friend,
      you'll never get laid,
      You'll never get laid.

      (Git-ar solo)

      --
      These posts express my own personal views, not those of my employer
  6. not so fast by ejtttje · · Score: 5, Interesting

    I wouldn't be so quick brush aside dissension on this issue. This comment in particular:
    http://www.ntia.doc.gov/DNS/comments/comment034.pdf
    seemed well thought out, and at the end suggests several other workarounds with fewer issues. Namely, switch to using TCP instead of UDP so there's a handshake involved instead of blindly accepting incoming datagrams. It's not that the bug shouldn't be addressed, but maybe DNSSEC is the wrong answer.

    1. Re:not so fast by Wowlapalooza · · Score: 3, Interesting

      That was the Kashpureff attack, not the Kaminsky attack. Your understanding of DNS cache poisoning attacks is unfortunately about a decade out of date. All major resolver implementation now do "bailiwick checking" and aren't fooled by crude, cheap tricks as you describe.

      The Kaminsky attack does use forged packets, which then poison the cache with bogus NS records in ways that are not blocked by bailiwick-checking. These bogus NS records then "redirect" future queries of names under the same delegation point. Yes, using TCP exclusively would add much more entropy to DNS transactions, and thus make them much more resilient to forgery and thus to Kaminsky attacks.

      But, at what cost? TCP is a hog, and typical DNS servers perform many millions of queries a day. Tens of millions and even hundreds of millions, are not uncommon.

      Also, the DNS standards explicitly say that TCP is used for ordinary queries only as a fallback in case the response doesn't fit in a UDP packet -- and since the introduction of EDNS0 it's actually becoming quite rare for TCP fallback to become necessary. So the standards would have to be updated, and DNS software would then have to be modified to reflect the new standards. DNSSEC has a huge head-start on your "TCP exclusively" proposal along the standards-approval process.

      Lastly, many firewall rulesets wouldn't allow TCP queries and responses as a regular occurrence, so they would need to be updated as well

      All of this would take many years to implement. From a cost/benefit standpoint and a how-soon-to-implement standpoint, DNSSEC comes out ahead of "TCP exclusively" and what you get when all is said and done is superior protection against Kaminsky attacks.

      "TCP exclusively" isn't a particularly original idea, by the way, see http://www.merit.edu/mail.archives/nanog/msg10298.html (August 9) and the subsequent discussion

  7. Centralized DNS really the answer? by NinthAgendaDotCom · · Score: 3, Interesting

    It's funny how a regulated DNS still has so many security problems. I wonder if a distributed, non-governmental DNS that used a web of trust / trust ratings would work better for domain resolution.

    --
    -- http://ninthagenda.com/
  8. Re:Trolls equal... by e9th · · Score: 5, Funny

    Well, by his definition he's really been moderated "right".

  9. An explanation please? by PhysicsPhil · · Score: 4, Interesting

    For those of us who trust that this is something that matters, but aren't nerdy enough to understand. What is the problem that the experts were being consulted about?

    1. Re:An explanation please? by Anonymous Coward · · Score: 5, Informative

      It's about the DNS poisoning attacks from a few months ago. DNS Sec works properly when the top servers can vouch for the next server down the tree, but this only works if the top servers are secured with a well known public key.

      The issue is that the Federal bureau in charge of the root servers felt it had to go through the same bureaucratic process of getting consent, comments and so on and so forth that all federal regulations have to go through, by law. This takes a while, and a lot of people think they should have just done it.

      John Roth

  10. Re:Why bother? For a CHEAP PKI... by ObsessiveMathsFreak · · Score: 5, Insightful

    Congratulation! You've just explained why the DNSSEC will never be implemented on the root server.

    --
    May the Maths Be with you!
  11. Re:Trolls equal... by skrolle2 · · Score: 3, Insightful

    Except that trolling is taking an uncommon opinion just for the fun of it, to spark debate, to troll for comments, and to just piss people off.

    The claim that the trolls are usually right is wrong, they're actually not interested in the factual matters, they're only interested in controversy. ...wait, did I just get trolled? Crap.

  12. Why would the establishment prefer DNSSEC by Burz · · Score: 4, Insightful

    ...over ubiquitous use of SSL?

    Almost all of the extra overhead for crypto and/or signing is in processing the initial public key. So DNSSEC seems to make our systems work about as hard, without the benefit of encrypted data.

    OTOH, having an Internet trend set in with most servers switching to SSL (i.e. HTTPS, etc) keeps the government (and corps providing its "security" snooping services) from profiling people based on their everyday choices of art, books, and ways of socializing. It takes ISPs out of the loop as far as acting as surrogate cops snooping on peoples' data.

    If I wanted to further a police surveillance state, I would try to set a trend with DNSSEC instead of a different public key scheme that provides encryption along with verification for the same price... especially if the tools to implement the latter were already on everyone's system waiting to be fully used.

    1. Re:Why would the establishment prefer DNSSEC by Burz · · Score: 3, Interesting

      Because SSL and DNSSEC solve two different problems. Unless you're doing DNS-over-SSL, which means running DNS in TCP mode.

      I don't think so. A primary motivation for PKI-backed SSL was to protect against any misdirection, whether at the domain-name or IP address level.

      DNS over TCP isn't being suggested here. Normal DNS with a PKI-using protocol like HTTPS is what provides the protection I'm talking about. Its the scheme you and I already use whenever we make a purchase or do online banking.

      In the case of HTTPS, a interfering with either DNS resolution or misrouting an IP address will cause the connection to stop with a warning. In the case of DNSSEC, interference will generate an error message that most server and client software does not understand.

      With SSL/HTTPS/etc. the address is verified outside the DNS protocol. But it is still verified. Moving that verification into DNS doesn't really help unless you prefer to see most internet traffic remain unencrypted.

  13. Probably means you pay more actually. by TheLink · · Score: 5, Insightful

    Uh it's just a way for CAs to make money _twice_ (or more times).

    You'll still need CAs.

    How does DNSSEC stop the browser from giving Joe User a warning box that the https cert is not signed by a recognized CA?

    That's the only real reason why you pay CAs to sign your certs - to stop Joe User from being bothered it.

    That CA signing bullshit is little to do with security. Because the last I checked:

    1) nobody really goes through all the CAs bundled with their browser and says: "Yes I trust this CA, no I don't so I'll delete this". There are tons, do you know who they are and how trustworthy they really are? Do you really care? No all you care is that you don't get that warning.
    2) Verisign has proven that they voluntarily do dubious stuff and they've even misissued Microsoft certs (go look under Untrusted Publishers in IE's list of certs ;) ), and yet people _will_ leave the Verisign root certs in - because all you care is you don't that get warning.
    3) Do browser makers actually remove CAs who don't comply to some standard? Do they even have some meaningful standard in terms of security?
    4) AFAIK browsers don't warn you if the a valid cert changes to a different valid cert (even if it is signed by a different CA).

    As you can see, they're not really safer than self-signed certs. To me browsers should do that SSH thing and warn you if the cert has changed (whether it's self-signed or CA signed).

    In that light, forgive me if I'm not convinced that DNSSEC is really going to make things more secure :).

    It'll just be more of the same. One more way for Verisign and gang to make money for making people feel safe.

    --
    1. Re:Probably means you pay more actually. by jonaskoelker · · Score: 4, Informative

      You'll still need CAs.

      How does DNSSEC stop the browser from giving Joe User a warning box that the https cert is not signed by a recognized CA?

      That's the only real reason why you pay CAs to sign your certs - to stop Joe User from being bothered it.

      You don't need the CAs, once applications are rewritten to grab keys from the DNS instead.

      Using DNS as a PKI means that my DNS provider is now my CA. If I grab jonaskoelker.free-dns.com and I start out with only a trusted root key, I can learn free-dns's key and trust them. I can then securely send them my key, which they sign for free, along with my signed records.

      Then, when you go to jonas.free-dns.com with a modified firefox, that firefox will trust the DNS key for jonas.free-dns.com as an SSL key for jonas.free-dns.com as well, and you'll trust that the guy whose server you're talking to is the same guy as the one who got the name in the first place.

      With a changed Firefox, you won't need a CA.

      Now, changing how "we" (meaning our browsers) decide whether to trust a site may not be easy, but it can be done.

      If your DNS parent is com, all I can say is "Meet your new CA, same as the old CA" ;)

  14. Nice way to end the song... by sethstorm · · Score: 4, Funny

    Bind me, baby!

    The S in S&M does not stand for Security.

    --
    Twitter supports and protects racists - by smearing their critics with the "Hate Speech" label.
  15. Why only one CA? (And it's the feds?!) by Sloppy · · Score: 5, Interesting

    I love beating this dead horse: OpenPGP is the one scheme that authentication right, and DNS is Yet Another great example where OpenPGP should be used instead of the obsolete X.509.

    Why would I trust the feds as an introducer? We already know that they do attempt MitMs sometimes, and there's already a history of DNS abuses ordered by presumably well-intentioned courts. But even if this organization had a good reputation, it's just plain dumb to put all your eggs in one basket. There should be provisions multiple certifiers of an identity, so that users decide who is trustworthy and who isn't.

    If the feds are going to sign, I hope they use an OpenPGP signature (which apparently the spec allows!), but I somehow doubt they would want to lend any legitimacy to a scheme that actually lets people authenticate identities, instead of the one intended to create monopolies and single points of failure.

    I have no problem with the feds helping out on this, but we shouldn't completely trust them, and we have the technology so that we don't have to. PRZ gave it to us a couple decades ago.

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    1. Re:Why only one CA? (And it's the feds?!) by Chandon+Seldon · · Score: 3, Insightful

      This is a case where you're right, everyone who has thought about it agrees that you're right, and that's still not the design decision that's going to be made.

      The issue here is a disagreement on goals. You want to make it so that someone who goes to the necessary effort can be secure against an arbitrary attacker. Others want to make it so that someone who goes to no effort will be secure from one step technical attacks by poorly funded attackers. People who are interested in the second case, which includes all major application developers including Mozilla, dismiss the proof of your point ("what about malicious CAs") as being out of scope.

      The only solution to this problem that I can see is to try to provide real security and decentralized infrastructure in as many cases as possible. Why don't we have a Mozilla plugin that uses OpenPGP for SSL with a revolutionary UI that makes it practically useful? Why don't we have distributed DNS? Once we have proof of concept and working code, it'll be much easier to argue that we should be doing these things correctly.

      --
      -- The act of censorship is always worse than whatever is being censored. Always.
  16. Re:Gotten? by bipbop · · Score: 4, Funny

    Gotten is standard in American English.

  17. why only one CA by bugs2squash · · Score: 4, Interesting

    I don't see why any nameserver (especially the root nameservers) could not carry signatures from multiple CAs. Maybe that's not DNSSEC (I can't be bothered to read the RFCs !) but it's certainly a technical possibility.

    Also, I think any device looking up any DNS record can chose to ignore the signatures if it wants to anyway (most will).

    So I fail to see what all the conspiracy issues are surrounding the signature of the root name servers. It seems a far cry from implementing a system to roll dnssec out to every nameserver and if a better solution comes along later, or DNSSEC gets better, the new ideas can probably get bolted on.

    --
    Nullius in verba
  18. Re:Trolls equal... by ceoyoyo · · Score: 4, Insightful

    Omit your second reason and I'll give you your definition. Taking an unusual viewpoint to spark debate is highly useful.

    I used to have a roommate who was doing a degree in social work. She came home one day gushing about the great debate they'd had. Everyone agreed! That's not a debate. That's a love-in badly in need of a skeptic (otherwise known as a shit-disturber).