consistentAddress still too much restrictive

Guillaume Rousse guillaume.rousse at renater.fr
Wed Apr 18 08:49:33 EDT 2018


Hello list.

The service providers offers two counter-measure against cookie theft, 
by checking each client requests source address against source address 
at IdP authentication time (checkAddress) or against source address at 
SP session initialisation time (consistentAddress). While 
consistentAddress is considered less likely to block legitimate access, 
it is still too strict for NATed clients whose IP address is not 
constant across the whole session, while still remaining in the same 
network, ie:
- 81.194.30.204
- 81.194.30.205
- 81.194.30.206

A quick look at the code show than a strict string comparaison is used, ie:
if (!XMLString::equals(saddr, client_addr)) {
     m_log.warn("client address mismatch, client (%s), session (%s)", 
client_addr, saddr);
     throw RetryableProfileException...
}

A netmask-based comparaison would allows SP admin to introduce a bit 
more flexibility for defining consistency level, by discriminating 
host-only address changes from network address changes.

To allow for such a change, one can imagine a a new 
consistentAddressNetMask attribute, defaulting to "255.255.255.255/32", 
which would be only considered when consistentAddress attribute is true.

Would such a change considered as acceptable ? I could try to submit a 
patch, despite my poor C++ skills...

Regards.
-- 
Guillaume Rousse
Pôle SSI

Tel: +33 1 53 94 20 45
www.renater.fr

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3637 bytes
Desc: Signature cryptographique S/MIME
URL: <http://shibboleth.net/pipermail/users/attachments/20180418/b1fd618c/attachment.p7s>


More information about the users mailing list