It may be useful for me to mention here that Swithun Crowe of St. Andrews, 
Scott and myself will be taking a look at the servlet filter question in the 
next few weeks and hopefully will have something concrete to bring back o he 
community at some point not long after that.

---
A. Soroka
Online Library Environment
the University of Virginia Library




On Mar 22, 2011, at 11:17 AM, Scott Prater wrote:

> Thanks, Chris.  That improvement to allow separate enabling of AuthN and 
> AuthZ had slipped under my radar.  I'll give that a try (I'm currently 
> running Fedora 3.4.2).  I'll also update the wiki documentation.
> 
> Concerning Adam's work: in fact, my question was prompted by a side 
> conversation I've recently had with Adam on that very topic.  We hope to be 
> early adopters/beta testers of his servlet filter.
> 
> I'll report back here on my experiments.
> 
> -- Scott
> 
> On 03/22/11, Chris Wilper   wrote:
>> Hi Scott,
>> 
>> Actually FeSL AuthN and AuthZ are now separate options at
>> install-time, so enabling one shouldn't force you to use the other. If
>> you find that's happening, it's a bug that needs to be
>> addressed...it's certainly not intentional. But the first release we
>> did with FeSL included did force them to both either be on or off, so
>> that may be a source of confusion if you're using an older version.
>> 
>> Also, I'm not sure if you're aware of this, but Adam Soroka has been
>> putting together a non-FeSL servlet filter that allows Shib
>> integration. I believe he's planning on having something available for
>> others to check out sometime after the 3.5 release.
>> 
>> - Chris
>> 
>> On Tue, Mar 22, 2011 at 10:32 AM, Scott Prater <pra...@wisc.edu> wrote:
>>> The topic of using Shibboleth for authentication and XACML for 
>>> authorization has heated up again in our organization.
>>> 
>>> Here is our ideal scenario:
>>> 
>> 
>> * Authentication with Shibboleth, Shibboleth attributes made 
> available for use in Fedora XACML policies: made possible by servlet 
> filters developed at other institutions
>>> 
>>> * 
> XACML policies stored as Fedora objects, inheritable rules, indexed in 
> the resource index, cached:  made possible by FeSL
>>> 
>> 
>> However, it appears that if FeSL is enabled (necessary to get the 
> new and improved version of the XACML implementation), then FeSL JAAS is
> also enabled, and so the Shibboleth authentication piece will be 
> disabled or bypassed (right?).
>>> 
>>> We'd like to 
> have our cake and eat it, too, ideally without having to wrestle with 
> developing a JAAS Shibboleth plugin.  Is there a way to separate FeSL 
> authentication from FeSL authorization, enable the latter, but not the 
> former? Thoughts?
>>> 
>>> Some background reading:
>>> 
>>> https://jira.duraspace.org/browse/FCREPO-577
>>> https://wiki.duraspace.org/display/FCR30/Fedora+Security+Layer+%28FeSL%29
>>> 
>>> thanks in advance,
>>> 
>>> -- Scott
>>> 
>>> 
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Enable your software for Intel(R) Active Management Technology to meet the
>>> growing manageability and security demands of your customers. Businesses
>>> are taking advantage of Intel(R) vPro (TM) technology - will your software
>>> be a part of the solution? Download the Intel(R) Manageability Checker
>>> today! http://p.sf.net/sfu/intel-dev2devmar
>>> _______________________________________________
>>> Fedora-commons-users mailing list
>>> Fedora-commons-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>>> 
> 
> --
> -- 
> Scott Prater
> Library, Instructional, and Research Applications (LIRA)
> Division of Information Technology (DoIT)
> University of Wisconsin - Madison
> 
> ------------------------------------------------------------------------------
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software 
> be a part of the solution? Download the Intel(R) Manageability Checker 
> today! http://p.sf.net/sfu/intel-dev2devmar
> _______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users


------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to