Instituto Nacional de ciberseguridad. Sección Incibe
Instituto Nacional de Ciberseguridad. Sección INCIBE-CERT

017 - Ir a la línea de ayuda en Ciberseguridad    Ir a Agenda     Ir a Sala de prensa     Ir a suscripción de boletines

Ir al buscador

Vulnerabilidades

Con el objetivo de informar, advertir y ayudar a los profesionales sobre las ultimas vulnerabilidades de seguridad en sistemas tecnológicos, ponemos a disposición de los usuarios interesados en esta información una base de datos con información en castellano sobre cada una de las ultimas vulnerabilidades documentadas y conocidas.

Este repositorio con más de 75.000 registros esta basado en la información de NVD (National Vulnerability Database) – en función de un acuerdo de colaboración – por el cual desde INCIBE realizamos la traducción al castellano de la información incluida. En ocasiones este listado mostrará vulnerabilidades que aún no han sido traducidas debido a que se recogen en el transcurso del tiempo en el que el equipo de INCIBE realiza el proceso de traducción.

Se emplea el estándar de nomenclatura de vulnerabilidades CVE (Common Vulnerabilities and Exposures), con el fin de facilitar el intercambio de información entre diferentes bases de datos y herramientas. Cada una de las vulnerabilidades recogidas enlaza a diversas fuentes de información así como a parches disponibles o soluciones aportadas por los fabricantes y desarrolladores. Es posible realizar búsquedas avanzadas teniendo la opción de seleccionar diferentes criterios como el tipo de vulnerabilidad, fabricante, tipo de impacto entre otros, con el fin de acortar los resultados.

Mediante suscripción RSS o Boletines podemos estar informados diariamente de las ultimas vulnerabilidades incorporadas al repositorio.

CVE-2026-24117
Fecha de publicación:
22/01/2026
Idioma:
Inglés
*** Pendiente de traducción *** Rekor is a software supply chain transparency log. In versions 1.4.3 and below, attackers can trigger SSRF to arbitrary internal services because /api/v1/index/retrieve supports retrieving a public key via user-provided URL. Since the SSRF only can trigger GET requests, the request cannot mutate state. The response from the GET request is not returned to the caller so data exfiltration is not possible. A malicious actor could attempt to probe an internal network through Blind SSRF. The issue has been fixed in version 1.5.0. To workaround this issue, disable the search endpoint with --enable_retrieve_api=false.
Gravedad CVSS v3.1: MEDIA
Última modificación:
22/01/2026

CVE-2026-23953
Fecha de publicación:
22/01/2026
Idioma:
Inglés
*** Pendiente de traducción *** Incus is a system container and virtual machine manager. In versions 6.20.0 and below, a user with the ability to launch a container with a custom YAML configuration (e.g a member of the ‘incus’ group) can create an environment variable containing newlines, which can be used to add additional configuration items in the container’s lxc.conf due to newline injection. This can allow adding arbitrary lifecycle hooks, ultimately resulting in arbitrary command execution on the host. Exploiting this issue on IncusOS requires a slight modification of the payload to change to a different writable directory for the validation step (e.g /tmp). This can be confirmed with a second container with /tmp mounted from the host (A privileged action for validation only). A fix is planned for versions 6.0.6<br /> and 6.21.0, but they have not been released at the time of publication.
Gravedad CVSS v3.1: ALTA
Última modificación:
22/01/2026

CVE-2026-23954
Fecha de publicación:
22/01/2026
Idioma:
Inglés
*** Pendiente de traducción *** Incus is a system container and virtual machine manager. Versions 6.21.0 and below allow a user with the ability to launch a container with a custom image (e.g a member of the ‘incus’ group) to use directory traversal or symbolic links in the templating functionality to achieve host arbitrary file read, and host arbitrary file write. This ultimately results in arbitrary command execution on the host. When using an image with a metadata.yaml containing templates, both the source and target paths are not checked for symbolic links or directory traversal. This can also be exploited in IncusOS. A fix is planned for versions 6.0.6 and 6.21.0, but they have not been released at the time of publication.
Gravedad CVSS v3.1: ALTA
Última modificación:
22/01/2026

