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

Vulnerabilidades

Con el objetivo de informar, advertir y ayudar a los profesionales sobre las últimas 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 últimas 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 últimas vulnerabilidades incorporadas al repositorio.

CVE-2026-97495
Fecha de publicación:
24/09/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> drm/amdkfd: Check bounds on allocate_doorbell<br /> <br /> allocated_doorbell has an option to set the doorbell id<br /> to a specific value (used by CRIU). This value was not<br /> bounds checked.<br /> <br /> Check to confirm it&amp;#39;s less than KFD_MAX_NUM_OF_QUEUES_PER_PROCESS.
Gravedad: Pendiente de análisis
Última modificación:
24/09/2026

CVE-2026-97498
Fecha de publicación:
24/09/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> drm/amdgpu/userq: pin mqd and fw object bo to avoid eviction<br /> <br /> mqd and fw objects are queue core objects which should remain<br /> valid and never be unmapped and evicted for user queues to work<br /> properly.<br /> <br /> During eviction if these buffers are evicted the hw continue to<br /> use the invalid addresses and caused page faults and system hung.
Gravedad: Pendiente de análisis
Última modificación:
24/09/2026

CVE-2026-97499
Fecha de publicación:
24/09/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> coresight: perf: Retrieve path and source from event data<br /> <br /> ETM perf callbacks currently use the per-CPU csdev_src pointer, which<br /> can race with updates during device registration and unregistration.<br /> <br /> The AUX setup already builds and stores the path in the event data.<br /> Use this path to retrieve the source instead of csdev_src to avoid<br /> the race.<br /> <br /> Export coresight_get_source() and add etm_event_get_ctxt_path() to<br /> retrieve the context&amp;#39;s path and its source with READ_ONCE() /<br /> WRITE_ONCE() accessors. Give the comments to explain why this<br /> approach is safe when pause or resume callbacks preempt the disable<br /> callback (e.g. via NMI).
Gravedad: Pendiente de análisis
Última modificación:
24/09/2026

CVE-2026-97500
Fecha de publicación:
24/09/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> wifi: rtw89: phy: check length before parsing PHY status IE<br /> <br /> Hardware might report PHY status IE with unexpected length, and parser<br /> might access out of range. Check the length ahead.
Gravedad: Pendiente de análisis
Última modificación:
24/09/2026

CVE-2026-97501
Fecha de publicación:
24/09/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> pinctrl: mediatek: paris: bypass pinctrl GPIO layer in set GPIO direction<br /> <br /> pinctrl_gpio_direction_input() / pinctrl_gpio_direction_output() take<br /> the pinctrl mutex. This causes a gpiochip operations to need to sleep.<br /> Worse yet, the .can_sleep field in the gpiochip is not set. This causes<br /> the shared GPIO proxy to trip over, as it uses gpiod_cansleep() to check<br /> whether it can use a spinlock or needs a mutex. In this case, it ends<br /> up taking a spinlock, then calls pinctrl_gpio_direction_output(), which<br /> takes a mutex. This causes a huge warning.<br /> <br /> While this class of Mediatek hardware does not have separate clear/set<br /> registers, the pinctrl context has a spinlock that is taken whenever<br /> a register read-modify-write is done. Also, once the GPIO function is<br /> selected / muxed in, further GPIO operations do not involve pinctrl<br /> operations or state. The GPIO direction and level values do not require<br /> toggling the pinmux or any other pin config options.<br /> <br /> Switch to directly calling mtk_pinmux_gpio_set_direction() in the GPIO<br /> set direction callbacks to avoid taking the pinctrl mutex. Drop the<br /> .gpio_set_direction field in mtk_pmxops to signal we are no longer using<br /> the pinctrl GPIO layer for setting the direction.
Gravedad: Pendiente de análisis
Última modificación:
24/09/2026

