Vulnerabilities

With the aim of informing, warning and helping professionals with the latest security vulnerabilities in technology systems, we have made a database available for users interested in this information, which is in Spanish and includes all of the latest documented and recognised vulnerabilities.

This repository, with over 75,000 registers, is based on the information from the NVD (http://nvd.nist.gov/) (National Vulnerability Database) – by virtue of a partnership agreement – through which INCIBE translates the included information into Spanish.

On occasions this list will show vulnerabilities that have still not been translated, as they are added while the INCIBE team is still carrying out the translation process. The CVE (Common Vulnerabilities and Exposures) Standard for Information Security Vulnerability Names is used (http://cve.mitre.org/) with the aim to support the exchange of information between different tools and databases.

All vulnerabilities collected are linked to different information sources, as well as available patches or solutions provided by manufacturers and developers. It is possible to carry out advanced searches, as there is the option to select different criteria to narrow down the results, some examples being vulnerability types, manufacturers and impact levels, among others.

Through RSS feeds (https://www.incibe.es/enfeed/vulnerabilities) or Newsletters (https://www.incibe.es/encert/simplenews/subscriptions/landing) we can be informed daily about the latest vulnerabilities added to the repository. Below there is a list, updated daily, where you can discover the latest vulnerabilities.

CVE-2024-26600

Publication date:
26/02/2024
In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> phy: ti: phy-omap-usb2: Fix NULL pointer dereference for SRP<br /> <br /> If the external phy working together with phy-omap-usb2 does not implement<br /> send_srp(), we may still attempt to call it. This can happen on an idle<br /> Ethernet gadget triggering a wakeup for example:<br /> <br /> configfs-gadget.g1 gadget.0: ECM Suspend<br /> configfs-gadget.g1 gadget.0: Port suspended. Triggering wakeup<br /> ...<br /> Unable to handle kernel NULL pointer dereference at virtual address<br /> 00000000 when execute<br /> ...<br /> PC is at 0x0<br /> LR is at musb_gadget_wakeup+0x1d4/0x254 [musb_hdrc]<br /> ...<br /> musb_gadget_wakeup [musb_hdrc] from usb_gadget_wakeup+0x1c/0x3c [udc_core]<br /> usb_gadget_wakeup [udc_core] from eth_start_xmit+0x3b0/0x3d4 [u_ether]<br /> eth_start_xmit [u_ether] from dev_hard_start_xmit+0x94/0x24c<br /> dev_hard_start_xmit from sch_direct_xmit+0x104/0x2e4<br /> sch_direct_xmit from __dev_queue_xmit+0x334/0xd88<br /> __dev_queue_xmit from arp_solicit+0xf0/0x268<br /> arp_solicit from neigh_probe+0x54/0x7c<br /> neigh_probe from __neigh_event_send+0x22c/0x47c<br /> __neigh_event_send from neigh_resolve_output+0x14c/0x1c0<br /> neigh_resolve_output from ip_finish_output2+0x1c8/0x628<br /> ip_finish_output2 from ip_send_skb+0x40/0xd8<br /> ip_send_skb from udp_send_skb+0x124/0x340<br /> udp_send_skb from udp_sendmsg+0x780/0x984<br /> udp_sendmsg from __sys_sendto+0xd8/0x158<br /> __sys_sendto from ret_fast_syscall+0x0/0x58<br /> <br /> Let&amp;#39;s fix the issue by checking for send_srp() and set_vbus() before<br /> calling them. For USB peripheral only cases these both could be NULL.
Severity: Pending analysis
Last modification:
26/02/2024

botón arriba