flawopen.com/Cross-Site Scripting/Javascript

Cross-Site Scripting in Javascript

Alta CWE-79 Draft — pending review
Language: English Português (Brasil) Español Français Deutsch Русский 简体中文 日本語 हिन्दी 한국어 Bahasa Indonesia
Explicación simple

Imagine a guestbook where a visitor writes a note containing hidden script tags that execute in the browser of the next person who opens the page.

Términos clave en esta página
output encoding
Converting special markup characters into safe entities so browsers display them as text rather than script.

Qué está pasando

Cross-site scripting happens when untrusted user input is inserted into the DOM without proper HTML output encoding.

Impacto en el mundo real

In 2005, the Samy XSS worm infected over 1 million user profiles on MySpace in under 20 hours, forcing the platform offline.

Documented historical AppSec case study.

Vulnerable vs. corregido

VULNERABLE
// comment text parsed directly as HTML
function renderComment(el, comment) {
  el.innerHTML =
    `

${comment}

`; }
FIXED
// comment text inserted as safe plain text
function renderComment(el, comment) {
  const p = document.createElement('p');
  p.textContent = comment;
  el.appendChild(p);
}

Por qué funciona la solución

textContent inserts values strictly as plain text, preventing the browser from parsing markup into executable elements.

Puntos críticos específicos

React dangerouslySetInnerHTML

Explicitly disables React auto-escaping. Must be paired with DOMPurify if used.

Conceptos errneos comunes

"Frameworks prevent all XSS"

Template escape hatches and direct DOM APIs (innerHTML, outerHTML) bypass framework defenses.

Cómo comprobar si está afectado

grep -rn "\.innerHTML\s*=" --include="*.js" --include="*.ts" . grep -rn "dangerouslySetInnerHTML" --include="*.jsx" --include="*.tsx" .
Configure ESLint rule react/no-danger and DOMPurify for cases where HTML formatting is genuinely required.

Lista de comprobación de prevención

Preguntas frecuentes

Does Content Security Policy (CSP) replace escaping?

No. CSP provides defense-in-depth, but output encoding remains the primary defense.

Referencias

Ver también: SQL Injection Command InjectionPath Traversal