You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Konrad Windszus (JIRA)" <ji...@apache.org> on 2018/12/13 15:31:00 UTC

[jira] [Comment Edited] (SLING-7231) Move to owasp sanitizer library

    [ https://issues.apache.org/jira/browse/SLING-7231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16720302#comment-16720302 ] 

Konrad Windszus edited comment on SLING-7231 at 12/13/18 3:30 PM:
------------------------------------------------------------------

In case we would write a PolicyFactory based on AntiSamy XSD this should rather be contributed to https://github.com/OWASP/java-html-sanitizer as this XML is not Sling-specific. There is even already an issue open for that: https://github.com/OWASP/java-html-sanitizer/issues/38


was (Author: kwin):
In case we would write a PolicyFactory based on AntiSamy XSD this should rather be contributed to https://github.com/OWASP/java-html-sanitizer as this XML is not Sling-specific!

> Move to owasp sanitizer library
> -------------------------------
>
>                 Key: SLING-7231
>                 URL: https://issues.apache.org/jira/browse/SLING-7231
>             Project: Sling
>          Issue Type: Improvement
>          Components: XSS Protection API
>            Reporter: Carsten Ziegeler
>            Assignee: Radu Cotescu
>            Priority: Critical
>              Labels: gsoc2018, java, mentor
>             Fix For: XSS Protection API 2.1.0
>
>
> While looking at the extensive dependency list of the XSS module (which are all caused by the embedded owasp.org artifacts), I found out that the versions we use are outdated.
> So I think we should update those to the latest.
> Furthermore, the embedded antisamy library does not look to be maintained anymore
> (https://www.owasp.org/index.php/Category:OWASP_AntiSamy_Project)
> instead the html sanitizer looks much fresher and claims to be faster
> https://www.owasp.org/index.php/OWASP_Java_HTML_Sanitizer_Project
> I think we should switch. Quick analysis:
> Pros:
>     Actively maintained
>     Much faster
>     Lightweight (also from a dependency POV)
> Cons:
>     Incompatible (and runtime-object based) configuration
>     Not completely feature equivalent (but close enough and better in some aspects)
> Some investigation is needed on how
> a) filter rules can be configured (e.g. sling configurations, file based, code bundle, ... ?)
> b) existing configurations can be migrated 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)