CVE-2026-97502
Fecha de publicación:
24/09/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> mmc: davinci: avoid NULL deref of host-&gt;data in IRQ handler<br /> <br /> mmc_davinci_irq() returns early only when both host-&gt;cmd and<br /> host-&gt;data are NULL:<br /> <br /> if (host-&gt;cmd == NULL &amp;&amp; host-&gt;data == NULL) {<br /> ...<br /> return IRQ_NONE;<br /> }<br /> <br /> So we may legitimately reach the rest of the handler with<br /> host-&gt;data == NULL (and therefore data == NULL). The DATDNE branch<br /> already guards against this with an explicit "if (data != NULL)"<br /> check, but the subsequent TOUTRD ("read data timeout") and<br /> CRCWR/CRCRD ("data CRC error") branches dereference data<br /> unconditionally:<br /> <br /> if (qstatus &amp; MMCST0_TOUTRD) {<br /> data-&gt;error = -ETIMEDOUT; error = -EILSEQ; data is NULL, the kernel<br /> will crash inside the IRQ handler. smatch flags this:<br /> <br /> drivers/mmc/host/davinci_mmc.c:933 mmc_davinci_irq() error: we<br /> previously assumed &amp;#39;data&amp;#39; could be null (see line 914)<br /> <br /> Gate both branches on a non-NULL data, matching the existing pattern<br /> used by the DATDNE branch.<br /> <br /> No functional change for callers where data is non-NULL, which is<br /> the only case in which these branches did meaningful work before<br /> this change.
Gravedad: Pendiente de análisis
Última modificación:
24/09/2026

CVE-2026-97496
Fecha de publicación:
24/09/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> drm/amdkfd: Fix OOB memory exposure in get_wave_state()<br /> <br /> The get_wave_state() function for v9 trusts cp_hqd_cntl_stack_size and<br /> cp_hqd_cntl_stack_offset values read directly from the MQD, which are<br /> written by GPU microcode and fully attacker-controlled on the<br /> CRIU-restore path (via AMDKFD_IOC_RESTORE_PROCESS with H3).<br /> <br /> this leads to an unbounded copy_to_user() that can leak adjacent<br /> GTT/kernel memory. If offset &gt; size, integer underflow produces a ~4 GiB<br /> read length, if size is set to 1 MiB against a 4 KiB allocation, we leak<br /> 1 MiB of adjacent kernel memory (other queues&amp;#39; MQDs, ring buffers, KASLR<br /> pointers).<br /> <br /> Fix by clamping both cp_hqd_cntl_stack_size to the actual allocated<br /> buffer size (q-&gt;ctl_stack_size) and cp_hqd_cntl_stack_offset to the<br /> clamped size before performing arithmetic and copy_to_user().<br /> <br /> This ensures we never read beyond the allocated kernel BO regardless of<br /> attacker-supplied MQD field values.
Gravedad CVSS v3.1: ALTA
Última modificación:
25/09/2026

CVE-2026-97497
Fecha de publicación:
24/09/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> drm/amdkfd: Check bounds for allocate_sdma_queue restore_sdma_id<br /> <br /> allocate_sdma_queue has an option where the sdma queue id can be<br /> specified (used by CRIU). We weren&amp;#39;t bounds-checking that<br /> value.<br /> <br /> Confirm it&amp;#39;s less than the maximum number of queues.
Gravedad CVSS v3.1: ALTA
Última modificación:
25/09/2026

CVE-2026-97485
Fecha de publicación:
24/09/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> omfs: handle set_blocksize failures<br /> <br /> omfs uses buffer_heads, which don&amp;#39;t handle block size &gt; PAGE_SIZE well.<br /> Without this, mounting we will hit the<br /> <br /> BUG_ON(offset &gt;= folio_size(folio));<br /> <br /> in folio_set_bh on the first __bread_gfp call.
Gravedad: Pendiente de análisis
Última modificación:
24/09/2026

CVE-2026-97486
Fecha de publicación:
24/09/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> hpfs: handle set_blocksize failures<br /> <br /> hpfs uses buffer_heads, which don&amp;#39;t handle block size &gt; PAGE_SIZE well.<br /> Without this, mounting will hit the<br /> <br /> BUG_ON(offset &gt;= folio_size(folio));<br /> <br /> in folio_set_bh on the first __bread_gfp call.
Gravedad: Pendiente de análisis
Última modificación:
24/09/2026

CVE-2026-97487
Fecha de publicación:
24/09/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> jfs: handle set_blocksize failures<br /> <br /> jfs uses buffer_heads, which don&amp;#39;t handle block size &gt; PAGE_SIZE well.<br /> Without this, mounting we will hit the<br /> <br /> BUG_ON(offset &gt;= folio_size(folio));<br /> <br /> in folio_set_bh on the first __bread_gfp call.
Gravedad: Pendiente de análisis
Última modificación:
24/09/2026

CVE-2026-97488
Fecha de publicación:
24/09/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> qnx4: handle set_blocksize failures<br /> <br /> qnx4 uses buffer_heads, which don&amp;#39;t handle block size &gt; PAGE_SIZE well.<br /> Without this, mounting will hit the<br /> <br /> BUG_ON(offset &gt;= folio_size(folio));<br /> <br /> in folio_set_bh on the first __bread_gfp call.
Gravedad: Pendiente de análisis
Última modificación:
24/09/2026
Suscribirse a Vulnerabilidades