Re: [Ipsec] Reauthentication in IKEv2
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Ipsec] Reauthentication in IKEv2



And yet, even in IKEv2 when lifetimes are appropriate they are used.

Take the Cfg payload. Since the back-end server is usually a DHCP server, we want to make the client request an extension to the INTERNAL_IPx_ADDRESS. That is why there is an attribute called INTERNAL_ADDRESS_EXPIRY.

To quote from the draft, "INTERNAL_ADDRESS_EXPIRY - Specifies the number of seconds that the host can use the internal IP address. The host MUST renew the IP address before this expiry time." So IKEv2 is not averse to forcing hosts to keep timers when there is good reason.

Although being able to re-authenticate at an arbitrary time is nice flexibility, this is an attribute that involves human interaction, so the key consideration is not flexibility for the RA gateway, but predictability for the user. Users hate pop-up demands for authentication. That is why almost no websites use http authentication, but rather have an elaborate login screen. Users would much rather have a countdown timer telling them how long they have before they need to type in their credentials again. As others have mentioned, there is also the issue of going to lunch and leaving the long ftp going, as well as other protocols that require long TCP connections such as telnets, X11 and remote desktops.

My proposal still allows you to demand authentication at an arbitrary time, but such a demand should not be "reauthenticate now!" but rather "reauthenticate within 3 minutes". IMO demanding reauthentication means you do not trust your peer anymore, and if that's the case it is only correct to refuse traffic and send a delete. If the notification says "reauthenticate now" the user has no way of knowing how long she has to enter her credentials. At least the pop-up authentication window should have countdown.

I've noticed that's it's a very small group here that is talking about it. Do you think this means that there is little interest in re-authentication?

Yoav

On Nov 2, 2004, at 8:59 PM, Geoffrey Huang wrote:

I have to agree with Tero on this thread. The idea of the AUTH_LIFETIME notify strikes me as very similar to the negotiated lifetimes of IKEv1. I quite like the way lifetimes are done in IKEv2. Since it's a policy matter that each peer needs to enforce locally, I don't see a reason why the lifetime ever needs to be communicated.

Note that the idea of a REAUTH_NOW message also allows for signalling a peer's desire to re-authenticate at an arbitrary time. I like this flexibility.

-g



_______________________________________________
Ipsec mailing list
Ipsec at ietf.org
https://www1.ietf.org/mailman/listinfo/ipsec




Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.