Re: [IPsec] IKE fragmentation

[Yaron Sheffer <[e-mail]>]

Hi Valery,

I believe the DoS argument is incorrect, because the message we are most 
worried about (most likely to get fragmented) is IKE_AUTH, and at this 
point both peers are not yet authenticated, of course. So fragments and 
messages can be encrypted but cannot be authenticated. Thus, an attacker 
can send any number of seemingly valid fragments.

Let me know if I'm missing anything.

Thanks,
	Yaron

On 03/13/2013 03:22 PM, Valery Smyslov wrote:
> Hi,
>
>> Anyways, if there is already more implementations doing IKE
>> framentation, it might be good idea to think whether we should
>> standardize that. On the other hand I am not sure if they are well
>> enough documented so that different implementations actually talk each
>> other...
>
> We support IKEv1 fragmentation based on documentation found at
> msdn.microsoft.com.
> We are able to interoperate with both Microsoft and Cisco.
>
>> Anyways we should most likely act fastly if we want to get this fixed
>> for IKEv2.
>
> As for IKEv2, I don't know how Cisco is doing fragmentation in this case
> (it seems to have support for it), but if it is done similarly to IKEv1,
> than I prefer our own solution - draft-smyslov-ipsecme-ikev2-fragmentation.
> The main difference is that in Microsoft/Cisco solution (for IKEv1)
> the whole encrypted ISAKMP message is fragmented,
> leaving each fragment unauthanticated untill message get reassembled
> and its authentity could be verivied. This opens door for
> a very simple DoS attack on receiver.
>
> In our proposal each fragment is encrypted and authenticated
> individually, that allows receiver to distinguish valid fragments
> from bogus, thus preventing from abovementioned DoS attack.
>
> And, of course, we have implemented this solution in our products.
>
> And, of course, we are intersted in doing IKEv2 fragmentation
> in standard, interoperable way (based either on our proposal or
> smth else).
>
> Regards,
> Valery Smyslov.
>
>> --
>> [e-mail]
>> _______________________________________________
>> IPsec mailing list
>> [e-mail]
>> https://www.ietf.org/mailman/listinfo/ipsec
>
> _______________________________________________
> IPsec mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/ipsec