sanitize-html
Clean up user-submitted HTML, preserving whitelisted elements and whitelisted attributes on a per-element basis. Built on htmlparser2 for speed and tolerance
Top Related Projects
DOMPurify - a DOM-only, super-fast, uber-tolerant XSS sanitizer for HTML, MathML and SVG. DOMPurify works with a secure default, but offers a lot of configurability and hooks. Demo:
Sanitize untrusted HTML (to prevent XSS) with a configuration specified by a Whitelist
Clean up user-submitted HTML, preserving whitelisted elements and whitelisted attributes on a per-element basis. Built on htmlparser2 for speed and tolerance
Google's common JavaScript library
A JavaScript implementation of various web standards, for use with Node.js
The fast & forgiving HTML and XML parser
Quick Overview
sanitize-html is a JavaScript library that sanitizes HTML and prevents XSS attacks. It allows you to specify which tags, attributes, and attribute values are allowed, making it highly customizable for different use cases and security requirements.
Pros
- Highly customizable, allowing fine-grained control over allowed tags and attributes
- Actively maintained with regular updates and bug fixes
- Supports both Node.js and browser environments
- Extensive documentation and examples available
Cons
- May require careful configuration to balance security and functionality
- Performance can be impacted when sanitizing large amounts of HTML
- Some advanced features might have a learning curve for new users
Code Examples
- Basic usage:
const sanitizeHtml = require('sanitize-html');
const dirty = '<p>Some text <script>alert("xss");</script></p>';
const clean = sanitizeHtml(dirty);
console.log(clean); // Output: <p>Some text </p>
- Customizing allowed tags and attributes:
const sanitizeHtml = require('sanitize-html');
const dirty = '<p style="color: red;">Some <strong>formatted</strong> text.</p>';
const clean = sanitizeHtml(dirty, {
allowedTags: ['p', 'strong'],
allowedAttributes: {
'p': ['style']
}
});
console.log(clean); // Output: <p style="color: red;">Some <strong>formatted</strong> text.</p>
- Using custom transformations:
const sanitizeHtml = require('sanitize-html');
const dirty = '<a href="http://example.com">Link</a>';
const clean = sanitizeHtml(dirty, {
transformTags: {
'a': (tagName, attribs) => {
return {
tagName: 'a',
attribs: {
...attribs,
target: '_blank',
rel: 'noopener noreferrer'
}
};
}
}
});
console.log(clean); // Output: <a href="http://example.com" target="_blank" rel="noopener noreferrer">Link</a>
Getting Started
To use sanitize-html in your project:
-
Install the package:
npm install sanitize-html
-
Import and use in your code:
const sanitizeHtml = require('sanitize-html'); const cleanHtml = sanitizeHtml(dirtyHtml, { allowedTags: ['b', 'i', 'em', 'strong', 'a'], allowedAttributes: { 'a': ['href'] } });
Refer to the documentation for more advanced configuration options and usage examples.
Competitor Comparisons
DOMPurify - a DOM-only, super-fast, uber-tolerant XSS sanitizer for HTML, MathML and SVG. DOMPurify works with a secure default, but offers a lot of configurability and hooks. Demo:
Pros of DOMPurify
- Browser-based sanitization, making it suitable for client-side applications
- Extensive support for SVG and MathML content
- Actively maintained with frequent updates and security patches
Cons of DOMPurify
- Limited server-side support, primarily designed for browser environments
- May require additional configuration for complex use cases
Code Comparison
sanitize-html:
const sanitizeHtml = require('sanitize-html');
const dirty = '<script>alert("xss")</script><p>Hello world!</p>';
const clean = sanitizeHtml(dirty);
console.log(clean); // Output: <p>Hello world!</p>
DOMPurify:
import DOMPurify from 'dompurify';
const dirty = '<script>alert("xss")</script><p>Hello world!</p>';
const clean = DOMPurify.sanitize(dirty);
console.log(clean); // Output: <p>Hello world!</p>
Both libraries effectively sanitize HTML input, removing potentially malicious scripts. The main difference lies in their usage environment and additional features. sanitize-html is more suitable for server-side Node.js applications, while DOMPurify excels in browser-based scenarios with added support for SVG and MathML content.
Sanitize untrusted HTML (to prevent XSS) with a configuration specified by a Whitelist
Pros of js-xss
- More flexible configuration options for customizing allowed tags and attributes
- Supports custom function handlers for specific tags or attributes
- Faster performance for large HTML inputs
Cons of js-xss
- Less comprehensive default sanitization rules compared to sanitize-html
- Requires more manual configuration to achieve the same level of security
- Documentation is primarily in Chinese, which may be challenging for non-Chinese speakers
Code Comparison
sanitize-html:
const sanitizeHtml = require('sanitize-html');
const dirty = '<script>alert("xss")</script><p>Hello world!</p>';
const clean = sanitizeHtml(dirty);
console.log(clean); // Output: <p>Hello world!</p>
js-xss:
const xss = require('xss');
const dirty = '<script>alert("xss")</script><p>Hello world!</p>';
const clean = xss(dirty);
console.log(clean); // Output: <script>alert("xss")</script><p>Hello world!</p>
Both libraries effectively sanitize HTML input, but js-xss provides more granular control over the sanitization process. sanitize-html offers a more straightforward API with sensible defaults, making it easier to use out of the box. The choice between the two depends on the specific requirements of your project and the level of customization needed.
Clean up user-submitted HTML, preserving whitelisted elements and whitelisted attributes on a per-element basis. Built on htmlparser2 for speed and tolerance
Pros of sanitize-html
- Well-established and widely used HTML sanitization library
- Extensive configuration options for fine-tuning allowed tags and attributes
- Regular updates and active maintenance
Cons of sanitize-html
- May have a steeper learning curve due to its extensive configuration options
- Potentially larger bundle size compared to simpler alternatives
Code Comparison
Both repositories refer to the same project, so there's no code comparison to be made. Here's a basic usage example of sanitize-html:
const sanitizeHtml = require('sanitize-html');
const dirty = '<script>alert("xss");</script><p>Hello world!</p>';
const clean = sanitizeHtml(dirty);
console.log(clean); // Output: <p>Hello world!</p>
Summary
sanitize-html is a robust and flexible HTML sanitization library. It offers extensive customization options, allowing developers to precisely control which HTML elements and attributes are allowed. While this flexibility can lead to a steeper learning curve, it provides the power needed for complex sanitization requirements. The library is actively maintained and widely adopted in the developer community, making it a reliable choice for HTML sanitization needs.
Google's common JavaScript library
Pros of closure-library
- Comprehensive JavaScript library with a wide range of utilities and components
- Robust and well-tested, used in large-scale Google applications
- Supports modular development and code optimization
Cons of closure-library
- Steeper learning curve due to its size and complexity
- Heavier footprint, which may not be suitable for smaller projects
- Less focused on specific tasks like HTML sanitization
Code comparison
sanitize-html:
const sanitizeHtml = require('sanitize-html');
const dirty = '<script>alert("xss")</script><p>Hello world!</p>';
const clean = sanitizeHtml(dirty);
console.log(clean); // Output: <p>Hello world!</p>
closure-library:
goog.require('goog.html.sanitizer.HtmlSanitizer');
const sanitizer = new goog.html.sanitizer.HtmlSanitizer();
const dirty = '<script>alert("xss")</script><p>Hello world!</p>';
const clean = sanitizer.sanitize(dirty);
console.log(goog.html.SafeHtml.unwrap(clean)); // Output: <p>Hello world!</p>
Summary
While closure-library offers a comprehensive set of tools for large-scale JavaScript applications, sanitize-html is a focused library specifically designed for HTML sanitization. closure-library provides more features but comes with increased complexity, while sanitize-html offers a simpler, more targeted solution for cleaning HTML content.
A JavaScript implementation of various web standards, for use with Node.js
Pros of jsdom
- Full DOM implementation, allowing complex manipulation and traversal
- Simulates a browser environment, enabling testing of client-side JavaScript
- Supports a wide range of Web APIs and standards
Cons of jsdom
- Heavier and more resource-intensive due to its comprehensive nature
- Overkill for simple HTML sanitization tasks
- Steeper learning curve for basic use cases
Code Comparison
sanitize-html:
const sanitizeHtml = require('sanitize-html');
const dirty = '<script>alert("xss")</script><p>Hello world!</p>';
const clean = sanitizeHtml(dirty);
console.log(clean); // Output: <p>Hello world!</p>
jsdom:
const jsdom = require('jsdom');
const { JSDOM } = jsdom;
const dom = new JSDOM('<p>Hello world!</p>');
const paragraph = dom.window.document.querySelector('p');
console.log(paragraph.textContent); // Output: Hello world!
Summary
sanitize-html is a lightweight library focused specifically on HTML sanitization, making it ideal for quick and straightforward cleaning of user-generated content. It's easy to use and efficient for its intended purpose.
jsdom, on the other hand, is a full-fledged DOM implementation that simulates a browser environment. It's more powerful and versatile, suitable for complex DOM manipulation and testing client-side JavaScript. However, it's overkill for simple sanitization tasks and requires more resources.
Choose sanitize-html for basic HTML cleaning, and jsdom for more complex browser-like operations or when you need a full DOM implementation in a Node.js environment.
The fast & forgiving HTML and XML parser
Pros of htmlparser2
- More versatile and powerful, capable of parsing and manipulating HTML/XML
- Higher performance and efficiency for large-scale parsing tasks
- Supports streaming, allowing processing of large documents with low memory usage
Cons of htmlparser2
- Requires more setup and configuration for basic sanitization tasks
- Less focused on security-specific features compared to sanitize-html
- Steeper learning curve for simple HTML cleaning operations
Code Comparison
sanitize-html:
const sanitizeHtml = require('sanitize-html');
const dirty = '<script>alert("xss")</script><p>Safe content</p>';
const clean = sanitizeHtml(dirty);
console.log(clean); // Output: <p>Safe content</p>
htmlparser2:
const { Parser } = require('htmlparser2');
const handler = { ontext: (text) => console.log(text) };
const parser = new Parser(handler);
parser.write('<script>alert("xss")</script><p>Safe content</p>');
parser.end();
// Output: Safe content
Summary
While htmlparser2 offers more power and flexibility for general HTML/XML parsing and manipulation, sanitize-html provides a more straightforward and security-focused solution for HTML sanitization. htmlparser2 is better suited for complex parsing tasks, while sanitize-html excels in quickly and safely cleaning user-generated content with minimal setup.
Convert designs to code with AI
Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.
Try Visual CopilotREADME
sanitize-html
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 ("
--> "
).
Requirements
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.
Regarding TypeScript
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.
How to use
Browser
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!
- Install the package:
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>"));
Node (Recommended)
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!
Default options
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' ],
allowProtocolRelative: true,
enforceHtmlBoundary: false,
parseStyleAttributes: true
Common use cases
"I like your set but I want to add one more tag. Is there a convenient way?"
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.
"What if I want to allow all tags or all attributes?"
Simple! Instead of leaving allowedTags
or allowedAttributes
out of the options, set either
one or both to false
:
allowedTags: false,
allowedAttributes: false
"What if I want to allow empty attributes, even for cases like href that normally don't make sense?"
Very simple! Set nonBooleanAttributes
to []
.
nonBooleanAttributes: []
"What if I want to remove all empty attributes, including valid ones?"
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: ['*']
"What if I don't want to allow any tags?"
Also simple! Set allowedTags
to []
and allowedAttributes
to {}
.
allowedTags: [],
allowedAttributes: {}
"What if I want disallowed tags to be escaped rather than discarded?"
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.
"What if I want to allow only specific values on some attributes?"
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.
"What if I want to maintain the original case for SVG elements and attributes?"
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
}
Wildcards for attributes
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' ]
}
Additional options
Allowed CSS Classes
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.
Allowed CSS Styles
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$/]
}
}
});
Discarding text outside of <html></html>
tags
Some 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
htmlparser2 Options
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.
Transformations
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>
Filters
You can provide a filter function to remove unwanted tags. Let's suppose we need to remove empty a
tags like:
<a href="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 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 themediaTags
variable insrc/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
.
Iframe Filters
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']
});
Script Filters
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' ],
})
Allowed URL schemes
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
Discarding the entire contents of a disallowed tag
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
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', '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.
Choose what to do with disallowed tags
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).
Discard disallowed but but the inner content of disallowed tags is kept.
If you set disallowedTagsMode
to discard
, disallowed tags are discarded but but the inner content of disallowed tags is kept.
disallowedTagsMode: 'discard'
This will transform <disallowed>content</disallowed>
to content
Discard entire content of a disallowed tag
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.
disallowedTagsMode: 'completelyDiscard'
This will transform <disallowed>content <allowed>content</allowed> </disallowed>
to <allowed>content</allowed>
Escape the disallowed tag and all its children even for allowed tags.
if you set disallowedTagsMode
to recursiveEscape
, disallowed tag and its 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>
Ignore style attribute contents
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.
Restricting deep nesting
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.
About ApostropheCMS
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.
Support
Feel free to open issues on github.
Top Related Projects
DOMPurify - a DOM-only, super-fast, uber-tolerant XSS sanitizer for HTML, MathML and SVG. DOMPurify works with a secure default, but offers a lot of configurability and hooks. Demo:
Sanitize untrusted HTML (to prevent XSS) with a configuration specified by a Whitelist
Clean up user-submitted HTML, preserving whitelisted elements and whitelisted attributes on a per-element basis. Built on htmlparser2 for speed and tolerance
Google's common JavaScript library
A JavaScript implementation of various web standards, for use with Node.js
The fast & forgiving HTML and XML parser
Convert designs to code with AI
Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.
Try Visual Copilot