https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 06 Oct 2026 10:12:55 +0000 https://cve.radiocsirt.org/vuln/bdu:2026-12525 bdu:2026-12525 https://cve.radiocsirt.org/vuln/bdu:2026-12525 https://cve.radiocsirt.org/vuln/bell-cve-2026-31472 <p><strong>Affected:</strong> Alpaquita:stream: linux-lts</p> <p><strong>Affected:</strong> Alpaquita:stream: linux-lts</p> https://cve.radiocsirt.org/vuln/bell-cve-2026-31472 https://cve.radiocsirt.org/vuln/euvd-2026-315582 EUVD-2026-315582 https://cve.radiocsirt.org/vuln/euvd-2026-315582 https://cve.radiocsirt.org/vuln/fkie_cve-2026-31472 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>xfrm: iptfs: validate inner IPv4 header length in IPTFS payload</p> <p>Add validation of the inner IPv4 packet tot_len and ihl fields parsed from decrypted IPTFS payloads in __input_process_payload(). A crafted ESP packet containing an inner IPv4 header with tot_len=0 causes an infinite loop: iplen=0 leads to capturelen=min(0, remaining)=0, so the data offset never advances and the while(data &lt; tail) loop never terminates, spinning forever in softirq context.</p> <p>Reject inner IPv4 packets where tot_len &lt; ihl*4 or ihl*4 &lt; sizeof(struct iphdr), which catches both the tot_len=0 case and malformed ihl values. The normal IP stack performs this validation in ip_rcv_core(), but IPTFS extracts and processes inner packets before they reach that layer.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>xfrm: iptfs: validate inner IPv4 header length in IPTFS payload</p> <p>Add validation of the inner IPv4 packet tot_len and ihl fields parsed from decrypted IPTFS payloads in __input_process_payload(). A crafted ESP packet containing an inner IPv4 header with tot_len=0 causes an infinite loop: iplen=0 leads to capturelen=min(0, remaining)=0, so the data offset never advances and the while(data &lt; tail) loop never terminates, spinning forever in softirq context.</p> <p>Reject inner IPv4 packets where tot_len &lt; ihl*4 or ihl*4 &lt; sizeof(struct iphdr), which catches both the tot_len=0 case and malformed ihl values. The normal IP stack performs this validation in ip_rcv_core(), but IPTFS extracts and processes inner packets before they reach that layer.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-31472 https://cve.radiocsirt.org/vuln/ghsa-j49f-wwvq-pvp4 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>xfrm: iptfs: validate inner IPv4 header length in IPTFS payload</p> <p>Add validation of the inner IPv4 packet tot_len and ihl fields parsed from decrypted IPTFS payloads in __input_process_payload(). A crafted ESP packet containing an inner IPv4 header with tot_len=0 causes an infinite loop: iplen=0 leads to capturelen=min(0, remaining)=0, so the data offset never advances and the while(data &lt; tail) loop never terminates, spinning forever in softirq context.</p> <p>Reject inner IPv4 packets where tot_len &lt; ihl*4 or ihl*4 &lt; sizeof(struct iphdr), which catches both the tot_len=0 case and malformed ihl values. The normal IP stack performs this validation in ip_rcv_core(), but IPTFS extracts and processes inner packets before they reach that layer.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>xfrm: iptfs: validate inner IPv4 header length in IPTFS payload</p> <p>Add validation of the inner IPv4 packet tot_len and ihl fields parsed from decrypted IPTFS payloads in __input_process_payload(). A crafted ESP packet containing an inner IPv4 header with tot_len=0 causes an infinite loop: iplen=0 leads to capturelen=min(0, remaining)=0, so the data offset never advances and the while(data &lt; tail) loop never terminates, spinning forever in softirq context.</p> <p>Reject inner IPv4 packets where tot_len &lt; ihl*4 or ihl*4 &lt; sizeof(struct iphdr), which catches both the tot_len=0 case and malformed ihl values. The normal IP stack performs this validation in ip_rcv_core(), but IPTFS extracts and processes inner packets before they reach that layer.</p> https://cve.radiocsirt.org/vuln/ghsa-j49f-wwvq-pvp4 https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-31472 <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 106 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: xfrm: iptfs: validate inner IPv4 header length in IPTFS payload Add validation of the inner IPv4 packet tot_len and ihl fields parsed from decrypted IPTFS payloads in __input_process_payload(). A crafted ESP packet containing an inner IPv4 header with tot_len=0 causes an infinite loop: iplen=0 leads to capturelen=min(0, remaining)=0, so the data offset never advances and the while(data &lt; tail) loop never terminates, spinning forever in softirq context. Reject inner IPv4 packets where tot_len &lt; ihl*4 or ihl*4 &lt; sizeof(struct iphdr), which catches both the tot_len=0 case and malformed ihl values. The normal IP stack performs this validation in ip_rcv_core(), but IPTFS extracts and processes inner packets before they reach that layer.</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 106 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: xfrm: iptfs: validate inner IPv4 header length in IPTFS payload Add validation of the inner IPv4 packet tot_len and ihl fields parsed from decrypted IPTFS payloads in __input_process_payload(). A crafted ESP packet containing an inner IPv4 header with tot_len=0 causes an infinite loop: iplen=0 leads to capturelen=min(0, remaining)=0, so the data offset never advances and the while(data &lt; tail) loop never terminates, spinning forever in softirq context. Reject inner IPv4 packets where tot_len &lt; ihl*4 or ihl*4 &lt; sizeof(struct iphdr), which catches both the tot_len=0 case and malformed ihl values. The normal IP stack performs this validation in ip_rcv_core(), but IPTFS extracts and processes inner packets before they reach that layer.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-31472 https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1252 <p>Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen, Sicherheitsmaßnahmen zu umgehen, Informationen offenzulegen, andere nicht näher spezifizierte Auswirkungen zu verursachen und möglicherweise Code auszuführen.</p> <p>Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen, Sicherheitsmaßnahmen zu umgehen, Informationen offenzulegen, andere nicht näher spezifizierte Auswirkungen zu verursachen und möglicherweise Code auszuführen.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1252