HIGH 7.3

CVE-2026-41046: qSnapper Path Traversal Privilege Escalation Vulnerability

qSnapper before version 1.3.3 contains a path traversal vulnerability in how it handles the 'configName' parameter. A local attacker can exploit this to supply malicious configuration files to the snapper tool, leading to denial of service or potential privilege escalation to root. This is a local-only attack that requires no authentication and no user interaction.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.3 HIGH · CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:H
Weaknesses (CWE)
CWE-23
Affected products
1 configuration(s)
Published / Modified
2026-06-22 / 2026-06-28

NVD description (verbatim)

A path traversal attack when using a "configName" parameter in qSnapper before version 1.3.3 allowed a local attacker to use malicious config files for snapper and so cause a denial of service or potentially escalate privileges to root.

3 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-41046 is a path traversal flaw (CWE-23) in presire qSnapper affecting versions prior to 1.3.3. The vulnerability exists in the processing of the 'configName' parameter, which fails to properly validate or sanitize user-supplied paths. An unauthenticated local attacker can traverse the filesystem to inject arbitrary configuration files into snapper's execution context. Since snapper often runs with elevated privileges, a crafted malicious config file can trigger denial of service conditions or execute commands with root-level permissions. The CVSS 3.1 score of 7.3 (HIGH) reflects local attack vector, low complexity, no privilege requirement, no user interaction needed, and high impact on availability and integrity.

Business impact

Organizations running qSnapper should treat this as a privilege escalation risk in multi-user or containerized environments. An unprivileged local user can leverage this flaw to crash services, corrupt data, or gain root access—enabling lateral movement, data theft, or system compromise. The severity is particularly acute in shared hosting, CI/CD infrastructure, and systems where qSnapper manages critical snapshots or system state. Downtime and unauthorized root access pose regulatory and operational risk.

Affected systems

The vulnerability affects presire qSnapper in all versions before 1.3.3. Affected systems include any host or container running a vulnerable version of qSnapper, particularly those where the tool is available to unprivileged local users or where multiple tenants share the same system.

Exploitability

Exploitability is straightforward for a local attacker. No CVE entries exist yet in CISA's Known Exploited Vulnerabilities (KEV) catalog, so public exploit code may be limited. However, the attack requires only local file system access and understanding of qSnapper's configuration paths—techniques well within reach of commodity post-exploitation tools or local privilege escalation chains. The low complexity and lack of authentication barriers make this a natural target for attackers who have already achieved initial local access.

Remediation

Upgrade presire qSnapper to version 1.3.3 or later. Verify the upgrade against the vendor's advisory to confirm the patch address path traversal handling in the configName parameter. Until patching is complete, restrict local access to the qSnapper binary and configuration directories using file system permissions, limit multi-user access on systems running qSnapper, and monitor for suspicious config file placement or snapper process crashes.

Patch guidance

Apply presire qSnapper version 1.3.3 or newer. Consult the vendor's release notes to confirm the patch includes fixes for configName path traversal. Test the patch in a non-production environment first, especially if qSnapper is critical to your snapshot or backup workflow. After deployment, verify that the application rejects traversal sequences in configName parameters and confirm existing config files remain valid.

Detection guidance

Monitor file system access patterns for unusual configuration file reads or writes to unexpected paths, particularly attempts to access parent directories (../) via qSnapper processes. Log and alert on qSnapper process crashes or unexpected terminations. Inspect audit logs for failed or successful privilege escalations tied to qSnapper execution. Check for config files in non-standard locations that may have been injected via path traversal. A HIDS or EDR solution can flag suspicious process behavior when qSnapper runs commands with elevated privileges.

Why prioritize this

This vulnerability merits priority due to its potential for local privilege escalation to root. Although it requires local access, many breach timelines involve privilege escalation as a critical phase after initial compromise. The HIGH CVSS score and absence of authentication requirements elevate risk in any environment where untrusted local users or compromised processes can invoke qSnapper. Organizations should patch this within their standard critical update window (days to weeks, not months).

Risk score, explained

CVSS 3.1 score of 7.3 (HIGH) reflects: local attack vector (AV:L), low complexity (AC:L), no privileges required (PR:N), no user interaction (UI:N), unchanged scope (S:U), low confidentiality impact (C:L), low integrity impact (I:L), and high availability impact (A:H). The score emphasizes that a local actor can trivially trigger denial of service; the integrity and confidentiality impacts arise from the ability to inject config files that alter snapper behavior. Privilege escalation potential pushes the overall severity into the HIGH range.

Frequently asked questions

Does this vulnerability require network access?

No. CVE-2026-41046 is a local-only attack vector (AV:L). The attacker must have shell access or execution capability on the affected system. It cannot be triggered remotely over a network.

What if we do not use the configName parameter?

If your deployment does not expose or use the configName parameter, risk is lower. However, the vulnerability exists in the code path handling this parameter; we recommend patching regardless to close the exposure and avoid misconfiguration in the future.

Is there public exploit code available?

As of now, this vulnerability is not listed in CISA's KEV catalog and may not have widely available public exploits. However, the attack is relatively straightforward for a local attacker, so assume exploitation is possible once the vulnerability becomes widely known.

How quickly should we patch?

Upgrade to qSnapper 1.3.3 or later as soon as feasible, prioritizing systems in multi-user environments, CI/CD pipelines, or containerized deployments where local attacker access is more probable. Aim for patching within 2-4 weeks depending on your change management process.

This analysis is provided for informational purposes and reflects the state of publicly available information as of the publication date. We do not possess or provide exploit code or weaponized proof-of-concept details. Patch version numbers and affected product details are sourced from vendor advisories and CVE records; verify them against presire's official release notes before deploying patches. Organizations should conduct their own risk assessment and testing in alignment with their change management and security policies. SEC.co assumes no liability for damages arising from reliance on this intelligence or delays in remediation. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).