PatchSiren

PatchSiren cyber security CVE debrief

CVE-2026-106102 quasarframework CVE debrief

The Quasar Framework is vulnerable to stored and reflected XSS attacks due to the lack of HTML-entity escaping and attribute-quote escaping in the `getHead()` function. This function is used to serialize meta/link/script/title data collected from the `useMeta()` composable into a literal HTML string, which is then interpolated into the raw HTTP response `<head>` by the production SSR template. The vulnerability is triggered when an attacker-controlled value is passed to the `useMeta()` composable, allowing them to inject malicious HTML code.

Vendor
quasarframework
Product
quasar
CVSS
CRITICAL 10
CISA KEV
Not listed in stored evidence
Original CVE published
2026-10-07
Original CVE updated
2026-10-07
Advisory published
2026-10-07
Advisory updated
2026-10-07

Who should care

Defenders who use the Quasar Framework in their applications should be aware of this vulnerability and take steps to verify the versions of Quasar used in their applications and update to version 2.22.0 or later. They should also review their application's code for any usage of the `useMeta()` composable and ensure that any user-controlled values are properly sanitized.

Why it matters

The Quasar Framework is vulnerable to stored and reflected XSS attacks due to the lack of HTML-entity escaping and attribute-quote escaping in the `getHead()` function. Defenders should prioritize verifying the versions of Quasar used in their applications and updating to version 2.22.0 or later. They should also review their application's code for any usage of the `useMeta()` composable and ensure that any user-controlled values are properly sanitized.

  • An attacker could inject malicious HTML code, potentially leading to XSS attacks.
  • The vulnerability could be used to steal user data or take control of the user's session.
  • The vulnerability could be used to deface or modify the application's pages.
  • Defenders need to verify the versions of Quasar used in their applications and update to version 2.22.0 or later.

Technical summary

The Quasar Framework is vulnerable to stored and reflected XSS attacks due to the lack of HTML-entity escaping and attribute-quote escaping in the `getHead()` function. This function is used to serialize meta/link/script/title data collected from the `useMeta()` composable into a literal HTML string, which is then interpolated into the raw HTTP response `<head>` by the production SSR template. The vulnerability is triggered when an attacker-controlled value is passed to the `useMeta()` composable, allowing them to inject malicious HTML code. Defenders should prioritize verifying the versions of Quasar used in their applications and updating to version 2.22.0 or later. They should also review their application's

Defensive priority

Defenders should prioritize verifying the versions of Quasar used in their applications and updating to version 2.22.0 or later. They should also review their application's code for any usage of the `useMeta()` composable and ensure that any user-controlled values are properly sanitized.

Recommended defensive actions

  • Verify the versions of Quasar used in your applications and update to version 2.22.0 or later.
  • Review your application's code for any usage of the `useMeta()` composable and ensure that any user-controlled values are properly sanitized.
  • Implement additional security measures such as Content Security Policy (CSP) to prevent XSS attacks.
  • Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up.
  • Review the supplied official advisory or CVE record to validate affected scope, severity, and vendor guidance.
  • Plan vendor-supported updates or mitigations through normal change control where exposure is confirmed.
  • Track exceptions, retest remediated assets, and close the item only after evidence is documented.

Evidence notes

The vulnerability is caused by the lack of HTML-entity escaping and attribute-quote escaping in the `getHead()` function. The `getHead()` function is used to serialize meta/link/script/title data collected from the `useMeta()` composable into a literal HTML string. The vulnerability is triggered when an attacker-controlled value is passed to the `useMeta()` composable, allowing them to inject malicious HTML code.

Sources and references

Verified primary and authoritative sources

  • CVE-2026-106102 CVE Program record

    Publisher, destination, and source semantics verified

    URL: https://www.cve.org/CVERecord?id=CVE-2026-106102

    CVE Program - Official CVE Program record with source-provided CVE metadata.

  • CVE-2026-106102 NVD vulnerability detail

    Publisher, destination, and source semantics verified

    URL: https://nvd.nist.gov/vuln/detail/CVE-2026-106102

    NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.

Supplemental references

  • Quasar Framework: Stored/Reflected XSS via unescaped SSR meta tag rendering in getHead()

    Unverified legacy reference

    URL: https://storage.googleapis.com/osv-vulnerabilities/npm/GHSA-pq96-jpmf-w254.json

    osv_dev

  • Source reference

    Unverified legacy reference

    URL: https://github.com/quasarframework/quasar/security/advisories/GHSA-pq96-jpmf-w254

    Supplemental source

  • Source reference

    Unverified legacy reference

    URL: https://github.com/quasarframework/quasar/commit/11505afe5b5218f2c468f130181815b898fd1e40

    Supplemental source

  • Source reference

    Unverified legacy reference

    URL: https://github.com/quasarframework/quasar

    Supplemental source

  • Source reference

    Unverified legacy reference

    URL: https://github.com/quasarframework/quasar/releases/tag/quasar-v2.22.0

    Supplemental source

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.