A fast and easy to configure HTML Sanitizer written in Java which lets you include HTML authored by third-parties in your web application while protecting against XSS.
The existing dependency is on JSR 305. The other jars are only needed by the test suite. The JSR 305 dependency is a compile-only dependency, only needed for annotations.
This code was written with security best practices in mind, has an extensive test suite, and has undergone adversarial security review.
- Getting Started
- Prepackaged Policies
- Crafting a policy
- Custom policies
- Preprocessors
- Telemetry
- Questions?
- Contributing
- Credits
Getting Started includes instructions on how to get started with or without Maven.
You can use prepackaged policies:
PolicyFactorypolicy = Sanitizers.FORMATTING.and(Sanitizers.LINKS);
StringsafeHTML = policy.sanitize(untrustedHTML);The tests show how to configure your own policy:
PolicyFactorypolicy = newHtmlPolicyBuilder()
.allowElements("a")
.allowUrlProtocols("https")
.allowAttributes("href").onElements("a")
.requireRelNofollowOnLinks()
.toFactory();
StringsafeHTML = policy.sanitize(untrustedHTML);You can write
custom policies
to do things like changing h1s to divs with a certain class:
PolicyFactorypolicy = newHtmlPolicyBuilder()
.allowElements("p")
.allowElements(
(StringelementName, List<String> attrs) -> {
// Add a class attribute.attrs.add("class");
attrs.add("header-" + elementName);
// Return elementName to include, null to drop.return"div";
}, "h1", "h2", "h3", "h4", "h5", "h6")
.toFactory();
StringsafeHTML = policy.sanitize(untrustedHTML);Please note that the elements "a", "font", "img", "input" and "span"
need to be explicitly whitelisted using the allowWithoutAttributes()
method if you want them to be allowed through the filter when these
elements do not include any attributes.
Attribute policies allow running custom code too. Adding an attribute policy will not water down any default policy like style or URL attribute checks.
newHtmlPolicyBuilder = newHtmlPolicyBuilder()
.allowElement("div", "span")
.allowAttributes("data-foo")
.matching(
(StringelementName, StringattributeName, Stringvalue) -> {
// Return value for the attribute or null to drop.
})
.onElements("div", "span")
.build()Preprocessors allow inserting text and large scale structural changes.
newHtmlPolicyBuilder = newHtmlPolicyBuilder()
// Use a preprocessor to be backwards compatible with the// <plaintext> element which
.withPreprocessor(
(HtmlStreamEventReceiverr) -> {
// Provide user with info about links before they click.// Before: <a href="https://example.com/...">// After: (https://example.com) <a href="https://example.com/...">returnnewHtmlStreamEventReceiverWrapper(r) {
@OverridepublicvoidopenTag(StringelementName, List<String> attrs) {
if ("a".equals(elementName)) {
for (inti = 0, n = attrs.size(); i < n; i += 2) {
if ("href".equals(attrs.get(i)) {
Stringurl = attrs.get(i + 1);
Stringorigin;
try {
URIuri = newURI(url);
Stringscheme = uri.getScheme();
Stringauthority = uri.getRawAuthority();
if (scheme == null && authority == null) {
origin = null;
} else {
origin = (scheme != null ? scheme + ":" : "")
+ (authority != null ? "//" + authority : "");
}
} catch (URISyntaxExceptionex) {
origin = "about:invalid";
}
if (origin != null) {
text(" (" + origin + ") ");
}
}
}
}
super.openTag(elementName, attrs);
}
};
}
.allowElement("a")
...
.build()Preprocessing happens before a policy is applied, so cannot affect the security of the output.
When a policy rejects an element or attribute it notifies an HtmlChangeListener.
You can use this to keep track of policy violation trends and find out when someone is making an effort to breach your security.
PolicyFactorymyPolicyFactory = ...;
// If you need to associate reports with some context, you can do so.MyContextClassmyContext = ...;
StringsanitizedHtml = myPolicyFactory.sanitize(
unsanitizedHtml,
newHtmlChangeListener<MyContextClass>() {
@OverridepublicvoiddiscardedTag(MyContextClasscontext, StringelementName) {
// ...
}
@OverridepublicvoiddiscardedAttributes(
MyContextClasscontext, StringelementName, String... attributeNames) {
// ...
}
},
myContext);Note: If a string sanitizes with no change notifications, it is not the case that the input string is necessarily safe to use. Only use the output of the sanitizer.
The sanitizer ensures that the output is in a sub-set of HTML that commonly used HTML parsers will agree on the meaning of, but the absence of notifications does not mean that the input is in such a sub-set, only that it does not contain elements or attributes that were removed.
See "Why sanitize when you can validate" for more on this topic.
If you wish to report a vulnerability, please see AttackReviewGroundRules.
Subscribe to the mailing list to be notified of known Vulnerabilities and important updates.
If you would like to contribute, please ping @mvsamuel or @manicode.
We welcome issue reports and PRs. PRs that change behavior or that add functionality should include both positive and negative tests.
Please be aware that contributions fall under the Apache 2.0 License.