[cas-dev] Soulwing java client and server name
Scott Battaglia
scott.battaglia at gmail.com
Tue Dec 11 08:03:47 EST 2007
Perryn,
All of the Yale and JASIG CAS Clients for Java require you specify a server
name or a serviceUrl. Andrew Petro has detailed why in previous postings
(mostly related to not being able to trust Host headers).
You are correct that they should not be recommending that. Can you point me
to the how-to that states this?
Thanks
-Scott
On Dec 11, 2007 4:19 AM, Perryn Fowler <pezlists at gmail.com> wrote:
> Hi,
>
> Several years ago I wrote my own java CAS client as a servlet filter.
>
> I remember that it was considered important not to construct the 'service'
> parameter by use of anything like
> request.getRequestUrl () and instead it was required that the deployer
> provide a 'serverName' parameter for use in cosntructing the URL.
>
> I remember there was a wiki page or something explaining why, but I can't
> seem to find it now. Nevertheless, thinking about it I assume it was
> so an attacker couldn't spoof the necessary http headers and gain access
> to a service with a ticket for a different service.
>
> Fast forward a few years and I've been asked to help put with a troubled
> CAS installation. They are using the soulwing java client, largely because
> of its out-of-the-box Confluence integration.
>
> I was surprised to find that this client allows you to configure it so it
> uses request.getRequestUrl() and in fact encourages you to in How-to
> documentation.
>
> Am I right in worryong about this, or am I missing something?
>
> cheers
> Perryn
>
> --
> -----------------------
> Perryn Fowler
> ThoughtWorks
> _______________________________________________
> cas-dev mailing list
> cas-dev at tp.its.yale.edu
> http://tp.its.yale.edu/mailman/listinfo/cas-dev
>
>
--
-Scott Battaglia
LinkedIn: http://www.linkedin.com/in/scottbattaglia
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://tp.its.yale.edu/pipermail/cas-dev/attachments/20071211/1dc92fb2/attachment.html
More information about the cas-dev
mailing list