CVE-2026-41048: qSnapper Authentication Caching Privilege Bypass (CVSS 7.1)
qSnapper, a snapshot management tool, has a flaw in how it manages user permissions for different administrative actions. A local user on a system could perform restricted operations—such as restoring snapshots—even if their account was only granted permission to delete them. This happens because the system incorrectly caches authentication decisions across different snapshot functions, allowing a lower-privileged user to bypass intended access controls. The vulnerability requires local access and user interaction to exploit.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.1 HIGH · CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:H
- Weaknesses (CWE)
- CWE-863
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-22 / 2026-07-07
NVD description (verbatim)
Incorrect caching of authentication between different polkit methods in qSnapper before version 1.3.3 allowed a local attacker to use functions like "restore from snapshot" even if only allowed to do "delete snapshot".
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-41048 is a privilege boundary violation in Presire qSnapper prior to version 1.3.3, stemming from improper authentication caching across distinct polkit policy methods. The vulnerability is classified under CWE-863 (Incorrect Authorization). When a user is authorized to perform one snapshot-related action (e.g., delete), the system incorrectly caches this authorization state and applies it to other operations requiring separate polkit policy checks (e.g., restore). An attacker with local access can invoke unauthorized operations by leveraging the cached authentication state, bypassing the granular permission model that snapshot operations are meant to enforce.
Business impact
This vulnerability undermines the security model of systems relying on qSnapper for snapshot management, particularly in multi-user or delegated administration environments. Users intended to have limited capabilities—such as the ability to delete old snapshots for maintenance—could inadvertently gain the ability to restore data, modify system state, or access snapshots outside their authorization scope. For organizations using qSnapper in backup or disaster recovery workflows, this could enable unauthorized data access or system manipulation by lower-privileged accounts, creating compliance and integrity risks.
Affected systems
Presire qSnapper versions prior to 1.3.3 are affected. Versions 1.3.3 and later include the fix. Organizations should verify their current qSnapper deployment version against the vendor's release notes to determine exposure.
Exploitability
Exploitation requires local system access (AV:L) and is not difficult once an attacker has a user account; no complex configuration is needed (AC:L). The attack does not require special privileges to initiate (PR:N), but user interaction is necessary (UI:R)—typically, the attacker must perform an action through the qSnapper interface or command-line tool to trigger the vulnerable code path. The attack does not compromise confidentiality, but enables integrity violations and potential availability disruption through unauthorized operations. Overall, this is a practical attack for any user with local shell access to a qSnapper-enabled system.
Remediation
Upgrade Presire qSnapper to version 1.3.3 or later. The vendor has patched the authentication caching mechanism to ensure that polkit policy decisions are independently evaluated for each snapshot operation, preventing cross-method authorization leakage. After patching, verify that privilege separation is restored by testing that users granted only specific snapshot permissions cannot invoke other operations.
Patch guidance
Apply vendor patch version 1.3.3 or later according to your deployment method (package manager, direct binary update, or containerized deployment). Verify the patch by confirming the installed version with `qsnapper --version` or equivalent. Consider scheduling patching during a maintenance window, as snapshot functionality may be unavailable briefly during the update. Test with a limited user account to confirm that permission boundaries are properly enforced post-patch.
Detection guidance
Monitor system logs and polkit audit trails for unusual snapshot operations, particularly restore or access attempts by users whose permissions should be limited to deletion. Check for repeated failed polkit policy denials followed by successful operations—this pattern may indicate an attempt to exploit cached auth. Review qSnapper access logs or command history for users performing operations outside their intended scope. Consider deploying file integrity monitoring on snapshot storage to detect unauthorized modifications or access.
Why prioritize this
This vulnerability merits prompt remediation due to its CVSS 7.1 (HIGH) rating, which reflects the ability to manipulate system integrity and availability through unauthorized snapshot operations. While it requires local access, the ease of exploitation (once on the system) and the potential to bypass administrative controls makes it a meaningful risk in multi-user environments, particularly in organizations relying on qSnapper for critical data protection.
Risk score, explained
The CVSS 7.1 score reflects: local attack surface (AV:L), low attack complexity (AC:L), no special privileges required to initiate (PR:N), and user interaction needed (UI:R). The impact on integrity (I:H) and availability (A:H) is high—an attacker can restore unauthorized snapshots or disrupt snapshot operations. No confidentiality impact is scored, as the vulnerability does not directly expose data, though restored snapshots might contain sensitive information. The score appropriately weights the real-world risk of privilege boundary violations in system administration tools.
Frequently asked questions
If a user only has permission to delete snapshots, what unauthorized actions can they take?
Depending on the qSnapper configuration and cached auth state, a user could potentially restore snapshots, access snapshot metadata, or list restricted snapshots—operations that should be restricted by polkit policy. The exact scope depends on which operations share the same policy context and are affected by the caching flaw.
Does this vulnerability allow remote exploitation?
No. The attack vector is local-only (AV:L), requiring an account and shell access to the affected system. Remote exploitation is not possible without first establishing local user access.
Are there any workarounds if we cannot patch immediately?
As a mitigation, you could restrict qSnapper access through OS-level controls—limit user shells, use AppArmor or SELinux profiles to restrict qSnapper binary execution, or disable snapshot restore functionality entirely if not needed. However, these are defensive measures, not fixes; upgrading to version 1.3.3 is the proper solution.
Will upgrading qSnapper affect existing snapshots or snapshot data?
No, the upgrade patches the access control mechanism only and does not modify snapshot data or metadata. Existing snapshots remain intact and accessible according to corrected permissions post-patch.
This analysis is provided for informational purposes based on available vulnerability data as of the publication date. Organizations must verify patch versions and compatibility against official Presire vendor advisories before deployment. Exploit details, proof-of-concept code, and weaponized tooling are not provided. Always test patches in a non-production environment first. SEC.co assumes no liability for misuse of this information or failure to apply timely remediation. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-41049HIGHqSnapper D-Bus Authentication Caching Privilege Escalation
- CVE-2016-20075HIGHWordPress Ultimate Product Catalog 3.8.6 Arbitrary File Upload (CVSS 8.8)
- CVE-2025-14774HIGHABB T-MAC Plus Denial-of-Service Vulnerability (CVSS 7.4)
- CVE-2025-32348HIGHAndroid Local Privilege Escalation via Missing Permission Check
- CVE-2026-0272HIGHPalo Alto PAN-OS Privilege Escalation Vulnerability (PA-Series, VM-Series, Panorama)
- CVE-2026-21031HIGHAppBlock Authorization Flaw in Samsung Android—Risk & Patch Guidance
- CVE-2026-24724HIGHQNAP File Station 6 Authorization Bypass (CVSS 8.1)
- CVE-2026-3514HIGHPrefect 3.6.19 Authentication Bypass via Health Check Exemptions