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 ú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-64395
Fecha de publicación:
25/07/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> ksmbd: require source read access for duplicate extents<br /> <br /> FSCTL_DUPLICATE_EXTENTS_TO_FILE passes the source file directly to<br /> vfs_clone_file_range() or vfs_copy_file_range() without checking the SMB<br /> access mask granted to the source handle. A handle opened with attribute<br /> access can consequently be used to copy file contents into an<br /> attacker-readable destination.<br /> <br /> Require FILE_READ_DATA on the source handle before either VFS operation,<br /> matching other ksmbd data-copy paths.
Gravedad CVSS v3.1: ALTA
Última modificación:
27/07/2026

CVE-2026-64381
Fecha de publicación:
25/07/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> smb: client: Fix next buffer leak in receive_encrypted_standard()<br /> <br /> receive_encrypted_standard() allocates next_buffer before checking<br /> whether the number of compound PDUs already reached MAX_COMPOUND. If<br /> the limit check fails, the function returns immediately and the newly<br /> allocated next_buffer is not assigned to server-&gt;smallbuf/server-&gt;bigbuf,<br /> making it leaked.<br /> <br /> Move the MAX_COMPOUND check before allocating next_buffer.
Gravedad: Pendiente de análisis
Última modificación:
25/07/2026

CVE-2026-64379
Fecha de publicación:
25/07/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> smb: client: mask server-provided mode to 07777 in modefromsid<br /> <br /> When modefromsid is active, parse_dacl() applies the server-provided<br /> sub_auth[2] value from the NFS mode SID to cf_mode without masking to<br /> 07777. Apply the correct masking, same as in the read path.
Gravedad CVSS v3.1: ALTA
Última modificación:
27/07/2026

CVE-2026-64380
Fecha de publicación:
25/07/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> smb: client: harden POSIX SID length parsing<br /> <br /> posix_info_sid_size() reads sid[1] to obtain the subauthority count,<br /> but its existing boundary check still accepts buffers with only one<br /> remaining byte. Require two bytes before reading sid[1] so all client<br /> paths that reuse the helper reject truncated POSIX SIDs safely.
Gravedad CVSS v3.1: ALTA
Última modificación:
27/07/2026

CVE-2026-64382
Fecha de publicación:
25/07/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> smb: client: fix double-free in SMB2_open() replay<br /> <br /> A response-bearing attempt can return a replayable error and free its<br /> response buffer. If SMB2_open_init() fails before the next send, cleanup<br /> retains the previous buffer type and frees that response again.<br /> <br /> Reset response bookkeeping before each attempt to prevent the stale free.
Gravedad CVSS v3.1: ALTA
Última modificación:
27/07/2026

CVE-2026-64383
Fecha de publicación:
25/07/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> smb: client: fix double-free in SMB2_flush() replay<br /> <br /> SMB2_flush() keeps its response buffer bookkeeping across replay<br /> attempts. If a replayable flush response is received and the retry then<br /> fails before cifs_send_recv() stores a replacement response, flush_exit<br /> will free the stale response pointer a second time.<br /> <br /> Reinitialize resp_buftype and rsp_iov at the top of the replay loop so<br /> cleanup only acts on response state produced by the current attempt.<br /> This fixes a double-free without changing replay handling for successful<br /> requests.
Gravedad CVSS v3.1: CRÍTICA
Última modificación:
27/07/2026

CVE-2026-64384
Fecha de publicación:
25/07/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> smb: client: fix change notify replay double-free<br /> <br /> A response-bearing attempt can return a replayable error and free its<br /> response buffer. If SMB2_notify_init() fails before the next send, cleanup<br /> retains the previous buffer type and frees that response again.<br /> <br /> Reset response bookkeeping before each attempt to prevent the stale free.
Gravedad CVSS v3.1: CRÍTICA
Última modificación:
27/07/2026

CVE-2026-64385
Fecha de publicación:
25/07/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> smb: client: fix double-free in SMB2_ioctl() replay<br /> <br /> A response-bearing attempt can return a replayable error and free its<br /> response buffer. If SMB2_ioctl_init() fails before the next send, cleanup<br /> retains the previous buffer type and frees that response again.<br /> <br /> Reset response bookkeeping before each attempt to prevent the stale free.
Gravedad CVSS v3.1: CRÍTICA
Última modificación:
27/07/2026

