Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain editor access to shared album
-
ExploitCall PUT /albums/:id/user/:userId to demote owner
-
ExecutionSend second request promoting self to owner
-
ImpactDelete album or evict original owner
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The attacker must already hold editor-level access on a shared album belonging to the victim (PR:L) - i.e., the owner must have previously shared an album and granted the attacker the editor role. Exploitation targets the PUT /albums/:id/user/:userId member-role endpoint and requires two sequential API requests (demote owner, then self-promote). Limiting factors: it does not work against albums where the attacker is only a viewer, requires a valid authenticated session on the immich instance, affects only versions before 3.0.3, and is scoped to the specific album the attacker was invited to - not a server-wide compromise. No user interaction from the victim is needed once editor access exists. |
| Impact | The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:H/VA:H) rates this 7.2 (High): network-reachable, low complexity, no user interaction, but requiring low privileges - the attacker must already be an invited editor on a shared album. Integrity and availability impacts are High (attacker can seize control and delete/evict), confidentiality only Low. This is a genuine, easily automatable privilege-escalation issue with publicly available exploit code, which raises priority. However, exploitation is gated by a real precondition: the attacker needs an existing editor grant on a shared album, so this is not an unauthenticated internet-wide threat but rather an abuse-of-trust escalation among already-shared users. No EPSS score was supplied in the input, and the CVE is not indicated as CISA KEV, so there is no evidence of active in-the-wild exploitation - the elevated concern stems from POC availability, not observed attacks. Net: patch promptly on instances that use shared albums with non-trusted editors; lower urgency for single-user or fully-trusted deployments. |
| Exploit ScenarioDerived | An attacker is invited as an editor to a victim's shared album. Using the documented PUT /albums/:id/user/:userId behavior, they send one request demoting the album owner to editor, then a second request promoting their own account to owner - after which they can delete the album, evict the original owner, and control all shared assets. Publicly available exploit code demonstrates this low-complexity, network-based sequence requiring no user interaction. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 15, 2026
Album ownership takeover in immich before 3.0.3 allows a user with shared-album editor access to escalate to full owner by abusing the PUT /albums/:id/user/:userId endpoint (CWE-863, Incorrect Authorization). Because the endpoint fails to enforce owner-only restrictions on role changes, an editor can demote the legitimate owner and promote themselves across two sequential requests, gaining deletion and member-eviction control over the album and its assets. Publicly available exploit code exists and a vendor patch (v3.0.3) has shipped, though it is not currently listed in CISA KEV.
RemediationAI
Vendor-released patch: upgrade immich to v3.0.3 or later (https://github.com/immich-app/immich/releases/tag/v3.0.3), which merges the owner-only enforcement fix in PR #29883 (commit 84dff19ca9a467752d848ff54763d62c04ebf960). This is the primary and complete fix. If immediate upgrade is not possible, reduce exposure by restricting shared albums to trusted editors only - grant viewer (read-only) rather than editor rights to non-trusted collaborators, since the flaw requires editor access to trigger; note this trade-off removes legitimate editors' ability to contribute assets. On instances exposed beyond a trusted user base, limiting or disabling album sharing until patched removes the attack surface at the cost of the sharing feature. Monitor album membership/role-change activity for unexpected owner reassignments as a detective control.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
immich is a self-hosted photo and video management platform. The flaw lives in its album-sharing authorization model: the album member-management API (PUT /albums/:id/user/:userId) accepts role updates without verifying that the requester holds the owner role, so any shared user with editor privileges can alter any member's role - including the owner's. This is a classic CWE-863 Incorrect Authorization: the endpoint authenticates the caller and confirms album membership but omits the object-level check that only the owner may reassign ownership. The affected component is identified by CPE cpe:2.3:a:immich-app:immich (all versions prior to the fix). The upstream remediation, PR #29883 titled 'fix: unauthorized album owner update', adds the missing owner-only enforcement.
Know when Immich gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:H/VA:H/SC:N/SI:N/SA:N
Network endpoint reachable with low complexity, but attacker needs existing editor grant (PR:L); ownership seizure plus deletion/eviction yields high integrity and availability, low confidentiality impact.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
immich before 3.0.3 contains a broken access control vulnerability in the PUT /albums/:id/user/:userId endpoint that allows shared album editors to modify member roles without owner-only restrictions. Attackers with editor access can demote the album owner to editor and promote themselves to owner in sequential requests, gaining full control including deletion and eviction capabilities.
Executive ViewAI
Immich, a collaborative photo management platform, contains a privilege escalation vulnerability (CVE-2026-59258) that allows users with editor-level access to shared albums to promote themselves to full owner and delete assets or remove members. With publicly available exploit code and patch v3.0.3 available, organizations risk unauthorized deletion and loss of control over shared photo libraries if they do not upgrade immediately.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Immich versions prior to 2.5.0 contain an improper access control flaw that allows any authenticated API key to escalate
Reflected cross-site scripting in Immich (commits 4ffa26c9 through pre-4eb1003) allows a single-click account takeover o
Authenticated partners in Immich through 3.3.1 can read metadata from assets stored in another user's Locked Folder - in
Remote code execution in Immich before 3.2.4 lets any authenticated non-admin user with upload permission run arbitrary
Locked asset visibility bypass in Immich through 3.1.0 exposes private photo and video assets to unauthorized viewers vi
Improper authorization in Immich's Shared Link Preview Handler (server/src/utils/access.ts, function checkSharedLinkAcce
Unauthenticated filesystem path injection in Immich's machine-learning service (vulnerable through 3.0.3, fixed in 3.3.0
Immich prior to version 2.6.0 discloses shared album passwords in cleartext within URL query parameters during authentic
Stored Cross-Site Scripting in Immich photo management platform versions prior to 2.7.0 enables authenticated attackers
Open redirect vulnerability in Immich prior to version 2.7.3 allows authenticated attackers to craft malicious shared al
Immich before 3.0.0 leaks the GPS coordinates and asset identifiers of a sharer's archived photos and videos to view-onl
Immich before 3.2.0 lets an authenticated regular user attach another user's asset to a shared link they legitimately ow
EUVD-2026-44755
GHSA-mxpm-jvrh-gcj5
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB