Severity by source
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Primary rating from NVD · only source for this CVE.
CVSS VectorNVD
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Lifecycle Timeline
3DescriptionCVE.org
The ws.stash.app.mac.daemon.helper tool contains a vulnerability caused by an incorrect use of macOS’s authorization model. Instead of validating the client's authorization reference, the helper invokes AuthorizationCopyRights() using its own privileged context (root), effectively authorizing itself rather than the client. As a result, it grants the system.preferences.admin right internally, regardless of the requesting client's privileges. This flawed logic allows unprivileged clients to invoke privileged operations via XPC, including unauthorized changes to system-wide network preferences such as SOCKS, HTTP, and HTTPS proxy settings. The absence of proper code-signing checks further enables arbitrary processes to exploit this flaw, leading to man-in-the-middle (MITM) attacks through traffic redirection.
AnalysisAI
Privilege escalation vulnerability in the ws.stash.app.mac.daemon.helper tool on macOS that allows unprivileged local users to invoke privileged operations via XPC by exploiting improper authorization validation. The helper incorrectly uses its own root context to validate authorization rather than the client's, enabling attackers to modify system-wide network proxy settings (SOCKS, HTTP, HTTPS) and perform man-in-the-middle attacks. With a CVSS score of 7.8 and low attack complexity, this vulnerability presents significant risk to macOS systems running affected versions of the Stash application.
Technical ContextAI
The vulnerability exists in macOS privilege escalation mechanisms, specifically in how the ws.stash.app.mac.daemon.helper XPC service implements authorization checks. The root cause (CWE-863: Incorrect Authorization) stems from the helper's misuse of the macOS Authorization framework. Instead of validating the client's authorization reference via AuthorizationCopyRights() in the client's security context, the helper invokes AuthorizationCopyRights() in its own privileged (root) context, effectively performing authorization on itself rather than the requestor. This bypasses the intended authorization model where privileged operations should only be executable by authorized users. The absence of code-signing validation further compounds this issue, as any process—not just properly signed applications—can communicate with the XPC service. The vulnerability specifically allows modification of system preferences stored in the macOS network configuration subsystem, which controls proxy settings that apply system-wide to network traffic.
RemediationAI
Immediate remediation requires: (1) Update the Stash application to a patched version released by the vendor that corrects the authorization validation logic. The vendor should verify authorization in the client's security context rather than the helper's privileged context, and implement proper code-signing checks to validate XPC clients. (2) If a patched version is not immediately available, disable or uninstall the Stash application until patches are released. (3) On systems where Stash must remain installed, apply the principle of least privilege—restrict user accounts to standard (non-administrator) status only when necessary, and monitor for suspicious XPC communications to the ws.stash.app.mac.daemon.helper service. (4) Monitor system proxy settings changes via audit logs to detect exploitation attempts. Check the official Stash project repository or vendor security advisories for specific patch version numbers. macOS users should enable automatic security updates and monitor for application updates from the Stash developer.
An unauthenticated remote code execution vulnerability exists in Remote for Mac, a macOS remote control utility develope
A use-after-free issue was addressed with improved memory management. Rated high severity (CVSS 8.8), this vulnerability
Apple's kernel across all platforms (iOS, macOS, watchOS, visionOS, tvOS) contains a memory corruption vulnerability (CV
Remote code execution in OpenSSH's sshd server (regression of CVE-2006-5051) allows unauthenticated remote attackers to
The SSH transport protocol with certain OpenSSH extensions, found in OpenSSH before 9.6 and other products, allows remot
The issue was addressed with improved checks. Rated high severity (CVSS 7.0). Actively exploited in the wild (cisa kev)
A logic issue was addressed with improved restrictions. Rated high severity (CVSS 7.8), this vulnerability is no authent
In Sudo before 1.9.12p2, the sudoedit (aka -e) feature mishandles extra arguments passed in the user-provided environmen
A race condition was addressed with additional validation. Rated high severity (CVSS 7.0), this vulnerability is no auth
This issue was addressed with improved checks. Rated critical severity (CVSS 10.0), this vulnerability is remotely explo
When doing HTTP(S) transfers, libcurl might erroneously use the read callback (`CURLOPT_READFUNCTION`) to ask for data t
When curl < 7.84.0 saves cookies, alt-svc and hsts data to local files, it makes the operation atomic by finalizing the
Same weakness CWE-863 – Incorrect Authorization
View allSame technique Privilege Escalation
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2024-54674