CVE-2026-64386
Fecha de publicación:
25/07/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> smb: client: fix query_info() replay double-free<br /> <br /> A response-bearing attempt can return a replayable error and free its<br /> response buffer. If SMB2_query_info_init() fails before the next send,<br /> cleanup retains the previous buffer type and frees that response again.<br /> <br /> Reset response bookkeeping before each attempt to prevent the stale free.
Gravedad CVSS v3.1: CRÍTICA
Última modificación:
27/07/2026

CVE-2026-64371
Fecha de publicación:
25/07/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> proc: protect ptrace_may_access() with exec_update_lock (part 1)<br /> <br /> Fix the easy cases where procfs currently calls ptrace_may_access() without<br /> exec_update_lock protection, where the fix is to simply add the extra lock<br /> or use mm_access():<br /> <br /> - do_task_stat(): grab exec_update_lock<br /> - proc_pid_wchan(): grab exec_update_lock<br /> - proc_map_files_lookup(): use mm_access() instead of get_task_mm()<br /> - proc_map_files_readdir(): use mm_access() instead of get_task_mm()<br /> - proc_ns_get_link(): grab exec_update_lock<br /> - proc_ns_readlink(): grab exec_update_lock
Gravedad: Pendiente de análisis
Última modificación:
25/07/2026

CVE-2026-64373
Fecha de publicación:
25/07/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> cpufreq: Fix hotplug-suspend race during reboot<br /> <br /> During system reboot, cpufreq_suspend() is called via the<br /> kernel_restart() -&gt; device_shutdown() path. Unlike the normal system<br /> suspend path, the reboot path does not call freeze_processes(), so<br /> userspace processes and kernel threads remain active.<br /> <br /> This allows CPU hotplug operations to run concurrently with<br /> cpufreq_suspend(). The original code has no synchronization with CPU<br /> hotplug, leading to a race condition where governor_data can be freed<br /> by the hotplug path while cpufreq_suspend() is still accessing it,<br /> resulting in a null pointer dereference:<br /> <br /> Unable to handle kernel NULL pointer dereference<br /> Call Trace:<br /> do_kernel_fault+0x28/0x3c<br /> cpufreq_suspend+0xdc/0x160<br /> device_shutdown+0x18/0x200<br /> kernel_restart+0x40/0x80<br /> arm64_sys_reboot+0x1b0/0x200<br /> <br /> Fix this by adding cpus_read_lock()/cpus_read_unlock() to<br /> cpufreq_suspend() to block CPU hotplug operations while suspend is in<br /> progress.<br /> <br /> [ rjw: Changelog edits ]
Gravedad: Pendiente de análisis
Última modificación:
25/07/2026

CVE-2026-64376
Fecha de publicación:
25/07/2026
Idioma:
Inglés
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> firmware_loader: fix device reference leak in firmware_upload_register()<br /> <br /> firmware_upload_register()<br /> -&gt; fw_create_instance()<br /> -&gt; device_initialize()<br /> <br /> After fw_create_instance() succeeds, the lifetime of the embedded struct<br /> device is expected to be managed through the device core reference<br /> counting, since fw_create_instance() has already called<br /> device_initialize().<br /> <br /> In firmware_upload_register(), if alloc_lookup_fw_priv() fails after<br /> fw_create_instance() succeeds, the code reaches free_fw_sysfs and frees<br /> fw_sysfs directly instead of releasing the device reference with<br /> put_device(). This may leave the reference count of the embedded struct<br /> device unbalanced, resulting in a refcount leak.<br /> <br /> The issue was identified by a static analysis tool I developed and<br /> confirmed by manual review. Fix this by using put_device(fw_dev) in the<br /> failure path and letting fw_dev_release() handle the final cleanup,<br /> instead of freeing the instance directly from the error path.
Gravedad: Pendiente de análisis
Última modificación:
25/07/2026
Suscribirse a Vulnerabilidades