CVE-2016-1000227 — bootstrap-tagsinput
CVE-2016-1000227 is a security vulnerability in bootstrap-tagsinput. No vendor fix is recorded yet; mitigation options are listed below.
Cross-Site Scripting in bootstrap-tagsinput
Real-World Exposure
How broadly this vulnerability is actually deployed: weekly install volume shows current usage, and reverse-dependency count shows how many other packages break if it stays unpatched.
bootstrap-tagsinputnpmDescription
All versions of bootstrap-tagsinput are vulnerable to cross-site scripting when user input is passed into the itemTitle parameter unmodified, as the package fails to properly sanitize or encode user input for that parameter.
Recommendation
This package is not actively maintained, and has not seen an update since 2015.
Because of this, the simplest mitigation is to avoid using the itemTitle parameter. With over 200 open issues and over 100 open pull requests as of 2/2018, it seems unlikely that the author has any intention of maintaining the module. If avoiding the use of itemTitle indefinitely is acceptable, this is a workable solution. If not, the best available mitigation is to use a fork of the module that is actively maintained and provides similar functionality. There are many such forks to choose from available on github..
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 📦npm | bootstrap-tagsinput | all versions | No fix |
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for bootstrap-tagsinput, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Remediation status
No patched version of bootstrap-tagsinput has shipped for CVE-2016-1000227 yet. Where your build allows, override or pin the dependency away from the vulnerable range, and apply any maintainer-recommended mitigation.
Mitigate without a patch
Escape or sanitise the affected output on the server side rather than relying on client-side filtering, and add a Content-Security-Policy that blocks inline script execution so injected markup cannot run even if it reaches the page.
Frequently Asked Questions
Is CVE-2016-1000227 in your dependencies?
Find it across npm, including transitive dependencies.