I must correct myself - if attacker takes care and puts the Notify
payload header at the end of ck it sends to initiator (and he must
correctly guess the length of info`), then it will work - all the
original payloads from the initiator will appear inside Notification
payload and will be ignored by responder.


[HJ] how would this work? even attack append a notification header in ck, and return a ck= C1|SAi'|g^x'|ni| notify_header, then m1(from real initiator)=HDR|(C1|SAi'|g^x'|ni| notify_header)_as_ck|SAi|g^x|ni|nat-t, notify header is part of ck, won't be parsed as actual notify payload header.

Yes, but when the attacker sends a message to the responder it replaces
ck with C2 and the message will look like

mi'=HDR | ck'=C2 | SAi' | g^xi' | ni' | notify_header | SAi | g^xi | ni | info_i

If the length indicated in the notify_header will be equal to the length of SAi 
| g^xi | ni | info_i,
then the responder will treat these payloads as a notify payload content and 
will ignore them.
So, for the responder the message will look like:

mi'=HDR | cookie | SA | KE | NONCE | Nx

where Nx is some unknown notification.

_______________________________________________
IPsec mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/ipsec

Reply via email to