CVE-2026-106102: Quasar Framework Cross-Site Scripting Vulnerability

{
  "schema_version" : "1.4.0",
  "id" : "GHSA-pq96-jpmf-w254",
  "modified" : "2026-10-07T16:14:22Z",
  "published" : "2026-10-07T16:14:22Z",
  "aliases" : [ "CVE-2026-106102" ],
  "summary" : "Quasar Framework: Stored/Reflected XSS via unescaped SSR meta tag rendering in getHead()",
  "details" : "## Vulnerability Details\n\n**File**: `ui/src/utils/meta/Meta.js` — actually `ui/src/plugins/meta/Meta.js` (lines 149-176: `getAttr()` and `getHead()`)\n**Sink**: `injectServerMeta()` (same file) → `ctx.headTags += getHead(data)`, interpolated verbatim into the raw HTTP response `<head>` by the production SSR template (`app-vite/templates/entry/ssr-prod-webserver.js` + `app-vite/lib/plugins/vite.html.js`)\n**Entry point**: the public `useMeta()` composable (`ui/src/composables/use-meta/use-meta.js`) — the single documented way apps set page title/meta/link/script tags\n\n### Root Cause\n`getHead()` is Quasar's SSR-only serializer that turns the meta/link/script/title data collected from every `useMeta()` call into a literal HTML string, using plain template-literal interpolation with **zero HTML-entity escaping and zero attribute-quote escaping**:\n\n```js\nfunction getAttr(seed) {\n  return att => {\n    const val = seed[att]\n    return att + (val !== true && val !== void 0 ? `=\"${val}\"` : '')\n  }\n}\n\nfunction getHead(meta) {\n  let output = ''\n  if (meta.title) {\n    output += `<title>${meta.title}</title>`\n  }\n  ...\n}\n```\n\nContrast this with the client-side equivalent, `apply()` (same file, used only in the browser post-hydration), which builds the same tags via `document.createElement(...)` + `tag.setAttribute(att, val)` — the browser DOM API automatically escapes attribute values, so **the client-side path is not vulnerable**. `getHead()` is a separate, parallel implementation for the SSR case that never received the same protection.\n\nAny string containing `</title>`, `\"`, or `>` in a `title`, `meta.*.content`, `link.*.href`, or any other attribute value passed to `useMeta()` breaks out of its intended HTML context and injects arbitrary markup — including a live `<script>` tag — directly into the raw HTML response sent to every visitor.\n\n### Attack Scenario\n1. A Quasar SSR application renders dynamic page metadata via the standard, documented `useMeta()` pattern — e.g. `useMeta(() => ({ title: post.title, meta: { description: { name: 'description', content: post.excerpt } } }))` for a blog/CMS/product page.\n2. An attacker who can influence that underlying text (submit a blog post/comment, set their own profile display name, control a field in an integrated CMS/API) sets it to `My Post</title><script>alert(document.cookie)</script>`.\n3. On every SSR render of that page — for every visitor — `getHead()` emits this payload unescaped directly into the `<head>` of the raw HTML response.\n4. The victim's browser parses the HTML top-to-bottom; the injected `<script>` executes immediately, before hydration, with full access to `document.cookie` and the DOM.\n\n### Impact\n- **Type**: CWE-79 Cross-Site Scripting\n- **Auth required**: No (attacker only needs to influence any text that reaches `useMeta()` — an extremely common pattern, e.g. blog titles, product names, user display names)\n- **Consequence**: Full client-side script execution in the victim site's origin — session/cookie theft, credential phishing overlays, account takeover, defacement. Unlike a typical XSS bug requiring a specific unusual injection point, this affects the single most common `useMeta()` use case (rendering any dynamic title/description), so it can be triggered even by ordinary content containing `&`, `<`, or `\"` without malicious intent, in addition to being trivially exploitable deliberately.\n\n### Vulnerable Code (`ui/src/plugins/meta/Meta.js` lines 149-176)\n```js\nfunction getAttr(seed) {\n  return att => {\n    const val = seed[att]\n    return att + (val !== true && val !== void 0 ? `=\"${val}\"` : '')\n  }\n}\n\nfunction getHead(meta) {\n  let output = ''\n  if (meta.title) {\n    output += `<title>${meta.title}</title>`\n  }\n  ;['meta', 'link', 'script'].forEach(type => {\n    const metaType = meta[type]\n    for (const att in metaType) {\n      const attrs = Object.keys(metaType[att])\n        .filter(item => item !== 'innerHTML')\n        .map(getAttr(metaType[att]))\n      output += `<${type} ${attrs.join(' ')} data-qmeta=\"${att}\">`\n      if (type === 'script') {\n        output += (metaType[att].innerHTML || '') + '</script>'\n      }\n    }\n  })\n  return output\n}\n```\n\n### Recommended Fix\n```js\nfunction escapeHtml(val) {\n  return String(val)\n    .replaceAll('&', '&amp;')\n    .replaceAll('<', '&lt;')\n    .replaceAll('>', '&gt;')\n    .replaceAll('\"', '&quot;')\n}\n\nfunction getAttr(seed) {\n  return att => {\n    const val = seed[att]\n    return att + (val !== true && val !== void 0 ? `=\"${escapeHtml(val)}\"` : '')\n  }\n}\n\nfunction getHead(meta) {\n  let output = ''\n  if (meta.title) {\n    output += `<title>${escapeHtml(meta.title)}</title>`\n  }\n  // ... rest unchanged, script innerHTML intentionally left raw (JSON-LD use case)\n}\n```\n\n### Verification\nConfirmed end-to-end on v2.21.1 via a local Node.js HTTP lab harness that imports the real, unmodified `Meta.js` source and reproduces the exact `useMeta()` → `injectServerMeta()` call sequence a real SSR app performs, reached via actual `curl` requests (not just isolated function calls):\n\n1. `POST /submit` with `{\"title\":\"My Post</title><script>alert(document.cookie)</script>\",\"description\":\"\\\"><script>alert(document.domain)</script>\"}`\n2. `GET /render/1` returned a raw HTTP response whose `<head>` contained: `<title>My Post</title><script>alert(document.cookie)</script></title><meta name=\"description\" content=\"\"><script>alert(document.domain)</script>\" data-qmeta=\"description\">`\n3. Verified via `grep`: 0 occurrences of `&lt;` (nothing was escaped), 1 occurrence of a literal, unescaped `<script>alert(...)</script>` tag in the actual HTTP response body.\n\nA fix branch (`fix/xss-meta-tag-escaping`) is ready with the minimal patch above (adds an `escapeHtml()` helper used in `getAttr()`/`getHead()`); re-running the same PoC against the patched code shows the payload fully HTML-entity-encoded (`&lt;script&gt;...`) with no live `<script>` tag, while normal titles containing `&` still render correctly (`&amp;`).",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:N"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "npm",
      "name" : "quasar"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "2.22.0"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/quasarframework/quasar/security/advisories/GHSA-pq96-jpmf-w254"
  }, {
    "type" : "ADVISORY",
    "url" : "https://nvd.nist.gov/vuln/detail/CVE-2026-106102"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/quasarframework/quasar/commit/11505afe5b5218f2c468f130181815b898fd1e40"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/quasarframework/quasar"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/quasarframework/quasar/releases/tag/quasar-v2.22.0"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-116", "CWE-79" ],
    "severity" : "CRITICAL",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-10-07T16:14:22Z",
    "nvd_published_at" : "2026-10-06T17:17:24Z"
  }
}