Re: [keyassure] Objective: Restrictive versus Supplementary Models

[Jay Daley <[e-mail]>]

On 31/03/2011, at 8:32 AM, Richard L. Barnes wrote:

>>>>>>> "RLB" == Richard L Barnes <[e-mail]> writes:
>> 
>> RLB> 1. Cert-lock / CA-lock
>> RLB> 1.3. DNSSEC RECOMMENDED, not REQUIRED; attacker can only cause connection failure
>> 
>> If the attacker injects fake dns records pointing to a fake server, they
>> can include a dane rr.  It only makes the attack slightly harder, doesn't it?
> 
> Yes, but as ekr pointed out, injecting fake DANE RRs can only cause the connection to fail, it won't result in the client connecting to a bogus server.   That's why it's RECOMMENDED instead of REQUIRED.

That's still potentially a devastating DOS attack if done well and against an important target.  Worthy of a REQUIRED for that alone.

There is also the layer 9 interpretation issue here - if we say that DANE in its entirety requires DNSSEC then that message can be shouted loud and clear, reinforced and hopefully entrenched.  If we say that only some parts need it then people, for entirely fallible reasons, get confused, doubt DANE, can use this to attack DANE and so on.

Jay

> _______________________________________________
> keyassure mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/keyassure


-- 
Jay Daley
Chief Executive
.nz Registry Services (New Zealand Domain Name Registry Limited)
desk: [phone]
mobile: [phone]