flawopen.com/クロスサイトスクリプティング/Javascript

クロスサイトスクリプティング in Javascript

重要 CWE-79 Draft — pending review
Language: English Português (Brasil) Español Français Deutsch Русский 简体中文 日本語 हिन्दी 한국어 Bahasa Indonesia
かんたん解説 (ELI5)

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.

このページの主要用語
output encoding
Converting special markup characters into safe entities so browsers display them as text rather than script.

何が起きているか

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

実際の被害事例

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.

脆弱なコード vs 安全なコード

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);
}

なぜ対策コードで防げるのか

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

言語固有の落とし穴

React dangerouslySetInnerHTML

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

よくある誤解

"Frameworks prevent all XSS"

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

影響の有無を確認する方法

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.

防止チェックリスト

よくある質問 (FAQ)

Does Content Security Policy (CSP) replace escaping?

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

参考資料

関連する脆弱性: SQL Injection Command InjectionPath Traversal