CVE-2026-45342

{"id": "CVE-2026-45342", "cveTags": [], "metrics": {"ssvcV203": [{"source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "ssvcData": {"id": "CVE-2026-45342", "role": "CISA Coordinator", "options": [{"exploitation": "poc"}, {"automatable": "no"}, {"technicalImpact": "partial"}], "version": "2.0.3", "timestamp": "2026-05-29T14:45:14.532064Z"}}], "cvssMetricV40": [{"type": "Secondary", "source": "security-advisories@github.com", "cvssData": {"Safety": "NOT_DEFINED", "version": "4.0", "Recovery": "NOT_DEFINED", "baseScore": 7.1, "Automatable": "NOT_DEFINED", "attackVector": "NETWORK", "baseSeverity": "HIGH", "valueDensity": "NOT_DEFINED", "vectorString": "CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:H/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X", "exploitMaturity": "NOT_DEFINED", "providerUrgency": "NOT_DEFINED", "userInteraction": "NONE", "attackComplexity": "LOW", "attackRequirements": "NONE", "privilegesRequired": "LOW", "subIntegrityImpact": "NONE", "vulnIntegrityImpact": "HIGH", "integrityRequirement": "NOT_DEFINED", "modifiedAttackVector": "NOT_DEFINED", "subAvailabilityImpact": "NONE", "vulnAvailabilityImpact": "NONE", "availabilityRequirement": "NOT_DEFINED", "modifiedUserInteraction": "NOT_DEFINED", "modifiedAttackComplexity": "NOT_DEFINED", "subConfidentialityImpact": "NONE", "vulnConfidentialityImpact": "LOW", "confidentialityRequirement": "NOT_DEFINED", "modifiedAttackRequirements": "NOT_DEFINED", "modifiedPrivilegesRequired": "NOT_DEFINED", "modifiedSubIntegrityImpact": "NOT_DEFINED", "modifiedVulnIntegrityImpact": "NOT_DEFINED", "vulnerabilityResponseEffort": "NOT_DEFINED", "modifiedSubAvailabilityImpact": "NOT_DEFINED", "modifiedVulnAvailabilityImpact": "NOT_DEFINED", "modifiedSubConfidentialityImpact": "NOT_DEFINED", "modifiedVulnConfidentialityImpact": "NOT_DEFINED"}}]}, "affected": [{"source": "security-advisories@github.com", "affectedData": [{"vendor": "Kovah", "product": "LinkAce", "versions": [{"status": "affected", "version": "< 2.5.6"}]}]}], "published": "2026-05-28T22:17:00.227", "references": [{"url": "https://github.com/Kovah/LinkAce/security/advisories/GHSA-cj8f-h888-m57m", "source": "security-advisories@github.com"}, {"url": "https://github.com/Kovah/LinkAce/security/advisories/GHSA-cj8f-h888-m57m", "source": "134c704f-9b21-4f2e-91b3-4a467353bcc0"}], "vulnStatus": "Deferred", "weaknesses": [{"type": "Secondary", "source": "security-advisories@github.com", "description": [{"lang": "en", "value": "CWE-639"}]}], "descriptions": [{"lang": "en", "value": "LinkAce is a self-hosted archive to collect website links. Prior to 2.5.6, LinkAce contains an Insecure Direct Object Reference vulnerability in the authorization policy layer that allows any authenticated user to modify resources owned by other users. The affected resource types are links, lists, tags, and notes. Both the web UI and the REST API are vulnerable. The root cause is in the update() methods of all four model policies: LinkPolicy, LinkListPolicy, TagPolicy, and NotePolicy. Each delegates to an access-check method (e.g., userCanAccessLink()) that returns true for any resource with non-private visibility, regardless of who owns it. This means any registered user can edit any public or internal resource across the entire instance. The delete() methods in the same policy files correctly require ownership via $link->user->is($user), which confirms that update was intended to be owner-only. The same flaw exists in the API layer through AuthorizesUserApiActions::userCanUpdateModel(), which mirrors the broken visibility-only check instead of the ownership check used by userCanDeleteModel(). Bulk edit operations via BulkEditController are also affected. This vulnerability is fixed in 2.5.6."}, {"lang": "es", "value": "LinkAce es un archivo autoalojado para recopilar enlaces de sitios web. Anterior a la versi\u00f3n 2.5.6, LinkAce contiene una vulnerabilidad de Referencia Directa a Objeto Insegura en la capa de pol\u00edtica de autorizaci\u00f3n que permite a cualquier usuario autenticado modificar recursos propiedad de otros usuarios. Los tipos de recursos afectados son enlaces, listas, etiquetas y notas. Tanto la interfaz de usuario web como la API REST son vulnerables. La causa ra\u00edz se encuentra en los m\u00e9todos update() de las cuatro pol\u00edticas de modelo: LinkPolicy, LinkListPolicy, TagPolicy y NotePolicy. Cada uno delega en un m\u00e9todo de verificaci\u00f3n de acceso (por ejemplo, userCanAccessLink()) que devuelve verdadero para cualquier recurso con visibilidad no privada, independientemente de qui\u00e9n sea su propietario. Esto significa que cualquier usuario registrado puede editar cualquier recurso p\u00fablico o interno en toda la instancia. Los m\u00e9todos delete() en los mismos archivos de pol\u00edtica requieren correctamente la propiedad a trav\u00e9s de $link->user->is($user), lo que confirma que update estaba destinado a ser solo para el propietario. El mismo fallo existe en la capa de la API a trav\u00e9s de AuthorizesUserApiActions::userCanUpdateModel(), que refleja la verificaci\u00f3n de solo visibilidad defectuosa en lugar de la verificaci\u00f3n de propiedad utilizada por userCanDeleteModel(). Las operaciones de edici\u00f3n masiva a trav\u00e9s de BulkEditController tambi\u00e9n est\u00e1n afectadas. Esta vulnerabilidad se corrige en la versi\u00f3n 2.5.6."}], "lastModified": "2026-07-21T10:10:00.103", "sourceIdentifier": "security-advisories@github.com"}