Linked by Thom Holwerda on Mon 5th Sep 2011 22:26 UTC
Privacy, Security, Encryption So, people from within Iran have hacked the Dutch company DigiNotar, allowing them to issue fake certificates so they could listen in on Iranian dissidents and other organisation within Iran. This is a very simplified version of the story, since it's all quite complicated and I honestly don't even understand all of it. In any case, DigiNotar detected the intrusion July 19, but didn't really do anything with it until it all blew up in their face this past week. Now, the Dutch government has taken over operational management of DigiNotar... But as a Dutch citizen, that doesn't really fill me with confidence, because, well - whenever the Dutch government does anything even remotely related to IT technology, they mess it up. And mess it up bad.
Thread beginning with comment 488737
To view parent comment, click here.
To read all comments associated with this story, please click here.
Lennie
Member since:
2007-09-22

(sorry, the whole thing became a bit large)

A long time ago there was one CA and people were not all that happy about that either.

DNSSEC (crypto keys for DNS) with DANE (which is a proposed RFC) would be the closest thing to what you talk about, is in a way a single CA-system.

DNS is a hierarchy, it starts at the 'root'.

With ICANN at the top (root) and operations of the crypto handled by ICANN/IANA and Verisign.

The DNS root-servers however are handled by different organisations around the world. One is a large ISP (Cogent), one again is Verisign, one is the RIPE (European IP-addresses organisation), an other is the US department of defense. The list is here: http://www.root-servers.org/

The money to run ICANN comes from the US department of commerce (if I'm not mistaken). Although the department did sign a contract saying they don't interfere with technical operations.

The money from IANA and RIPE comes mostly from the people that need the IP-addresses. IANA is like RIPE, they 'lease IP-addresses' to organisations like ISP's that need them.

While they normally only tell DNS-servers where to find the DNS-servers for .com (which is Verisign) they could in theory point it somewhere else.

However DNSSEC adds crypto in the mix and access to the crypto keys is limited to a bunch of people from around the world.

As you can see it is complicated. ;-)

But there is a root and thus it is kind of similair to a single-CA-system. But a lot of different people and organisations have a say in different parts of it.

A lot of the organisations are US companies (because of historic reasons ofcourse) and thus the US has some power of those organisations.

Not everyone likes that, the Internet should be 'owned' by everyone.

DANE depends on DNSSEC being deployed and that deployment has been slow. Some currently deployed software and firewalls are not compatible. After all it is the largest change to DNS since it was created almost 30 years ago. Just an example, some operating systems and DSL-routers need to be fixed before everyone can use it.

Edited 2011-09-07 10:53 UTC

Reply Parent Score: 2

Alfman Member since:
2011-01-28

Lennie,

Wow thank you for the informative posts. Yes I am aware upgrades would be necessary and that DANE is one of the proposals.

I don't actually think it's that complicated, but then again I study this stuff closely.

"Many home users have a DSL-router that is not capable of handling DNSSEC. Operating systems like Windows XP do not support it."

Really? That'd be a surprise to me since DNSSEC is just the existence of more records on top of DNS. If DNSSEC doesn't work across a router, it implies that the router isn't truly compliant with the DNS protocol. Not to say it's untrue, but why would a manufacturer go out of their way to break their DNS stack like this?


"Also some people think DNSSEC is to much like a one-CA-system. For example if something breaks everyone will have problems:"

Well, the main difference would be that the root keys would not be vouching for people's identity, only vouching for the accuracy of the DNS database, which we already implicitly rely on for the web to work anyways.

From my understanding of DNSSEC, verisign has zone-signing keys for the .com domain (with a relatively brief lifetime), but someone else can hold the key-signing keys - so it would require attacks to be successful on two fronts (in other words a completely broken DNSSEC would still be no worse than today's DNS).

Personally I would have three independent DNSSEC key signing organizations with three master KSKs - and require that at least two of them agree in order for "verisign's" ZSK to be valid. Cryptography redundancy schemes like this are very secure in practice.


Edit: In case it wasn't clear, the intention of the 3 keys is that the corruption of one entity (say by the US government) is insufficient to corrupting the whole system.

We could make DNSSEC KSKs arbitrarily redundant: 7 KSKs world wide, and require that 4 of them agree on ZSKs in order to be valid.

Edited 2011-09-07 17:09 UTC

Reply Parent Score: 2

Lennie Member since:
2007-09-22

(as you liked informed posts, here some more ;-))

Well, DNSSEC isn't just new types, certain types belong with each other. Which are the signatures and the data and flags. Which changes how the basic protocol works. The signatures also make the packets larger, a lot of the times larger than the old DNS limit.

The operating system change is an extra API-call (or change) to allow an application to request signed-answers.

So the operating system will request signed answers from the nameservers. Obviously the nameservers need to be upgraded to understand it to respond with signed answers if available as well.

On this page there is a presentation "DNSSEC Support by Home Routers", which might give you an idea about what the problems are with DSL-routers:

http://ripe60.ripe.net/archives.php?day=thursday

This is the PDF:

http://ripe60.ripe.net/presentations/Dietrich-DNSSEC_Support_by_Hom...

Basicely they can't handle the DNSSEC flags, they don't have large DNS-UDP-packet-support and can't handle the fallback method: TCP. It pretty much was never needed for regular DNS.

As you may know many of these DSL-routers have their own DNS-server and that is what is communicated over DHCP to the hosts behind the DSL-router. So they use the DNS-server and that is usually the one that can't handle all this.
____

The root keys are both, in a locked machine called an 'HSM' which can be used for signing.

And for safety a copy of the key has been split up in 7 slightly overlapping parts and is kept by different people from around the world (Paul Kane (Great Britain) Dan Kaminsky (United States), Jiankang Yao (China), Moussa Guebre (Burkina Faso), Bevil Wooding (Trinidad and Tobago), Ondrej Sury (Czech Republic), Norm Ritchie (Canada)).

New keys are generated every few years, anyway have a look here:

http://www.root-dnssec.org/wp-content/uploads/2010/06/draft-icann-d...
http://www.root-dnssec.org/documentation/

It probably explains it better than I do. I just type what I think is right from memory. :-)

And the video and documentation of the Key-singing are here:

https://data.iana.org/ksk-ceremony/

__________

Anyway a possible solution might be to use Convergence:

http://www.youtube.com/watch?v=Z7Wl2FW2TcA
http://convergence.io/

This basis system is where the browser asks others on the Internet if they see the same certificate.

With Convergence however the browser can ask for other information as well. So DNSSEC could be one of the things it asks about.

Even when you are in a network or on an operating system that does not support DNSSEC.

Edited 2011-09-07 22:56 UTC

Reply Parent Score: 2