https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Fri, 02 Oct 2026 16:30:42 +0000 https://cve.radiocsirt.org/vuln/bell-cve-2026-68081 <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://cve.radiocsirt.org/vuln/bell-cve-2026-68081 https://cve.radiocsirt.org/vuln/certfr-2026-avi-1164 certfr-2026-avi-1164 https://cve.radiocsirt.org/vuln/certfr-2026-avi-1164 https://cve.radiocsirt.org/vuln/euvd-2026-353455 EUVD-2026-353455 https://cve.radiocsirt.org/vuln/euvd-2026-353455 https://cve.radiocsirt.org/vuln/fkie_cve-2026-68081 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>KVM: nVMX: Put vmcs12 pages if nested VM-Enter fails due to invalid guest state</p> <p>Put all vmcs12 pages if KVM synthesizes a nested VM-Exit due to invalid guest while emulating VMLAUNCH or VMRESUME. The invalid guest state path doesn&#39;t use nested_vmx_vmexit() as that API is intended to be used if and only if L2 is active, and the open coded equivalent neglects to put the vmcs12 pages. Failure to put the vmcs12 pages leaks any pinned pages (and/or mappings) if L1 retries VMLAUNCH/VMRESUME.</p> <p>Note, the !from_vmenter scenario doesn&#39;t suffer the same problem, as vmx_get_nested_state_pages() only gets/pins/maps the vmcs12 pages if L2 is active, i.e. if a &#34;full&#34; VM-Exit is guaranteed before KVM will retry getting vmcs12 pages.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>KVM: nVMX: Put vmcs12 pages if nested VM-Enter fails due to invalid guest state</p> <p>Put all vmcs12 pages if KVM synthesizes a nested VM-Exit due to invalid guest while emulating VMLAUNCH or VMRESUME. The invalid guest state path doesn&#39;t use nested_vmx_vmexit() as that API is intended to be used if and only if L2 is active, and the open coded equivalent neglects to put the vmcs12 pages. Failure to put the vmcs12 pages leaks any pinned pages (and/or mappings) if L1 retries VMLAUNCH/VMRESUME.</p> <p>Note, the !from_vmenter scenario doesn&#39;t suffer the same problem, as vmx_get_nested_state_pages() only gets/pins/maps the vmcs12 pages if L2 is active, i.e. if a &#34;full&#34; VM-Exit is guaranteed before KVM will retry getting vmcs12 pages.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-68081 https://cve.radiocsirt.org/vuln/ghsa-8ff4-44g5-rp4f <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>KVM: nVMX: Put vmcs12 pages if nested VM-Enter fails due to invalid guest state</p> <p>Put all vmcs12 pages if KVM synthesizes a nested VM-Exit due to invalid guest while emulating VMLAUNCH or VMRESUME. The invalid guest state path doesn&#39;t use nested_vmx_vmexit() as that API is intended to be used if and only if L2 is active, and the open coded equivalent neglects to put the vmcs12 pages. Failure to put the vmcs12 pages leaks any pinned pages (and/or mappings) if L1 retries VMLAUNCH/VMRESUME.</p> <p>Note, the !from_vmenter scenario doesn&#39;t suffer the same problem, as vmx_get_nested_state_pages() only gets/pins/maps the vmcs12 pages if L2 is active, i.e. if a &#34;full&#34; VM-Exit is guaranteed before KVM will retry getting vmcs12 pages.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>KVM: nVMX: Put vmcs12 pages if nested VM-Enter fails due to invalid guest state</p> <p>Put all vmcs12 pages if KVM synthesizes a nested VM-Exit due to invalid guest while emulating VMLAUNCH or VMRESUME. The invalid guest state path doesn&#39;t use nested_vmx_vmexit() as that API is intended to be used if and only if L2 is active, and the open coded equivalent neglects to put the vmcs12 pages. Failure to put the vmcs12 pages leaks any pinned pages (and/or mappings) if L1 retries VMLAUNCH/VMRESUME.</p> <p>Note, the !from_vmenter scenario doesn&#39;t suffer the same problem, as vmx_get_nested_state_pages() only gets/pins/maps the vmcs12 pages if L2 is active, i.e. if a &#34;full&#34; VM-Exit is guaranteed before KVM will retry getting vmcs12 pages.</p> https://cve.radiocsirt.org/vuln/ghsa-8ff4-44g5-rp4f https://cve.radiocsirt.org/vuln/msrc_cve-2026-68081 msrc_CVE-2026-68081 https://cve.radiocsirt.org/vuln/msrc_cve-2026-68081 https://cve.radiocsirt.org/vuln/opensuse-su-2026:11506-1 <p>kernel-devel-7.1.8-1.1 on GA media</p> <p>kernel-devel-7.1.8-1.1 on GA media</p> https://cve.radiocsirt.org/vuln/opensuse-su-2026:11506-1 https://cve.radiocsirt.org/vuln/suse-su-2026:23477-1 <p>Security update for the Linux Kernel</p> <p>Security update for the Linux Kernel</p> https://cve.radiocsirt.org/vuln/suse-su-2026:23477-1 https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-68081 <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:Pro:18.04:LTS: linux-aws-5.4, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:Pro:18.04:LTS: linux-azure-5.4, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3 and 219 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: KVM: nVMX: Put vmcs12 pages if nested VM-Enter fails due to invalid guest state Put all vmcs12 pages if KVM synthesizes a nested VM-Exit due to invalid guest while emulating VMLAUNCH or VMRESUME. The invalid guest state path doesn&#39;t use nested_vmx_vmexit() as that API is intended to be used if and only if L2 is active, and the open coded equivalent neglects to put the vmcs12 pages. Failure to put the vmcs12 pages leaks any pinned pages (and/or mappings) if L1 retries VMLAUNCH/VMRESUME. Note, the !from_vmenter scenario doesn&#39;t suffer the same problem, as vmx_get_nested_state_pages() only gets/pins/maps the vmcs12 pages if L2 is active, i.e. if a &#34;full&#34; VM-Exit is guaranteed before KVM will retry getting vmcs12 pages.</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:Pro:18.04:LTS: linux-aws-5.4, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:Pro:18.04:LTS: linux-azure-5.4, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3 and 219 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: KVM: nVMX: Put vmcs12 pages if nested VM-Enter fails due to invalid guest state Put all vmcs12 pages if KVM synthesizes a nested VM-Exit due to invalid guest while emulating VMLAUNCH or VMRESUME. The invalid guest state path doesn&#39;t use nested_vmx_vmexit() as that API is intended to be used if and only if L2 is active, and the open coded equivalent neglects to put the vmcs12 pages. Failure to put the vmcs12 pages leaks any pinned pages (and/or mappings) if L1 retries VMLAUNCH/VMRESUME. Note, the !from_vmenter scenario doesn&#39;t suffer the same problem, as vmx_get_nested_state_pages() only gets/pins/maps the vmcs12 pages if L2 is active, i.e. if a &#34;full&#34; VM-Exit is guaranteed before KVM will retry getting vmcs12 pages.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-68081 https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2720 <p>Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen.</p> <p>Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2720