https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Thu, 01 Oct 2026 03:49:01 +0000 https://vulnerability.circl.lu/vuln/bell-cve-2026-74737 <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> https://vulnerability.circl.lu/vuln/bell-cve-2026-74737 https://vulnerability.circl.lu/vuln/certfr-2026-avi-1163 certfr-2026-avi-1163 https://vulnerability.circl.lu/vuln/certfr-2026-avi-1163 https://vulnerability.circl.lu/vuln/fkie_cve-2026-74737 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>net: ethernet: ti: am65-cpsw-nuss: Fix port_id extraction from SRC TAG</p> <p>On the packet reception path, the ID of the MAC Port on which the packet was received, is embedded in the RX DMA Descriptor&#39;s metadata. The ID is extracted using the helper function cppi5_desc_get_tags_ids() which fills in the 16-bit Source Tag into the &#39;port_id&#39; variable. However, it is only the lower 8-bits of the 16-bit Source Tag that represent the MAC Port ID, while the upper 8-bits are Hardware-Reserved and carry an arbitrary value. With the existing logic, sporadic kernel crash is observed due to the subsequent driver code accessing out-of-bound memory because of an invalid port_id.</p> <p>Hence, fix the port_id extraction logic to use only the lower 8-bits of the Source Tag as the MAC Port ID.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>net: ethernet: ti: am65-cpsw-nuss: Fix port_id extraction from SRC TAG</p> <p>On the packet reception path, the ID of the MAC Port on which the packet was received, is embedded in the RX DMA Descriptor&#39;s metadata. The ID is extracted using the helper function cppi5_desc_get_tags_ids() which fills in the 16-bit Source Tag into the &#39;port_id&#39; variable. However, it is only the lower 8-bits of the 16-bit Source Tag that represent the MAC Port ID, while the upper 8-bits are Hardware-Reserved and carry an arbitrary value. With the existing logic, sporadic kernel crash is observed due to the subsequent driver code accessing out-of-bound memory because of an invalid port_id.</p> <p>Hence, fix the port_id extraction logic to use only the lower 8-bits of the Source Tag as the MAC Port ID.</p> https://vulnerability.circl.lu/vuln/fkie_cve-2026-74737 https://vulnerability.circl.lu/vuln/ghsa-582m-3r7c-4438 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>net: ethernet: ti: am65-cpsw-nuss: Fix port_id extraction from SRC TAG</p> <p>On the packet reception path, the ID of the MAC Port on which the packet was received, is embedded in the RX DMA Descriptor&#39;s metadata. The ID is extracted using the helper function cppi5_desc_get_tags_ids() which fills in the 16-bit Source Tag into the &#39;port_id&#39; variable. However, it is only the lower 8-bits of the 16-bit Source Tag that represent the MAC Port ID, while the upper 8-bits are Hardware-Reserved and carry an arbitrary value. With the existing logic, sporadic kernel crash is observed due to the subsequent driver code accessing out-of-bound memory because of an invalid port_id.</p> <p>Hence, fix the port_id extraction logic to use only the lower 8-bits of the Source Tag as the MAC Port ID.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>net: ethernet: ti: am65-cpsw-nuss: Fix port_id extraction from SRC TAG</p> <p>On the packet reception path, the ID of the MAC Port on which the packet was received, is embedded in the RX DMA Descriptor&#39;s metadata. The ID is extracted using the helper function cppi5_desc_get_tags_ids() which fills in the 16-bit Source Tag into the &#39;port_id&#39; variable. However, it is only the lower 8-bits of the 16-bit Source Tag that represent the MAC Port ID, while the upper 8-bits are Hardware-Reserved and carry an arbitrary value. With the existing logic, sporadic kernel crash is observed due to the subsequent driver code accessing out-of-bound memory because of an invalid port_id.</p> <p>Hence, fix the port_id extraction logic to use only the lower 8-bits of the Source Tag as the MAC Port ID.</p> https://vulnerability.circl.lu/vuln/ghsa-582m-3r7c-4438 https://vulnerability.circl.lu/vuln/msrc_cve-2026-74737 msrc_CVE-2026-74737 https://vulnerability.circl.lu/vuln/msrc_cve-2026-74737 https://vulnerability.circl.lu/vuln/opensuse-su-2026:21910-1 <p>Security update for the Linux Kernel</p> <p>Security update for the Linux Kernel</p> https://vulnerability.circl.lu/vuln/opensuse-su-2026:21910-1 https://vulnerability.circl.lu/vuln/suse-su-2026:23881-1 <p>Security update for the Linux Kernel</p> <p>Security update for the Linux Kernel</p> https://vulnerability.circl.lu/vuln/suse-su-2026:23881-1 https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-74737 <p><strong>Affected:</strong> Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 193 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: net: ethernet: ti: am65-cpsw-nuss: Fix port_id extraction from SRC TAG On the packet reception path, the ID of the MAC Port on which the packet was received, is embedded in the RX DMA Descriptor&#39;s metadata. The ID is extracted using the helper function cppi5_desc_get_tags_ids() which fills in the 16-bit Source Tag into the &#39;port_id&#39; variable. However, it is only the lower 8-bits of the 16-bit Source Tag that represent the MAC Port ID, while the upper 8-bits are Hardware-Reserved and carry an arbitrary value. With the existing logic, sporadic kernel crash is observed due to the subsequent driver code accessing out-of-bound memory because of an invalid port_id. Hence, fix the port_id extraction logic to use only the lower 8-bits of the Source Tag as the MAC Port ID.</p> <p><strong>Affected:</strong> Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 193 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: net: ethernet: ti: am65-cpsw-nuss: Fix port_id extraction from SRC TAG On the packet reception path, the ID of the MAC Port on which the packet was received, is embedded in the RX DMA Descriptor&#39;s metadata. The ID is extracted using the helper function cppi5_desc_get_tags_ids() which fills in the 16-bit Source Tag into the &#39;port_id&#39; variable. However, it is only the lower 8-bits of the 16-bit Source Tag that represent the MAC Port ID, while the upper 8-bits are Hardware-Reserved and carry an arbitrary value. With the existing logic, sporadic kernel crash is observed due to the subsequent driver code accessing out-of-bound memory because of an invalid port_id. Hence, fix the port_id extraction logic to use only the lower 8-bits of the Source Tag as the MAC Port ID.</p> https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-74737