+1

Dirk’s closing argument is solid.

Corey S.

[cid:image001.jpg@01D337AD.F8BD9400]

Corey Scholefield
Team Lead, Identity Services
University Systems
University of Victoria<http://www.uvic.ca/>
T 250-472-4549
C 250-812-4861
cor...@uvic.ca
https://www.uvic.ca/systems



From: <cas-user@apereo.org> on behalf of "Tepe, Dirk" <tep...@miamioh.edu>
Reply-To: "cas-user@apereo.org" <cas-user@apereo.org>
Date: Sunday, October 14, 2018 at 6:38 AM
To: "cas-user@apereo.org" <cas-user@apereo.org>
Subject: Re: [cas-user] Home brewed PHP CAS client

"they don't like mod_auth_cas because it takes auth out of the application and 
delegates it to Apache"

This is not true. The authentication is being performed by CAS. The resolution 
of the asserted identity is being done in Apache via mod_auth_cas. The entire 
point (and value) of an Identity Provider like CAS is to take authentication 
out of the application container entirely.

"They don't like the PHP CAS client because it has a dependency on libcurl"

If they have an opinion contrary to the implementation in an open source 
project, they should consider enhancing said project rather than starting over. 
Replacing the http handler in the application is far less work than creating an 
entirely new implementation of the overall protocol and others in the community 
may find the work valuable as well.

"This idea is going to ISO for approval"

This should be an easy call for an ISO. You have to choose an implementation 
for software which will play a critical role in your application risk profile. 
On one hand, you have a choice of mature, tested, community supported 
solutions. On the other hand, you have unproven, in-house code which must 
implement a complex protocol absolutely correctly and be sustained as changes 
occur in the future. I don't even have to ask my ISO about something like this.

IMHO, this is simply a non-starter. The on-going responsibility for sustaining 
a custom CAS client, and the consequences for getting any part of it wrong, 
should make the cost/benefit analysis straight-forward.

-dirk

On Sat, Oct 13, 2018 at 8:31 AM Bryan Wooten 
<ttbaja...@gmail.com<mailto:ttbaja...@gmail.com>> wrote:
Hi all,

So I have this one application (PHP on Apache) that wants to write their own 
CAS PHP client. Yeah a bad idea I know.

Anyway they they don't like mod_auth_cas because it takes auth out of the 
application and delegates it to Apache? (My opinion is that this is the least 
effort solution)

They don't like the PHP CAS client because it has a dependency on libcurl? 
(Apparently ten years ago IT didn't allow libcurl to be installed? Not the case 
today.)

This idea is going to ISO for approval, but in the meantime I could use all the 
pros(?)/cons of this approach.

In the event this does get approved what are some behaviors I can monitor on 
the CAS server side to minimize / test for issues? I know SLO will be a big one 
as well as session timeout.

Thanks,

Bryan

University of Utah
--
- Website: https://apereo.github.io/cas
- Gitter Chatroom: https://gitter.im/apereo/cas
- List Guidelines: https://goo.gl/1VRrw7
- Contributions: https://goo.gl/mh7qDG
---
You received this message because you are subscribed to the Google Groups "CAS 
Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to cas-user+unsubscr...@apereo.org<mailto:cas-user+unsubscr...@apereo.org>.
To view this discussion on the web visit 
https://groups.google.com/a/apereo.org/d/msgid/cas-user/CAG9x2GUnBYY%2BsyxM9xLFXML1scccEcgcmGPpxkW6yEzBpVGhMw%40mail.gmail.com<https://groups.google.com/a/apereo.org/d/msgid/cas-user/CAG9x2GUnBYY%2BsyxM9xLFXML1scccEcgcmGPpxkW6yEzBpVGhMw%40mail.gmail.com?utm_medium=email&utm_source=footer>.
--
- Website: https://apereo.github.io/cas
- Gitter Chatroom: https://gitter.im/apereo/cas
- List Guidelines: https://goo.gl/1VRrw7
- Contributions: https://goo.gl/mh7qDG
---
You received this message because you are subscribed to the Google Groups "CAS 
Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to cas-user+unsubscr...@apereo.org<mailto:cas-user+unsubscr...@apereo.org>.
To view this discussion on the web visit 
https://groups.google.com/a/apereo.org/d/msgid/cas-user/CAJ%3D0EZzTM2RcsZ6yjRrspZ4GgrL3mOQcNA-azfY8LDwRWdUD9Q%40mail.gmail.com<https://groups.google.com/a/apereo.org/d/msgid/cas-user/CAJ%3D0EZzTM2RcsZ6yjRrspZ4GgrL3mOQcNA-azfY8LDwRWdUD9Q%40mail.gmail.com?utm_medium=email&utm_source=footer>.

-- 
- Website: https://apereo.github.io/cas
- Gitter Chatroom: https://gitter.im/apereo/cas
- List Guidelines: https://goo.gl/1VRrw7
- Contributions: https://goo.gl/mh7qDG
--- 
You received this message because you are subscribed to the Google Groups "CAS 
Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to cas-user+unsubscr...@apereo.org.
To view this discussion on the web visit 
https://groups.google.com/a/apereo.org/d/msgid/cas-user/FB2F39FA-2FDF-446E-BF39-9B6D44DA0427%40uvic.ca.

Reply via email to