How to Fix Cross-Site Scripting (XSS) in Express
Learn how to prevent and fix Cross-Site Scripting (XSS) vulnerabilities in Express applications. Step-by-step guide with code examples, security checklists, and best practices.
What Is Cross-Site Scripting (XSS)?
Cross-Site Scripting (XSS) is a code injection vulnerability that occurs when an application includes untrusted data in a web page without proper validation or escaping. An attacker can inject malicious scripts (typically JavaScript) that execute in the context of a victim's browser session.
There are three main types of XSS: Reflected XSS, where the malicious script comes from the current HTTP request; Stored XSS, where the script is permanently stored on the target server (e.g., in a database or comment field); and DOM-based XSS, where the vulnerability exists entirely in client-side code that processes data from an untrusted source.
Modern frameworks like React and Vue provide automatic output encoding by default, but developers can still introduce XSS through dangerous APIs like `dangerouslySetInnerHTML`, `v-html`, or by constructing HTML strings manually. Server-rendered pages are particularly vulnerable when user input flows into template output without sanitization.
Why It Matters
XSS is one of the most prevalent web vulnerabilities and can have devastating consequences. An attacker exploiting XSS can steal session cookies and authentication tokens, impersonate users and perform actions on their behalf, redirect users to malicious websites, deface web pages, and install keyloggers to capture credentials. Because XSS executes in the trusted context of the vulnerable website, it can bypass same-origin policies and access any data the user can see. In applications handling sensitive data -- financial records, health information, or personal communications -- XSS can lead to massive data breaches and regulatory violations.
How to Fix It in Express
The primary defense against XSS is output encoding: escape all untrusted data before inserting it into HTML, JavaScript, CSS, or URL contexts. Use your framework's built-in auto-escaping (React JSX, Vue templates, Angular interpolation) and avoid bypassing it with dangerous APIs. Implement a strict Content Security Policy (CSP) that prevents inline script execution. Validate and sanitize all user input on the server side using allowlists rather than denylists. For rich text, use a proven sanitization library like DOMPurify. Set the HttpOnly flag on session cookies to prevent JavaScript access. Use the X-XSS-Protection header as an additional layer of defense.
Express-Specific Advice
- Use `helmet` middleware for setting security headers (CSP, HSTS, X-Frame-Options, etc.) with sensible defaults.
- Use `express-rate-limit` for rate limiting. Apply stricter limits to authentication endpoints and API routes.
- Always use parameterized queries with your database driver. Never concatenate user input into SQL strings.
- Validate request bodies using `express-validator`, Zod, or Joi middleware. Reject requests that do not match expected schemas.
Code Examples
app.get("/search", (req, res) => {
const query = req.query.q;
// DANGEROUS -- reflected XSS
res.send(`<h1>Results for: ${query}</h1>`);
});import escape from "escape-html";
app.get("/search", (req, res) => {
const query = escape(req.query.q || "");
res.send(`<h1>Results for: ${query}</h1>`);
});
// Even better: use a templating engine with auto-escaping
// (EJS, Handlebars, Pug all auto-escape by default)Express Security Checklist for Cross-Site Scripting (XSS)
Express Security Best Practices
Use `helmet` middleware for setting security headers (CSP, HSTS, X-Frame-Options, etc.) with sensible defaults.
Use `express-rate-limit` for rate limiting. Apply stricter limits to authentication endpoints and API routes.
Always use parameterized queries with your database driver. Never concatenate user input into SQL strings.
Validate request bodies using `express-validator`, Zod, or Joi middleware. Reject requests that do not match expected schemas.
Use `cors` middleware with explicit origin allowlists. Never use `cors({ origin: '*' })` in production.
Disable the `X-Powered-By` header with `app.disable('x-powered-by')` or by using helmet.
Use `multer` or `busboy` for file uploads with strict file type and size limits. Store files outside the web root.
Implement proper error handling middleware that does not leak stack traces or internal details in production.
Scan Your Express App with SafeVibe
Stop guessing if your Express app is vulnerable to Cross-Site Scripting (XSS). Run an automated penetration test in minutes and get actionable results.
Start Free Scan