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

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-64391

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: use opener credentials for ADS I/O<br /> <br /> Alternate data streams are stored as xattrs. Unlike regular file I/O,<br /> their read and write paths therefore call VFS xattr helpers which recheck<br /> inode permissions and LSM policy using the current task credentials.<br /> <br /> Run ADS I/O with the credentials captured when the SMB handle was opened.
Gravedad: Pendiente de análisis
Última modificación:
25/07/2026

CVE-2026-64392

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: use opener credentials for delete-on-close<br /> <br /> Delete-on-close can be completed by deferred or durable handle teardown,<br /> where no request work is available. Both the base-file unlink and the ADS<br /> xattr removal consequently run with the ksmbd worker credentials and can<br /> bypass filesystem permission checks.<br /> <br /> Run both operations with the credentials captured in struct file when the<br /> handle was opened. This preserves the authenticated user&amp;#39;s fsuid, fsgid,<br /> supplementary groups and capability restrictions at final close.
Gravedad: Pendiente de análisis
Última modificación:
25/07/2026

CVE-2026-64393

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: run set info with opener credentials<br /> <br /> SMB2 SET_INFO handlers call path-based VFS helpers after checking the<br /> access mask granted to the SMB handle. Those helpers perform their owner,<br /> inode permission and LSM checks using the current ksmbd worker credentials.<br /> <br /> Run the complete SET_INFO dispatch with the credentials captured when the<br /> handle was opened. This also removes the separate security information<br /> credential setup and keeps all SET_INFO classes under one credential scope.<br /> <br /> Direct override_creds() is used because it can nest with the request<br /> credential overrides already used by rename and link helpers.
Gravedad: Pendiente de análisis
Última modificación:
25/07/2026

CVE-2026-64394

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: add a WRITE_DAC/WRITE_OWNER check to SMB2 SET_INFO SECURITY<br /> <br /> commit cc57232cae23 ("ksmbd: fix FSCTL permission bypass by adding a<br /> permission check for FSCTL_SET_SPARSE") added a fp-&gt;daccess gate to<br /> fsctl_set_sparse and noted that "similar handle-level checks exist in other<br /> functions but are missing here." The SMB2 SET_INFO SECURITY arm is one of<br /> the missing ones, and the most security-relevant: smb2_set_info_sec() calls<br /> set_info_sec() with no per-handle access check.<br /> <br /> set_info_sec() (fs/smb/server/smbacl.c) re-permissions the file: it<br /> rewrites owner/group/mode via notify_change(), rewrites the POSIX ACL via<br /> set_posix_acl(), and on KSMBD_SHARE_FLAG_ACL_XATTR shares removes and<br /> rewrites the Windows security descriptor via ksmbd_vfs_set_sd_xattr().<br /> Every other persistent-mutation arm of the sibling handler<br /> smb2_set_info_file() checks fp-&gt;daccess first (FILE_WRITE_DATA /<br /> FILE_DELETE / FILE_WRITE_EA / FILE_WRITE_ATTRIBUTES); the SECURITY arm —<br /> which mutates the access control itself — is the only one with no gate.<br /> <br /> A client can therefore open a handle with FILE_WRITE_ATTRIBUTES only (no<br /> FILE_WRITE_DAC / FILE_WRITE_OWNER) and use SMB2_SET_INFO with InfoType<br /> SMB2_O_INFO_SECURITY to rewrite the file&amp;#39;s DACL and owner, granting itself<br /> access the handle&amp;#39;s daccess never carried. Unlike the FSCTL data arms this<br /> is a metadata/xattr operation, so there is no FMODE_WRITE VFS backstop —<br /> the missing fp-&gt;daccess check is the entire gate.<br /> <br /> Setting a security descriptor is the WRITE_DAC / WRITE_OWNER operation, so<br /> require at least one of those on the handle before re-permissioning the<br /> file. -EACCES is mapped to STATUS_ACCESS_DENIED by smb2_set_info().
Gravedad: Pendiente de análisis
Última modificación:
25/07/2026

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: 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: Pendiente de análisis
Última modificación:
25/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: Pendiente de análisis
Última modificación:
25/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-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: Pendiente de análisis
Última modificación:
25/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: Pendiente de análisis
Última modificación:
25/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: Pendiente de análisis
Última modificación:
25/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: Pendiente de análisis
Última modificación:
25/07/2026