You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Carsten Ziegeler (JIRA)" <ji...@apache.org> on 2014/07/29 11:17:39 UTC
[jira] [Updated] (SLING-2572) Redirect validating service
[ https://issues.apache.org/jira/browse/SLING-2572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Carsten Ziegeler updated SLING-2572:
------------------------------------
Component/s: (was: General)
Authentication
> Redirect validating service
> ---------------------------
>
> Key: SLING-2572
> URL: https://issues.apache.org/jira/browse/SLING-2572
> Project: Sling
> Issue Type: Improvement
> Components: Authentication
> Reporter: Jeff Young
> Labels: security
>
> Clients need to validate redirects to esure that they point on-site (or perhaps to an authority on a white-list) to prevent phishing attacks. A Sling service which performed this would allow consistency (and a single point of extension).
> There already exists AuthUtil.isRedirectValid() [0], but it doesn't handle URLs (only paths), and disallows relative paths (the second of which, at least, is widely used).
> There is also a referrer validating service [1] which might provide a better starting point.
> Lastly, if we had backward-compatibility concerns with some of the algorithms encoded in those methods/services, we might choose to provide a very basic default implementation which simply drops any scheme and/or authority from the URL, and let customers do white-lists and/or other more sophisticated checks as customizations.
> References:
> [0] https://svn.apache.org/repos/asf/sling/trunk/bundles/auth/core/src/main/java/org/apache/sling/auth/core/AuthUtil.java
> [1] https://svn.apache.org/repos/asf/sling/trunk/contrib/extensions/security/impl/ReferrerFilter.java
--
This message was sent by Atlassian JIRA
(v6.2#6252)