dompurify, sanitize-html, xss, and xss-filters are libraries designed to protect web applications from Cross-Site Scripting (XSS) attacks by cleaning untrusted HTML input. dompurify is the industry standard for browser-based sanitization, leveraging the DOM to parse and clean content securely. sanitize-html and xss are primarily Node.js libraries that work with HTML strings on the server side, offering configurable whitelists for tags and attributes. xss-filters is a legacy library from Yahoo that provides context-aware escaping but is no longer actively maintained. Together, these tools help developers render user-generated content safely without exposing their applications to script injection.
When your application accepts user input — like comments, blog posts, or profile bios — you face a critical security risk: Cross-Site Scripting (XSS). Attackers can inject malicious scripts that steal cookies, hijack sessions, or deface your site. To stop this, you need to sanitize HTML. But not all sanitizers work the same way. Some run in the browser, some on the server, and some are no longer safe to use. Let's break down the technical differences between dompurify, sanitize-html, xss, and xss-filters.
Where the code runs matters. Some libraries rely on the browser's DOM parser, while others parse strings in Node.js.
dompurify is built for the browser first. It uses the browser's own DOM parser to clean content, which means it understands how the browser will actually render the HTML. This makes it extremely accurate. It can also run in Node.js, but it requires a DOM shim like jsdom.
// dompurify: Browser usage
import DOMPurify from 'dompurify';
const clean = DOMPurify.sanitize(dirtyHtml);
// dompurify: Node.js usage (requires jsdom)
import { JSDOM } from 'jsdom';
import DOMPurify from 'dompurify';
const window = new JSDOM('').window;
const purify = DOMPurify(window);
const clean = purify.sanitize(dirtyHtml);
sanitize-html is designed for Node.js. It parses HTML strings using htmlparser2 without needing a full DOM environment. This makes it fast and easy to deploy on servers without heavy dependencies.
// sanitize-html: Node.js usage
import sanitizeHtml from 'sanitize-html';
const clean = sanitizeHtml(dirtyHtml, {
allowedTags: ['b', 'i', 'em', 'strong', 'a'],
allowedAttributes: { a: ['href'] }
});
xss is also a Node.js library. It focuses on filtering strings based on a whitelist. It does not require a DOM environment and is often used to filter API inputs or query strings.
// xss: Node.js usage
import { filterXSS } from 'xss';
const clean = filterXSS(dirtyHtml, {
whiteList: { b: [], i: [], a: ['href'] }
});
xss-filters was built for Node.js and browser environments but relies on older escaping techniques. It does not parse the DOM in the same way modern libraries do.
// xss-filters: Legacy usage
import xssFilters from 'xss-filters';
const clean = xssFilters.inHTMLData(dirtyHtml);
Security depends on how well you can control what gets through. All these libraries let you define allowed tags, but the syntax differs.
dompurify uses a configuration object where you can hook into the parsing process. You can add custom tags or force certain attributes to be removed.
// dompurify: Custom config
const clean = DOMPurify.sanitize(dirtyHtml, {
ALLOWED_TAGS: ['b', 'a'],
ALLOWED_ATTR: ['href'],
ADD_TAGS: ['my-custom-tag'],
FORBID_ATTR: ['style']
});
sanitize-html has a very explicit configuration style. You define allowed tags and attributes clearly. It also supports transforming tags, like changing target="_blank" automatically.
// sanitize-html: Transform options
const clean = sanitizeHtml(dirtyHtml, {
allowedTags: ['a'],
allowedAttributes: { a: ['href', 'target'] },
transformTags: { a: function(tagName, attribs) { return { tagName, attribs }; } }
});
xss uses a whiteList object. It is concise but requires you to know exactly which attributes belong to which tags. It also allows custom filter functions for specific tags.
// xss: Custom filter function
const options = {
whiteList: { a: ['href'] },
onTagAttr: function(tag, name, value, isWhiteAttr) {
if (tag === 'a' && name === 'href') {
return name + '="' + value + '"';
}
}
};
const clean = filterXSS(dirtyHtml, options);
xss-filters offers less granular control over whitelists. It focuses more on context-aware escaping (like distinguishing between HTML data and URL data) rather than tag-level whitelisting.
// xss-filters: Context escaping
const cleanHtml = xssFilters.inHTMLData(dirtyHtml);
const cleanUrl = xssFilters.inFullURL(dirtyUrl);
Security libraries must be actively maintained. New XSS vectors are discovered regularly, and libraries need updates to block them.
dompurify is actively maintained and widely audited. It is the default choice for many security-conscious teams. It handles DOM Clobbering and other advanced attacks well.
// dompurify: Handles DOM Clobbering
// Automatically removes dangerous name attributes that could overwrite window properties
const clean = DOMPurify.sanitize('<img name="location">');
sanitize-html is also actively maintained. It is trusted in the Node.js ecosystem for server-side rendering pipelines. It focuses on preventing script injection through tag manipulation.
// sanitize-html: Prevents script injection
// Scripts are stripped by default unless explicitly allowed
const clean = sanitizeHtml('<script>alert(1)</script>');
// Result: ''
xss is maintained but sees fewer updates than dompurify. It is reliable for standard whitelisting but may lag behind on newer browser-specific XSS vectors since it doesn't use the browser's parser.
// xss: Standard filtering
// Removes script tags based on whitelist
const clean = filterXSS('<script>alert(1)</script>');
// Result: ''
xss-filters is deprecated and no longer maintained. The repository is archived, and it does not receive security patches. Using it in new projects introduces unnecessary risk.
// xss-filters: DEPRECATED
// Do not use in new codebases. No security updates provided.
// Example shown for legacy reference only:
const clean = xssFilters.inHTMLData(dirtyHtml);
Sanitizing text is easy. Sanitizing URLs and CSS within HTML is where things get tricky.
dompurify has built-in protection for dangerous URLs (like javascript:) and can sanitize CSS styles if configured.
// dompurify: URL sanitization
// Automatically strips javascript: protocols
const clean = DOMPurify.sanitize('<a href="javascript:alert(1)">Click</a>');
// Result: <a>Click</a>
sanitize-html allows you to define custom URL handlers. You can validate protocols before allowing them in links.
// sanitize-html: Custom URL validation
const clean = sanitizeHtml(dirtyHtml, {
allowedAttributes: { a: ['href'] },
transformTags: {
a: function(tagName, attribs) {
if (!attribs.href.startsWith('https://')) { delete attribs.href; }
return { tagName, attribs };
}
}
});
xss lets you define custom functions to handle attribute values, giving you control over URL validation.
// xss: Custom attribute handler
const clean = filterXSS(dirtyHtml, {
onTagAttr: function(tag, name, value) {
if (name === 'href' && value.includes('javascript:')) { return ''; }
return name + '="' + value + '"';
}
});
xss-filters separates URL filtering into different functions, which can be useful but adds complexity to the implementation.
// xss-filters: Separate URL filter
const cleanUrl = xssFilters.inFullURL(dirtyUrl);
// Must be called separately from HTML data filtering
| Feature | dompurify | sanitize-html | xss | xss-filters |
|---|---|---|---|---|
| Primary Env | Browser & Node | Node.js | Node.js | Node.js & Browser |
| Parsing Method | Browser DOM | String Parser | String Parser | String Escaping |
| Maintenance | ✅ Active | ✅ Active | ✅ Active | ❌ Deprecated |
| Config Style | Options Object | Options Object | Whitelist Object | Context Functions |
| Recommendation | Best Overall | Best for Node | Good Alternative | Do Not Use |
For most modern web applications, dompurify is the safest bet. Because it uses the browser's own parser, it understands edge cases better than string-based parsers. It is the gold standard for frontend sanitization.
If you are working strictly on the server side in Node.js and want to avoid DOM dependencies, sanitize-html is an excellent choice. It is robust, well-documented, and easy to configure.
The xss package is a solid alternative for Node.js if you prefer a whitelist-centric approach, but it lacks the DOM-level accuracy of dompurify.
Finally, xss-filters should be avoided. It is legacy software without active security support. Migrating away from it should be a priority for any team still using it.
Security Tip: Always sanitize on the server side before saving data, and sanitize again on the client side before rendering. Defense in depth is the only way to stay safe.
Choose sanitize-html if you are running a Node.js server and need to clean HTML strings before storing them in a database or sending them to the client. It offers a very readable configuration object for defining allowed tags and attributes, making it ideal for backend APIs.
Choose xss if you need a lightweight Node.js solution with customizable filter rules. It is well-suited for filtering query parameters, form bodies, or API payloads where you want strict control over how specific tags and attributes are handled via a whitelist.
Avoid xss-filters for new projects as it is considered legacy and no longer actively maintained. It was designed for context-aware escaping in older Yahoo applications. If you are maintaining an old system that uses it, plan to migrate to dompurify or sanitize-html for better security coverage and ongoing support.
Choose dompurify if you are sanitizing HTML directly in the browser or need a library that mirrors browser behavior accurately. It is the best choice for React, Vue, or Angular apps where you render user content into the DOM. It also works in Node.js environments when paired with a DOM shim like jsdom.
sanitize-html provides a simple HTML sanitizer with a clear API.
sanitize-html is tolerant. It is well suited for cleaning up HTML fragments such as those created by CKEditor and other rich text editors. It is especially handy for removing unwanted CSS when copying and pasting from Word.
sanitize-html allows you to specify the tags you want to permit, and the permitted
attributes for each of those tags. If an attribute is a known non-boolean value,
and it is empty, it will be removed. For example checked can be empty, but href
cannot.
If a tag is not permitted, the contents of the tag are not discarded. There are some exceptions to this, discussed below in the "Discarding the entire contents of a disallowed tag" section.
The syntax of poorly closed p and img elements is cleaned up.
href attributes are validated to ensure they only contain http, https, ftp and mailto URLs. Relative URLs are also allowed. Ditto for src attributes.
Allowing particular urls as a src to an iframe tag by filtering hostnames is also supported.
HTML comments are not preserved.
Additionally, sanitize-html escapes ALL text content - this means that ampersands, greater-than, and less-than signs are converted to their equivalent HTML character references (& --> &, < --> <, and so on). Additionally, in attribute values, quotation marks are escaped as well (" --> ").
sanitize-html is intended for use with Node.js and supports Node 10+. All of its npm dependencies are pure JavaScript. sanitize-html is built on the excellent htmlparser2 module.
sanitize-html is not written in TypeScript and there is no plan to directly support it. There is a community supported typing definition, @types/sanitize-html, however.
npm install -D @types/sanitize-html
If esModuleInterop=true is not set in your tsconfig.json file, you have to import it with:
import * as sanitizeHtml from 'sanitize-html';
When using TypeScript, there is a minimum supported version of >=4.5 because of a dependency on the htmlparser2 types.
Any questions or problems while using @types/sanitize-html should be directed to its maintainers as directed by that project's contribution guidelines.
Think first: why do you want to use it in the browser? Remember, servers must never trust browsers. You can't sanitize HTML for saving on the server anywhere else but on the server.
But, perhaps you'd like to display sanitized HTML immediately in the browser for preview. Or ask the browser to do the sanitization work on every page load. You can if you want to!
npm install sanitize-html
or
yarn add sanitize-html
The primary change in the 2.x version of sanitize-html is that it no longer includes a build that is ready for browser use. Developers are expected to include sanitize-html in their project builds (e.g., webpack) as they would any other dependency. So while sanitize-html is no longer ready to link to directly in HTML, developers can now more easily process it according to their needs.
Once built and linked in the browser with other project Javascript, it can be used to sanitize HTML strings in front end code:
import sanitizeHtml from 'sanitize-html';
const html = "<strong>hello world</strong>";
console.log(sanitizeHtml(html));
console.log(sanitizeHtml("<img src=x onerror=alert('img') />"));
console.log(sanitizeHtml("console.log('hello world')"));
console.log(sanitizeHtml("<script>alert('hello world')</script>"));
Install module from console:
npm install sanitize-html
Import the module:
// In ES modules
import sanitizeHtml from 'sanitize-html';
// Or in CommonJS
const sanitizeHtml = require('sanitize-html');
Use it in your JavaScript app:
const dirty = 'some really tacky HTML';
const clean = sanitizeHtml(dirty);
That will allow our default list of allowed tags and attributes through. It's a nice set, but probably not quite what you want. So:
// Allow only a super restricted set of tags and attributes
const clean = sanitizeHtml(dirty, {
allowedTags: [ 'b', 'i', 'em', 'strong', 'a' ],
allowedAttributes: {
'a': [ 'href' ]
},
allowedIframeHostnames: ['www.youtube.com']
});
Boom!
allowedTags: [
"address", "article", "aside", "footer", "header", "h1", "h2", "h3", "h4",
"h5", "h6", "hgroup", "main", "nav", "section", "blockquote", "dd", "div",
"dl", "dt", "figcaption", "figure", "hr", "li", "main", "ol", "p", "pre",
"ul", "a", "abbr", "b", "bdi", "bdo", "br", "cite", "code", "data", "dfn",
"em", "i", "kbd", "mark", "q", "rb", "rp", "rt", "rtc", "ruby", "s", "samp",
"small", "span", "strong", "sub", "sup", "time", "u", "var", "wbr", "caption",
"col", "colgroup", "table", "tbody", "td", "tfoot", "th", "thead", "tr"
],
nonBooleanAttributes: [
'abbr', 'accept', 'accept-charset', 'accesskey', 'action',
'allow', 'alt', 'as', 'autocapitalize', 'autocomplete',
'blocking', 'charset', 'cite', 'class', 'color', 'cols',
'colspan', 'content', 'contenteditable', 'coords', 'crossorigin',
'data', 'datetime', 'decoding', 'dir', 'dirname', 'download',
'draggable', 'enctype', 'enterkeyhint', 'fetchpriority', 'for',
'form', 'formaction', 'formenctype', 'formmethod', 'formtarget',
'headers', 'height', 'hidden', 'high', 'href', 'hreflang',
'http-equiv', 'id', 'imagesizes', 'imagesrcset', 'inputmode',
'integrity', 'is', 'itemid', 'itemprop', 'itemref', 'itemtype',
'kind', 'label', 'lang', 'list', 'loading', 'low', 'max',
'maxlength', 'media', 'method', 'min', 'minlength', 'name',
'nonce', 'optimum', 'pattern', 'ping', 'placeholder', 'popover',
'popovertarget', 'popovertargetaction', 'poster', 'preload',
'referrerpolicy', 'rel', 'rows', 'rowspan', 'sandbox', 'scope',
'shape', 'size', 'sizes', 'slot', 'span', 'spellcheck', 'src',
'srcdoc', 'srclang', 'srcset', 'start', 'step', 'style',
'tabindex', 'target', 'title', 'translate', 'type', 'usemap',
'value', 'width', 'wrap',
// Event handlers
'onauxclick', 'onafterprint', 'onbeforematch', 'onbeforeprint',
'onbeforeunload', 'onbeforetoggle', 'onblur', 'oncancel',
'oncanplay', 'oncanplaythrough', 'onchange', 'onclick', 'onclose',
'oncontextlost', 'oncontextmenu', 'oncontextrestored', 'oncopy',
'oncuechange', 'oncut', 'ondblclick', 'ondrag', 'ondragend',
'ondragenter', 'ondragleave', 'ondragover', 'ondragstart',
'ondrop', 'ondurationchange', 'onemptied', 'onended',
'onerror', 'onfocus', 'onformdata', 'onhashchange', 'oninput',
'oninvalid', 'onkeydown', 'onkeypress', 'onkeyup',
'onlanguagechange', 'onload', 'onloadeddata', 'onloadedmetadata',
'onloadstart', 'onmessage', 'onmessageerror', 'onmousedown',
'onmouseenter', 'onmouseleave', 'onmousemove', 'onmouseout',
'onmouseover', 'onmouseup', 'onoffline', 'ononline', 'onpagehide',
'onpageshow', 'onpaste', 'onpause', 'onplay', 'onplaying',
'onpopstate', 'onprogress', 'onratechange', 'onreset', 'onresize',
'onrejectionhandled', 'onscroll', 'onscrollend',
'onsecuritypolicyviolation', 'onseeked', 'onseeking', 'onselect',
'onslotchange', 'onstalled', 'onstorage', 'onsubmit', 'onsuspend',
'ontimeupdate', 'ontoggle', 'onunhandledrejection', 'onunload',
'onvolumechange', 'onwaiting', 'onwheel'
],
disallowedTagsMode: 'discard',
allowedAttributes: {
a: [ 'href', 'name', 'target' ],
// We don't currently allow img itself by default, but
// these attributes would make sense if we did.
img: [ 'src', 'srcset', 'alt', 'title', 'width', 'height', 'loading' ]
},
// Lots of these won't come up by default because we don't allow them
selfClosing: [ 'img', 'br', 'hr', 'area', 'base', 'basefont', 'input', 'link', 'meta' ],
// URL schemes we permit
allowedSchemes: [ 'http', 'https', 'ftp', 'mailto', 'tel' ],
allowedSchemesByTag: {},
allowedSchemesAppliedToAttributes: [
'href', 'src', 'cite',
'action', 'formaction', 'data', 'xlink:href',
'poster', 'background', 'ping',
'longdesc', 'usemap', 'codebase', 'classid', 'archive',
'profile', 'manifest', 'itemid',
'dynsrc', 'lowsrc'
],
allowProtocolRelative: true,
enforceHtmlBoundary: false,
parseStyleAttributes: true
Sure:
const clean = sanitizeHtml(dirty, {
allowedTags: sanitizeHtml.defaults.allowedTags.concat([ 'img' ])
});
If you do not specify allowedTags or allowedAttributes, our default list is applied. So if you really want an empty list, specify one.
Simple! Instead of leaving allowedTags or allowedAttributes out of the options, set either
one or both to false:
allowedTags: false,
allowedAttributes: false
Very simple! Set nonBooleanAttributes to [].
nonBooleanAttributes: []
Also very simple! Set nonBooleanAttributes to ['*'].
Note: This will break common valid cases like checked and selected, so this is
unlikely to be what you want. For most ordinary HTML use, it is best to avoid making
this change.
nonBooleanAttributes: ['*']
Also simple! Set allowedTags to [] and allowedAttributes to {}.
allowedTags: [],
allowedAttributes: {}
If you set disallowedTagsMode to discard (the default), disallowed tags are discarded. Any text content or subtags are still included, depending on whether the individual subtags are allowed.
If you set disallowedTagsMode to completelyDiscard, disallowed tags and any content they contain are discarded. Any subtags are still included, as long as those individual subtags are allowed.
If you set disallowedTagsMode to escape, the disallowed tags are escaped rather than discarded. Any text or subtags are handled normally.
If you set disallowedTagsMode to recursiveEscape, the disallowed tags are escaped rather than discarded, and the same treatment is applied to all subtags, whether otherwise allowed or not.
When configuring the attribute in allowedAttributes simply use an object with attribute name and an allowed values array. In the following example sandbox="allow-forms allow-modals allow-orientation-lock allow-pointer-lock allow-popups allow-popups-to-escape-sandbox allow-scripts" would become sandbox="allow-popups allow-scripts":
allowedAttributes: {
iframe: [
{
name: 'sandbox',
multiple: true,
values: ['allow-popups', 'allow-same-origin', 'allow-scripts']
}
]
}
With multiple: true, several allowed values may appear in the same attribute, separated by spaces. Otherwise the attribute must exactly match one and only one of the allowed values.
If you're incorporating SVG elements like linearGradient into your content and notice that they're not rendering as expected due to case sensitivity issues, it's essential to prevent sanitize-html from converting element and attribute names to lowercase. This situation often arises when SVGs fail to display correctly because their case-sensitive tags, such as linearGradient and attributes like viewBox, are inadvertently lowercased.
To address this, ensure you set lowerCaseTags: false and lowerCaseAttributeNames: false in the parser options of your sanitize-html configuration. This adjustment stops the library from altering the case of your tags and attributes, preserving the integrity of your SVG content.
allowedTags: [ 'svg', 'g', 'defs', 'linearGradient', 'stop', 'circle' ],
allowedAttributes: false,
parser: {
lowerCaseTags: false,
lowerCaseAttributeNames: false
}
You can use the * wildcard to allow all attributes with a certain prefix:
allowedAttributes: {
a: [ 'href', 'data-*' ]
}
Also you can use the * as name for a tag, to allow listed attributes to be valid for any tag:
allowedAttributes: {
'*': [ 'href', 'align', 'alt', 'center', 'bgcolor' ]
}
If you wish to allow specific CSS classes on a particular element, you can do so with the allowedClasses option. Any other CSS classes are discarded.
This implies that the class attribute is allowed on that element.
// Allow only a restricted set of CSS classes and only on the p tag
const clean = sanitizeHtml(dirty, {
allowedTags: [ 'p', 'em', 'strong' ],
allowedClasses: {
'p': [ 'fancy', 'simple' ]
}
});
Similar to allowedAttributes, you can use * to allow classes with a certain prefix, or use * as a tag name to allow listed classes to be valid for any tag:
allowedClasses: {
'code': [ 'language-*', 'lang-*' ],
'*': [ 'fancy', 'simple' ]
}
Furthermore, regular expressions are supported too:
allowedClasses: {
p: [ /^regex\d{2}$/ ]
}
If allowedClasses for a certain tag is false, all the classes for this tag will be allowed.
Note: It is advised that your regular expressions always begin with
^so that you are requiring a known prefix. A regular expression with neither^nor$just requires that something appear in the middle.
If you wish to allow specific CSS styles on a particular element, you can do that with the allowedStyles option. Simply declare your desired attributes as regular expression options within an array for the given attribute. Specific elements will inherit allowlisted attributes from the global (*) attribute. Any other CSS classes are discarded.
You must also use allowedAttributes to activate the style attribute for the relevant elements. Otherwise this feature will never come into play.
When constructing regular expressions, don't forget ^ and $. It's not enough to say "the string should contain this." It must also say "and only this."
URLs in inline styles are NOT filtered by any mechanism other than your regular expression.
const clean = sanitizeHtml(dirty, {
allowedTags: ['p'],
allowedAttributes: {
'p': ["style"],
},
allowedStyles: {
'*': {
// Match HEX and RGB
'color': [/^#(0x)?[0-9a-f]+$/i, /^rgb\(\s*(\d{1,3})\s*,\s*(\d{1,3})\s*,\s*(\d{1,3})\s*\)$/],
'text-align': [/^left$/, /^right$/, /^center$/],
// Match any number with px, em, or %
'font-size': [/^\d+(?:px|em|%)$/]
},
'p': {
'font-size': [/^\d+rem$/]
}
}
});
<html></html> tagsSome text editing applications generate HTML to allow copying over to a web application. These can sometimes include undesirable control characters after terminating html tag. By default sanitize-html will not discard these characters, instead returning them in sanitized string. This behaviour can be modified using enforceHtmlBoundary option.
Setting this option to true will instruct sanitize-html to discard all characters outside of html tag boundaries -- before <html> and after </html> tags.
enforceHtmlBoundary: true
sanitize-html is built on htmlparser2. By default the only option passed down is decodeEntities: true. You can set the options to pass by using the parser option.
Security note: changing the parser settings can be risky. In particular, decodeEntities: false has known security concerns and a complete test suite does not exist for every possible combination of settings when used with sanitize-html. If security is your goal we recommend you use the defaults rather than changing parser, except for the lowerCaseTags option.
const clean = sanitizeHtml(dirty, {
allowedTags: ['a'],
parser: {
lowerCaseTags: true
}
});
See the htmlparser2 wiki for the full list of possible options.
What if you want to add or change an attribute? What if you want to transform one tag to another? No problem, it's simple!
The easiest way (will change all ol tags to ul tags):
const clean = sanitizeHtml(dirty, {
transformTags: {
'ol': 'ul',
}
});
The most advanced usage:
const clean = sanitizeHtml(dirty, {
transformTags: {
'ol': function(tagName, attribs) {
// My own custom magic goes here
return {
tagName: 'ul',
attribs: {
class: 'foo'
}
};
}
}
});
You can specify the * wildcard instead of a tag name to transform all tags.
There is also a helper method which should be enough for simple cases in which you want to change the tag and/or add some attributes:
const clean = sanitizeHtml(dirty, {
transformTags: {
'ol': sanitizeHtml.simpleTransform('ul', {class: 'foo'}),
}
});
The simpleTransform helper method has 3 parameters:
simpleTransform(newTag, newAttributes, shouldMerge)
The last parameter (shouldMerge) is set to true by default. When true, simpleTransform will merge the current attributes with the new ones (newAttributes). When false, all existing attributes are discarded.
You can also add or modify the text contents of a tag:
const clean = sanitizeHtml(dirty, {
transformTags: {
'a': function(tagName, attribs) {
return {
tagName: 'a',
text: 'Some text'
};
}
}
});
For example, you could transform a link element with missing anchor text:
<a href="http://somelink.com"></a>
To a link with anchor text:
<a href="http://somelink.com">Some text</a>
You can provide a filter function to remove unwanted tags. Let's suppose we need to remove empty a tags like:
<a href="https://github.com/apostrophecms/apostrophe/blob/HEAD/page.html"></a>
We can do that with the following filter:
sanitizeHtml(
'<p>This is <a href="http://www.linux.org"></a><br/>Linux</p>',
{
exclusiveFilter: function(frame) {
return frame.tag === 'a' && !frame.text.trim();
}
}
);
The filter function can also return the string "excludeTag" to only remove the tag, while keeping its content. For example, you can remove tags for anchors with invalid links:
sanitizeHtml(
'This is a <a href="javascript:alert(123)">bad link</a> and a <a href="https://www.linux.org">good link</a>',
{
exclusiveFilter: function(frame) {
// the href attribute is removed by the URL protocol check
return frame.tag === 'a' && !frame.attribs.href ? 'excludeTag' : false;
}
}
);
// Output: 'This is a bad link and a <a href="https://www.linux.org">good link</a>'
The frame object supplied to the callback provides the following attributes:
tag: The tag name, i.e. 'img'.attribs: The tag's attributes, i.e. { src: "/path/to/tux.png" }.text: The text content of the tag.mediaChildren: Immediate child tags that are likely to represent self-contained media (e.g., img, video, picture, iframe). See the mediaTags variable in src/index.js for the full list.tagPosition: The index of the tag's position in the result string.You can also process all text content with a provided filter function. Let's say we want an ellipsis instead of three dots.
<p>some text...</p>
We can do that with the following filter:
sanitizeHtml(
'<p>some text...</p>',
{
textFilter: function(text, tagName) {
if (['a'].indexOf(tagName) > -1) return //Skip anchor tags
return text.replace(/\.\.\./, '…');
}
}
);
Note that the text passed to the textFilter method is already escaped for safe display as HTML. You may add markup and use entity escape sequences in your textFilter.
If you would like to allow iframe tags but want to control the domains that are allowed through, you can provide an array of hostnames and/or array of domains that you would like to allow as iframe sources. This hostname is a property in the options object passed as an argument to the sanitize-html function.
These arrays will be checked against the html that is passed to the function and return only src urls that include the allowed hostnames or domains in the object. The url in the html that is passed must be formatted correctly (valid hostname) as an embedded iframe otherwise the module will strip out the src from the iframe.
Make sure to pass a valid hostname along with the domain you wish to allow, i.e.:
allowedIframeHostnames: ['www.youtube.com', 'player.vimeo.com'],
allowedIframeDomains: ['zoom.us']
You may also specify whether or not to allow relative URLs as iframe sources.
allowIframeRelativeUrls: true
Note that if unspecified, relative URLs will be allowed by default if no hostname or domain filter is provided but removed by default if a hostname or domain filter is provided.
Remember that the iframe tag must be allowed as well as the src attribute.
For example:
const clean = sanitizeHtml('<p><iframe src="https://www.youtube.com/embed/nykIhs12345"></iframe><p>', {
allowedTags: [ 'p', 'em', 'strong', 'iframe' ],
allowedClasses: {
'p': [ 'fancy', 'simple' ],
},
allowedAttributes: {
'iframe': ['src']
},
allowedIframeHostnames: ['www.youtube.com', 'player.vimeo.com']
});
will pass through as safe whereas:
const clean = sanitizeHtml('<p><iframe src="https://www.youtube.net/embed/nykIhs12345"></iframe><p>', {
allowedTags: [ 'p', 'em', 'strong', 'iframe' ],
allowedClasses: {
'p': [ 'fancy', 'simple' ],
},
allowedAttributes: {
'iframe': ['src']
},
allowedIframeHostnames: ['www.youtube.com', 'player.vimeo.com']
});
or
const clean = sanitizeHtml('<p><iframe src="https://www.vimeo/video/12345"></iframe><p>', {
allowedTags: [ 'p', 'em', 'strong', 'iframe' ],
allowedClasses: {
'p': [ 'fancy', 'simple' ],
},
allowedAttributes: {
'iframe': ['src']
},
allowedIframeHostnames: ['www.youtube.com', 'player.vimeo.com']
});
will return an empty iframe tag.
If you want to allow any subdomain of any level you can provide the domain in allowedIframeDomains
// This iframe markup will pass through as safe.
const clean = sanitizeHtml('<p><iframe src="https://us02web.zoom.us/embed/12345"></iframe><p>', {
allowedTags: [ 'p', 'em', 'strong', 'iframe' ],
allowedClasses: {
'p': [ 'fancy', 'simple' ],
},
allowedAttributes: {
'iframe': ['src']
},
allowedIframeHostnames: ['www.youtube.com', 'player.vimeo.com'],
allowedIframeDomains: ['zoom.us']
});
Similarly to iframes you can allow a script tag on a list of allowlisted domains
const clean = sanitizeHtml('<script src="https://www.safe.authorized.com/lib.js"></script>', {
allowedTags: ['script'],
allowedAttributes: {
script: ['src']
},
allowedScriptDomains: ['authorized.com'],
})
You can allow a script tag on a list of allowlisted hostnames too
const clean = sanitizeHtml('<script src="https://www.authorized.com/lib.js"></script>', {
allowedTags: ['script'],
allowedAttributes: {
script: ['src']
},
allowedScriptHostnames: [ 'www.authorized.com' ],
})
By default, we allow the following URL schemes in cases where href, src, etc. are allowed:
[ 'http', 'https', 'ftp', 'mailto' ]
You can override this if you want to:
sanitizeHtml(
// teeny-tiny valid transparent GIF in a data URL
'<img src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" />',
{
allowedTags: [ 'img', 'p' ],
allowedSchemes: [ 'data', 'http' ]
}
);
You can also allow a scheme for a particular tag only:
allowedSchemes: [ 'http', 'https' ],
allowedSchemesByTag: {
img: [ 'data' ]
}
And you can forbid the use of protocol-relative URLs (starting with //) to access another site using the current protocol, which is allowed by default:
allowProtocolRelative: false
Normally, with a few exceptions, if a tag is not allowed, all of the text within it is preserved, and so are any allowed tags within it.
The exceptions are:
style, script, textarea, option, xmp
If you wish to replace this list, for instance to discard whatever is found
inside a noscript tag, use the nonTextTags option:
nonTextTags: [ 'style', 'script', 'textarea', 'option', 'xmp', 'noscript' ]
Note that if you use this option you are responsible for stating the entire list. This gives you the power to retain the content of textarea, if you want to.
The content still gets escaped properly, with the exception of the script and
style tags. Allowing either script or style leaves you open to XSS
attacks. Don't do that unless you have good reason to trust their origin.
sanitize-html will log a warning if these tags are allowed, which can be
disabled with the allowVulnerableTags: true option.
Instead of discarding, or keeping text only, you may enable escaping of the entire content:
disallowedTagsMode: 'escape'
This will transform <disallowed>content</disallowed> to <disallowed>content</disallowed>
Valid values are: 'discard' (default), 'completelyDiscard' (remove disallowed tag's content), 'escape' (escape the tag) and 'recursiveEscape' (to escape the tag and all its content).
If you set disallowedTagsMode to discard, disallowed tags are discarded but the inner content of disallowed tags is kept.
disallowedTagsMode: 'discard'
This will transform <disallowed>content</disallowed> to content
If you set disallowedTagsMode to completelyDiscard, disallowed tags and any text they contain are discarded. This also discards top-level text. Any subtags are still included, as long as those individual subtags are allowed.
disallowedTagsMode: 'completelyDiscard'
This will transform <disallowed>content <allowed>content</allowed> </disallowed> to <allowed>content</allowed>
if you set disallowedTagsMode to recursiveEscape, disallowed tags and their children will be escaped even for allowed tags:
disallowedTagsMode: `recursiveEscape`
This will transform <disallowed>hello<p>world</p></disallowed> to <disallowed>hello<p>world</p></disallowed>
By default, attributes are not preserved when tags are escaped. You can set preserveEscapedAttributes to true to
keep the attributes, which will also be escaped and therefore have no effect on the browser.
preserveEscapedAttributes: true
Instead of discarding faulty style attributes, you can allow them by disabling the parsing of style attributes:
parseStyleAttributes: false
This will transform <div style="invalid-prop: non-existing-value">content</div> to <div style="invalid-prop: non-existing-value">content</div> instead of stripping it: <div>content</div>
By default the parseStyleAttributes option is true.
When you disable parsing of the style attribute (parseStyleAttributes: false) and you pass in options for the allowedStyles property, an error will be thrown. This combination is not permitted.
we recommend sanitizing content server-side in a Node.js environment, as you cannot trust a browser to sanitize things anyway. Consider what a malicious user could do via the network panel, the browser console, or just by writing scripts that submit content similar to what your JavaScript submits. But if you really need to run it on the client in the browser, you may find you need to disable parseStyleAttributes. This is subject to change as it is an upstream issue with postcss, not sanitize-html itself.
You can limit the depth of HTML tags in the document with the nestingLimit option:
nestingLimit: 6
This will prevent the user from nesting tags more than 6 levels deep. Tags deeper than that are stripped out exactly as if they were disallowed. Note that this means text is preserved in the usual ways where appropriate.
For more advanced filtering you can hook directly into the parsing process using tag open and tag close events.
The onOpenTag event is triggered when an opening tag is encountered. It has two arguments:
tagName: The name of the tag.attribs: An object containing the tag's attributes, e.g. { src: "/path/to/tux.png" }.The onCloseTag event is triggered when a closing tag is encountered. It has the following arguments:
tagName: The name of the tag.isImplied: A boolean indicating whether the closing tag is implied (e.g. <p>foo<p>bar) or explicit (e.g. <p>foo</p><p>bar</p>).For example, you may want to add spaces around a removed tag, like this:
const allowedTags = [ 'b' ];
let addSpace = false;
const sanitizedHtml = sanitizeHtml(
'There should be<div><p>spaces</p></div>between <b>these</b> words.',
{
allowedTags,
onOpenTag: (tagName, attribs) => {
addSpace = !allowedTags.includes(tagName);
},
onCloseTag: (tagName, isImplied) => {
addSpace = !allowedTags.includes(tagName);
},
textFilter: (text) => {
if (addSpace) {
addSpace = false;
return ' ' + text;
}
return text;
}
}
);
In this example, we are setting a flag when a tag that will be removed has been opened or closed. Then we use the textFilter to modify the text to include spaces. The example should produce:
There should be spaces between <b>these</b> words.
This is a simplified example that is not meant to be production-ready. For your specific case, you may want to keep track of currently open tags, using the open and close events to push and pop items on the stack, or only insert spaces next to a subset of disallowed tags.
sanitize-html was created at P'unk Avenue for use in ApostropheCMS, an open-source content management system built on Node.js. If you like sanitize-html you should definitely check out ApostropheCMS.
Feel free to open issues on github.