CVE-2026-20904
Fecha de publicación:
22/01/2026
Idioma:
Inglés
*** Pendiente de traducción *** Gitea does not properly validate ownership when toggling OpenID URI visibility. An authenticated user may be able to change the visibility settings of other users&amp;#39; OpenID identities.
Gravedad: Pendiente de análisis
Última modificación:
22/01/2026

CVE-2026-20912
Fecha de publicación:
22/01/2026
Idioma:
Inglés
*** Pendiente de traducción *** Gitea does not properly validate repository ownership when linking attachments to releases. An attachment uploaded to a private repository could potentially be linked to a release in a different public repository, making it accessible to unauthorized users.
Gravedad: Pendiente de análisis
Última modificación:
22/01/2026

CVE-2026-23831
Fecha de publicación:
22/01/2026
Idioma:
Inglés
*** Pendiente de traducción *** Rekor is a software supply chain transparency log. In versions 1.4.3 and below, the entry implementation can panic on attacker-controlled input when canonicalizing a proposed entry with an empty spec.message, causing nil Pointer Dereference. Function validate() returns nil (success) when message is empty, leaving sign1Msg uninitialized, and Canonicalize() later dereferences v.sign1Msg.Payload. A malformed proposed entry of the cose/v0.0.1 type can cause a panic on a thread within the Rekor process. The thread is recovered so the client receives a 500 error message and service still continues, so the availability impact of this is minimal. This issue has been fixed in version 1.5.0.
Gravedad CVSS v3.1: MEDIA
Última modificación:
22/01/2026

CVE-2026-20897
Fecha de publicación:
22/01/2026
Idioma:
Inglés
*** Pendiente de traducción *** Gitea does not properly validate repository ownership when deleting Git LFS locks. A user with write access to one repository may be able to delete LFS locks belonging to other repositories.
Gravedad: Pendiente de análisis
Última modificación:
22/01/2026

CVE-2026-20736
Fecha de publicación:
22/01/2026
Idioma:
Inglés
*** Pendiente de traducción *** Gitea does not properly verify repository context when deleting attachments. A user who previously uploaded an attachment to a repository may be able to delete it after losing access to that repository by making the request through a different repository they can access.
Gravedad: Pendiente de análisis
Última modificación:
22/01/2026

CVE-2026-20750
Fecha de publicación:
22/01/2026
Idioma:
Inglés
*** Pendiente de traducción *** Gitea does not properly validate project ownership in organization project operations. A user with project write access in one organization may be able to modify projects belonging to a different organization.
Gravedad: Pendiente de análisis
Última modificación:
22/01/2026

CVE-2026-20800
Fecha de publicación:
22/01/2026
Idioma:
Inglés
*** Pendiente de traducción *** Gitea&amp;#39;s notification API does not re-validate repository access permissions when returning notification details. After a user&amp;#39;s access to a private repository is revoked, they may still view issue and pull request titles through previously received notifications.
Gravedad: Pendiente de análisis
Última modificación:
22/01/2026

CVE-2026-20883
Fecha de publicación:
22/01/2026
Idioma:
Inglés
*** Pendiente de traducción *** Gitea&amp;#39;s stopwatch API does not re-validate repository access permissions. After a user&amp;#39;s access to a private repository is revoked, they may still view issue titles and repository names through previously started stopwatches.
Gravedad: Pendiente de análisis
Última modificación:
22/01/2026

CVE-2026-20888
Fecha de publicación:
22/01/2026
Idioma:
Inglés
*** Pendiente de traducción *** Gitea does not properly verify authorization when canceling scheduled auto-merges via the web interface. A user with read access to pull requests may be able to cancel auto-merges scheduled by other users.
Gravedad: Pendiente de análisis
Última modificación:
22/01/2026
Suscribirse a Vulnerabilidades