{"api_version":"1","generated_at":"2026-11-04T13:29:32+00:00","cve":"CVE-2026-119330","urls":{"html":"https://cve.report/CVE-2026-119330","api":"https://cve.report/api/cve/CVE-2026-119330.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-119330","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-119330"},"summary":{"title":"Immich: A regular user can create SharedLink for album/asset belonging to another user through CreateSharedLink API","description":"Immich is a high-performance self-hosted photo and video management solution. Prior to 3.2.0, the shared-link creation API accepted albumId and assetIds as independent fields in server/src/services/shared-link.service.ts but authorized only the resource selected by the requested link type. An authenticated attacker who already knew a victim-owned asset UUID could select SharedLinkType.Album for an attacker-owned album while supplying that UUID in assetIds; SharedLinkService.create() persisted the unchecked association in shared_link_asset and made the victim asset available through the new anonymous shared-link credential. This exposed victim metadata, thumbnails, and the byte-identical original file and created a persistent sharing relationship that could be redistributed. This issue is fixed in version 3.2.0.","state":"PUBLISHED","assigner":"GitHub_M","published_at":"2026-10-30 20:17:06","updated_at":"2026-10-30 20:17:07"},"problem_types":["CWE-285","CWE-285 CWE-285: Improper Authorization"],"metrics":[{"version":"3.1","source":"security-advisories@github.com","type":"Secondary","score":"3.5","severity":"LOW","vector":"CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:L/I:N/A:N","data":{"version":"3.1","vectorString":"CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:L/I:N/A:N","baseScore":3.5,"baseSeverity":"LOW","attackVector":"NETWORK","attackComplexity":"LOW","privilegesRequired":"LOW","userInteraction":"REQUIRED","scope":"UNCHANGED","confidentialityImpact":"LOW","integrityImpact":"NONE","availabilityImpact":"NONE"}},{"version":"3.1","source":"CNA","type":"DECLARED","score":"3.5","severity":"LOW","vector":"CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:L/I:N/A:N","data":{"attackComplexity":"LOW","attackVector":"NETWORK","availabilityImpact":"NONE","baseScore":3.5,"baseSeverity":"LOW","confidentialityImpact":"LOW","integrityImpact":"NONE","privilegesRequired":"LOW","scope":"UNCHANGED","userInteraction":"REQUIRED","vectorString":"CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:L/I:N/A:N","version":"3.1"}}],"references":[{"url":"https://github.com/immich-app/immich/commit/6a61901e79972bbfe5690636a995e156219b9a8f","name":"https://github.com/immich-app/immich/commit/6a61901e79972bbfe5690636a995e156219b9a8f","refsource":"security-advisories@github.com","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://github.com/immich-app/immich/security/advisories/GHSA-g4w3-c888-cr93","name":"https://github.com/immich-app/immich/security/advisories/GHSA-g4w3-c888-cr93","refsource":"security-advisories@github.com","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://github.com/immich-app/immich/releases/tag/v3.2.0","name":"https://github.com/immich-app/immich/releases/tag/v3.2.0","refsource":"security-advisories@github.com","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://github.com/immich-app/immich/pull/30762","name":"https://github.com/immich-app/immich/pull/30762","refsource":"security-advisories@github.com","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-119330","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-119330","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"immich-app","product":"immich","version":"affected < 3.2.0","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":{"cve_year":"2026","cve_id":"119330","cve":"CVE-2026-119330","epss":"0.002220000","percentile":"0.127940000","score_date":"2026-11-02","updated_at":"2026-11-03 00:03:08"},"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"product":"immich","vendor":"immich-app","versions":[{"status":"affected","version":"< 3.2.0"}]}],"descriptions":[{"lang":"en","value":"Immich is a high-performance self-hosted photo and video management solution. Prior to 3.2.0, the shared-link creation API accepted albumId and assetIds as independent fields in server/src/services/shared-link.service.ts but authorized only the resource selected by the requested link type. An authenticated attacker who already knew a victim-owned asset UUID could select SharedLinkType.Album for an attacker-owned album while supplying that UUID in assetIds; SharedLinkService.create() persisted the unchecked association in shared_link_asset and made the victim asset available through the new anonymous shared-link credential. This exposed victim metadata, thumbnails, and the byte-identical original file and created a persistent sharing relationship that could be redistributed. This issue is fixed in version 3.2.0."}],"metrics":[{"cvssV3_1":{"attackComplexity":"LOW","attackVector":"NETWORK","availabilityImpact":"NONE","baseScore":3.5,"baseSeverity":"LOW","confidentialityImpact":"LOW","integrityImpact":"NONE","privilegesRequired":"LOW","scope":"UNCHANGED","userInteraction":"REQUIRED","vectorString":"CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:L/I:N/A:N","version":"3.1"}}],"problemTypes":[{"descriptions":[{"cweId":"CWE-285","description":"CWE-285: Improper Authorization","lang":"en","type":"CWE"}]}],"providerMetadata":{"dateUpdated":"2026-10-30T19:53:29.214Z","orgId":"a0819718-46f1-4df5-94e2-005712e83aaa","shortName":"GitHub_M"},"references":[{"name":"https://github.com/immich-app/immich/security/advisories/GHSA-g4w3-c888-cr93","tags":["x_refsource_CONFIRM"],"url":"https://github.com/immich-app/immich/security/advisories/GHSA-g4w3-c888-cr93"},{"name":"https://github.com/immich-app/immich/pull/30762","tags":["x_refsource_MISC"],"url":"https://github.com/immich-app/immich/pull/30762"},{"name":"https://github.com/immich-app/immich/commit/6a61901e79972bbfe5690636a995e156219b9a8f","tags":["x_refsource_MISC"],"url":"https://github.com/immich-app/immich/commit/6a61901e79972bbfe5690636a995e156219b9a8f"},{"name":"https://github.com/immich-app/immich/releases/tag/v3.2.0","tags":["x_refsource_MISC"],"url":"https://github.com/immich-app/immich/releases/tag/v3.2.0"}],"source":{"advisory":"GHSA-g4w3-c888-cr93","discovery":"UNKNOWN"},"title":"Immich: A regular user can create SharedLink for album/asset belonging to another user through CreateSharedLink API"}},"cveMetadata":{"assignerOrgId":"a0819718-46f1-4df5-94e2-005712e83aaa","assignerShortName":"GitHub_M","cveId":"CVE-2026-119330","datePublished":"2026-10-30T19:53:29.214Z","dateReserved":"2026-10-29T20:44:30.285Z","dateUpdated":"2026-10-30T19:53:29.214Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-10-30 20:17:06","lastModifiedDate":"2026-10-30 20:17:07","problem_types":["CWE-285","CWE-285 CWE-285: Improper Authorization"],"metrics":{"cvssMetricV31":[{"source":"security-advisories@github.com","type":"Secondary","cvssData":{"version":"3.1","vectorString":"CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:L/I:N/A:N","baseScore":3.5,"baseSeverity":"LOW","attackVector":"NETWORK","attackComplexity":"LOW","privilegesRequired":"LOW","userInteraction":"REQUIRED","scope":"UNCHANGED","confidentialityImpact":"LOW","integrityImpact":"NONE","availabilityImpact":"NONE"},"exploitabilityScore":2.1,"impactScore":1.4}]},"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"119330","Ordinal":"1","Title":"Immich: A regular user can create SharedLink for album/asset bel","CVE":"CVE-2026-119330","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"119330","Ordinal":"1","NoteData":"Immich is a high-performance self-hosted photo and video management solution. Prior to 3.2.0, the shared-link creation API accepted albumId and assetIds as independent fields in server/src/services/shared-link.service.ts but authorized only the resource selected by the requested link type. An authenticated attacker who already knew a victim-owned asset UUID could select SharedLinkType.Album for an attacker-owned album while supplying that UUID in assetIds; SharedLinkService.create() persisted the unchecked association in shared_link_asset and made the victim asset available through the new anonymous shared-link credential. This exposed victim metadata, thumbnails, and the byte-identical original file and created a persistent sharing relationship that could be redistributed. This issue is fixed in version 3.2.0.","Type":"Description","Title":"Immich: A regular user can create SharedLink for album/asset bel"}]}}}