CVE-2026-106103

CVE-2026-106103 is a high-severity path traversal vulnerability in @quasar/icongenie (npm), affecting versions < 6.1.1. It is fixed in 6.1.1.

Does this CVE actually affect you?

Kodem shows which CVEs are reachable and running in your applications, so you fix what's exploitable, not just what's listed.

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

Runtime intelligence, not another scanner.

Summary

Quasar Framework: Path Traversal / Arbitrary File Write via crafted Icon Genie profile

Vulnerability Details

File: icongenie/lib/utils/get-assets-files.js (line 35, absoluteName: join(appDir, asset.folder, asset.name))
Validation gap: icongenie/lib/utils/validate-profile-object.js (assetsSchema), folder/name only checked with Joi.string().required().min(1), no restriction on .. sequences or absolute paths
Entry point: icongenie/lib/runner/generate.js (generate(argv)), profile.assets = userProfile.assets, loaded verbatim from a user-supplied JSON file via --profile <file>

Root Cause

icongenie generate --profile <file> loads a JSON "profile" describing icon/splashscreen assets to generate, where each asset entry has a folder/name describing where the generated file should be written relative to the Quasar project directory (appDir). getAssetsFiles() builds the write target with join(appDir, asset.folder, asset.name). Node's path.join normalizes .. segments arithmetically and does not clamp the result to stay inside appDir. The only validation before this (validateProfileObject → Joi assetsSchema) checks that folder/name are non-empty strings, with no .. rejection and no containment check against appDir.

A profile setting folder: "../../../../../../tmp/pwned-by-icongenie" sails through validation unmodified, and the generator writes attacker-influenced icon/splashscreen content to that path via a direct writeFile/sharp().toFile() call.

Attack Scenario

  1. Attacker publishes a "ready-made Icon Genie profile" (gist, starter-kit repo, support forum attachment) that looks like a normal icon-generation config but includes an asset entry with a traversal folder.
  2. A developer working on a Quasar project runs icongenie generate --profile malicious-profile.json (a normal, documented workflow) inside their project.
  3. getAssetsFiles() resolves the write target outside the project directory; the generator writes attacker-controlled content to that path, e.g. planting/overwriting shell startup files, cron entries, or CI/build scripts.

Vulnerable Code (icongenie/lib/utils/get-assets-files.js)

export function getAssetsFiles(assets) {
  ...
  return list.map(({ tag, ...asset }) => {
    const file = {
      ...asset,
      relativeName: join(asset.folder, asset.name),
      absoluteName: join(appDir, asset.folder, asset.name)   // no containment check
    }
    ...
  })
}

Verification

Confirmed end-to-end on v2.21.1 by running the real, unmodified icongenie generate() function (from icongenie/lib/runner/generate.js) against a scratch Quasar project containing a crafted malicious-profile.json with "folder": "../../outside-target-marker". icongenie's own console output self-reported the traversal (Generated svg: ../../outside-target-marker/pwned-outside-project.svg), and the generated SVG file was independently verified on disk two directory levels outside the project folder.

A fix branch (fix/icongenie-path-traversal-asset-folder) is ready with the minimal patch above. Re-running the same malicious profile against the patched code now aborts immediately with Profile asset escapes the project folder: "../../outside-target-marker/pwned-outside-project.svg" and writes nothing outside the project, while a legitimate profile (folder: "public/icons") continues to work exactly as before.

Impact

  • Type: CWE-22 Path Traversal / Arbitrary File Write
  • Auth required: No network auth, local CLI trust; requires the developer to run icongenie against a profile they didn't fully author/audit themselves
  • Consequence: Arbitrary file write/overwrite at any path the running user can write to, scoped by the number of .. segments, can lead to persistence (cron/shell rc file) or supply-chain-style code execution if the written file is later executed/sourced.

Input manipulates file paths to reach files outside the intended directory, such as configuration or credential files. Typical impact: unauthorized file read or write outside the intended directory.

CVE-2026-106103 has a CVSS score of 7.1 (High). The vector is requires local access, no privileges required, and user interaction required. A CVSS score reflects the worst-case severity of the vulnerability, not your specific exposure. Whether this affects your application depends on whether the vulnerable code is present and reachable in your environment. A fixed version is available (6.1.1); upgrading removes the vulnerable code path.

Affected versions

@quasar/icongenie (< 6.1.1)

Security releases

@quasar/icongenie → 6.1.1 (npm)

Kodem intelligence

Severity tells you how bad this could be in the worst case. It does not tell you whether you are exposed. Exploitability and impact are functions of runtime truth: whether the vulnerable code is present, reachable, and actually executes in your application. A vulnerable package can sit in your dependency tree and never run.

Kodem, an Intelligent Application Security platform, uses runtime intelligence to reveal which vulnerabilities actually execute in production, so teams prioritize the ones that genuinely matter. Kodem's runtime-powered SCA identifies whether this CVE is reachable in your applications.

Already deployed Kodem?

See it in your environmentNew to Kodem? Get a demo →

Remediation advice

import { resolve, sep } from 'node:path'

const absoluteName = resolve(appDir, asset.folder, asset.name)

if (absoluteName !== appDir && !absoluteName.startsWith(appDir + sep)) {
  fatal(`Profile asset escapes the project folder: "${asset.folder}/${asset.name}"`)
}

Frequently Asked Questions

  1. What is CVE-2026-106103? CVE-2026-106103 is a high-severity path traversal vulnerability in @quasar/icongenie (npm), affecting versions < 6.1.1. It is fixed in 6.1.1. Input manipulates file paths to reach files outside the intended directory, such as configuration or credential files.
  2. How severe is CVE-2026-106103? CVE-2026-106103 has a CVSS score of 7.1 (High). This score reflects the worst-case severity of the vulnerability, not your specific exposure. Whether it represents real risk in your environment depends on whether the vulnerable code is present and reachable.
  3. Which versions of @quasar/icongenie are affected by CVE-2026-106103? @quasar/icongenie (npm) versions < 6.1.1 is affected.
  4. Is there a fix for CVE-2026-106103? Yes. CVE-2026-106103 is fixed in 6.1.1. Upgrade to this version or later.
  5. Is CVE-2026-106103 exploitable, and should I be worried? Whether CVE-2026-106103 is exploitable in your environment depends on whether the vulnerable code is present and reachable. A CVSS score is a worst-case rating; it does not account for your specific deployment, configuration, or usage patterns. Kodem, an Intelligent Application Security platform, uses runtime intelligence to show which vulnerabilities actually execute in production, so you can focus on the ones that represent real risk. Get a demo
  6. What actually determines whether CVE-2026-106103 is exploitable, and how bad it is? Exploitability and impact are not fixed properties of a CVE. They depend on runtime truth: whether the vulnerable code is present, reachable, and actually executes in your application. A high CVSS score on a dependency that never runs is not the same as real risk. Kodem, an Intelligent Application Security platform, uses runtime intelligence to reveal which vulnerabilities actually execute in production, so teams prioritize the ones that genuinely matter.
  7. How do I fix CVE-2026-106103? Upgrade @quasar/icongenie to 6.1.1 or later.

Stop the waste.
Protect your environment with Kodem.