Revisiting the Defaulting of cookieProps, handlerSSL, etc.
Martin B. Smith
smithmb at ufl.edu
Mon Jun 18 15:43:55 BST 2012
On 06/14/2012 12:27 PM, Nate Klingenstein wrote:
> Shib-Dev,
>
> I'm running an Installfest in Saskatoon, and one of the
> deployers(responsible for penetration testing in his day job) was
> curious as to why we still default to supporting access to handlers
> and to content hosted on HTTP. While it's easy enough to enable
> secure cookies and SSL-only access, some deployers may be overlooking
> that and leaving themselves vulnerable to trivial session hijacking as
> a result(particularly with checkAddress and consistentAddress
> defaulting to false, though that's for arguably better reasons).
>
> Would it make sense to revisit the distribution config and/or defaults
> so that deployers who wanted to support HTTP would have to make the
> configuration changes, and not those who would like to ensure secure
> access?
>
> Thanks,
> Nate.
Hi all,
Just to add our 2 cents... I think we'd prefer it remain HTTP out of the
box; I help troubleshoot hundreds of vanilla SP deployments here
locally, understanding or configuration of SSL can definitely get in the
way.
I like the idea of the warning functionality that others discussed for
folks not using SSL; with the advent of the InCommon Certificate
Service, the barrier to do SSL is significantly lower (for us, anyway).
Maybe it would be useful to add something to the comment in the
distributed shibboleth2.xml to highlight the SSL issue?
Thanks,
--
Martin B. Smith
smithmb at ufl.edu - (352) 273-1374
CNS/Open Systems Group
University of Florida
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4893 bytes
Desc: S/MIME Cryptographic Signature
Url : http://shibboleth.net/pipermail/dev/attachments/20120618/e13a5109/attachment.bin
More information about the dev
mailing list