Hi Ben,

Is there any possibility of using (or mimicking) the original request
context? For example, if the file needed to be retrieved as a result
of doing an addDatastream request, could the request context of the
addDatastream request be used?

- Chris

On Tue, Mar 20, 2012 at 11:00 AM, Benjamin Armintor <armin...@gmail.com> wrote:
> Hello,
>  I've written up some tests and arrived at several possible
> approaches for https://jira.duraspace.org/browse/FCREPO-787, and
> wanted to solicit some input about which is preferable.
>
> The Problem: In short, Fedora often cannot checksum external
> datastreams (type E) with file uris (dsLocation='file://...') because
> of a XACML prohibition.  This is because the the action for retrieving
> file content is checked as part of the API-M interface, but the
> security context has no request attributes.  This runs afoul of the
> policies many installations have restricting API-M actions to
> localhost, or other addresses specified in a policy (and, in fact the
> default policy).
>
> Possible solutions:
> 1. Change the default XACML policy restricting API-M to allow the file
> retrieval actions without a client IP.  This may be a difficult change
> to communicate to installations that are overriding that policy.
>
> 2. Mimic a request context for the file retrieval action.  This
> requires the least configuration change, but raises the question of
> what attributes should be included besides client IP.  Should there be
> a fedoraRole, and if so, which?  Should it use the internal user
> information?  I think the trajectory of FCREPO development has been
> towards less use of internal users, but it would allow more elaborate
> policy specification for retrieval of file resources.
>
> 3. Use a different API designator for internal actions.  This would
> address the bug without changes to existing policies, but may obscure
> what policies must be composed to restrict a given action.
>
> Thoughts? Additional solutions?
>
> - Ben
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Fedora-commons-developers mailing list
> Fedora-commons-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

Reply via email to