Re: [keyassure] Objective: Restrictive versus Supplementary Models

[Eric Rescorla <[e-mail]>]

On Wed, Mar 30, 2011 at 10:06 PM, Jay Daley <[e-mail]> wrote:
>
> 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.

I think this is an important consideration. However a relevant
question for a 2119-level MUST seems
to be whether we wish to have this data rejected if not DNSSEC signed.
What's your view on that?

-Ekr