<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 03 Oct 2026 14:04:00 +0000</lastBuildDate>
    <item>
      <title>BELL-CVE-2026-45842</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-45842</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2026-45842</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0731 — De multiples vulnérabilités ont été découvertes dans les produits Microsoft. Certaines d'entre elles permettent à un at…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0731</link>
      <description>certfr-2026-avi-0731</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0731</guid>
    </item>
    <item>
      <title>EUVD-2026-327060</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-327060</link>
      <description>EUVD-2026-327060</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-327060</guid>
    </item>
    <item>
      <title>fkie_cve-2026-45842</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-45842</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;slip: reject VJ receive packets on instances with no rstate array&lt;/p&gt;
&lt;p&gt;slhc_init() accepts rslots == 0 as a valid configuration, with the
documented meaning of &amp;#39;no receive compression&amp;#39;. In that case the
allocation loop in slhc_init() is skipped, so comp-&amp;gt;rstate stays
NULL and comp-&amp;gt;rslot_limit stays 0 (from the kzalloc of struct
slcompress).&lt;/p&gt;
&lt;p&gt;The receive helpers do not defend against that configuration.
slhc_uncompress() dereferences comp-&amp;gt;rstate[x] when the VJ header
carries an explicit connection ID, and slhc_remember() later assigns
cs = &amp;amp;comp-&amp;gt;rstate[...] after only comparing the packet&amp;#39;s slot number
to comp-&amp;gt;rslot_limit. Because rslot_limit is 0, slot 0 passes the
range check, and the code dereferences a NULL rstate.&lt;/p&gt;
&lt;p&gt;The configuration is reachable in-tree through PPP. PPPIOCSMAXCID
stores its argument in a signed int, and (val &amp;gt;&amp;gt; 16) uses arithmetic
shift. Passing 0xffff0000 therefore sign-extends to -1, so val2 + 1
is 0 and ppp_generic.c ends up calling slhc_init(0, 1). Because
/dev/ppp open is gated by ns_capable(CAP_NET_ADMIN), the whole path
is reachable from an unprivileged user namespace. Once the malformed
VJ state is installed, any inbound VJ-compressed or VJ-uncompressed
frame that selects slot 0 crashes the kernel in softirq context:&lt;/p&gt;
&lt;p&gt;Oops: general protection fault, probably for non-canonical
       address 0xdffffc0000000000: 0000 [#1] SMP KASAN NOPTI
 KASAN: null-ptr-deref in range [0x0000000…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;slip: reject VJ receive packets on instances with no rstate array&lt;/p&gt;
&lt;p&gt;slhc_init() accepts rslots == 0 as a valid configuration, with the
documented meaning of &amp;#39;no receive compression&amp;#39;. In that case the
allocation loop in slhc_init() is skipped, so comp-&amp;gt;rstate stays
NULL and comp-&amp;gt;rslot_limit stays 0 (from the kzalloc of struct
slcompress).&lt;/p&gt;
&lt;p&gt;The receive helpers do not defend against that configuration.
slhc_uncompress() dereferences comp-&amp;gt;rstate[x] when the VJ header
carries an explicit connection ID, and slhc_remember() later assigns
cs = &amp;amp;comp-&amp;gt;rstate[...] after only comparing the packet&amp;#39;s slot number
to comp-&amp;gt;rslot_limit. Because rslot_limit is 0, slot 0 passes the
range check, and the code dereferences a NULL rstate.&lt;/p&gt;
&lt;p&gt;The configuration is reachable in-tree through PPP. PPPIOCSMAXCID
stores its argument in a signed int, and (val &amp;gt;&amp;gt; 16) uses arithmetic
shift. Passing 0xffff0000 therefore sign-extends to -1, so val2 + 1
is 0 and ppp_generic.c ends up calling slhc_init(0, 1). Because
/dev/ppp open is gated by ns_capable(CAP_NET_ADMIN), the whole path
is reachable from an unprivileged user namespace. Once the malformed
VJ state is installed, any inbound VJ-compressed or VJ-uncompressed
frame that selects slot 0 crashes the kernel in softirq context:&lt;/p&gt;
&lt;p&gt;Oops: general protection fault, probably for non-canonical
       address 0xdffffc0000000000: 0000 [#1] SMP KASAN NOPTI
 KASAN: null-ptr-deref in range [0x0000000…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-45842</guid>
    </item>
    <item>
      <title>GHSA-g2vj-v28f-r7cf</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-g2vj-v28f-r7cf</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;slip: reject VJ receive packets on instances with no rstate array&lt;/p&gt;
&lt;p&gt;slhc_init() accepts rslots == 0 as a valid configuration, with the
documented meaning of &amp;#39;no receive compression&amp;#39;. In that case the
allocation loop in slhc_init() is skipped, so comp-&amp;gt;rstate stays
NULL and comp-&amp;gt;rslot_limit stays 0 (from the kzalloc of struct
slcompress).&lt;/p&gt;
&lt;p&gt;The receive helpers do not defend against that configuration.
slhc_uncompress() dereferences comp-&amp;gt;rstate[x] when the VJ header
carries an explicit connection ID, and slhc_remember() later assigns
cs = &amp;amp;comp-&amp;gt;rstate[...] after only comparing the packet&amp;#39;s slot number
to comp-&amp;gt;rslot_limit. Because rslot_limit is 0, slot 0 passes the
range check, and the code dereferences a NULL rstate.&lt;/p&gt;
&lt;p&gt;The configuration is reachable in-tree through PPP. PPPIOCSMAXCID
stores its argument in a signed int, and (val &amp;gt;&amp;gt; 16) uses arithmetic
shift. Passing 0xffff0000 therefore sign-extends to -1, so val2 + 1
is 0 and ppp_generic.c ends up calling slhc_init(0, 1). Because
/dev/ppp open is gated by ns_capable(CAP_NET_ADMIN), the whole path
is reachable from an unprivileged user namespace. Once the malformed
VJ state is installed, any inbound VJ-compressed or VJ-uncompressed
frame that selects slot 0 crashes the kernel in softirq context:&lt;/p&gt;
&lt;p&gt;Oops: general protection fault, probably for non-canonical
       address 0xdffffc0000000000: 0000 [#1] SMP KASAN NOPTI
 KASAN: null-ptr-deref in range [0x0000000…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;slip: reject VJ receive packets on instances with no rstate array&lt;/p&gt;
&lt;p&gt;slhc_init() accepts rslots == 0 as a valid configuration, with the
documented meaning of &amp;#39;no receive compression&amp;#39;. In that case the
allocation loop in slhc_init() is skipped, so comp-&amp;gt;rstate stays
NULL and comp-&amp;gt;rslot_limit stays 0 (from the kzalloc of struct
slcompress).&lt;/p&gt;
&lt;p&gt;The receive helpers do not defend against that configuration.
slhc_uncompress() dereferences comp-&amp;gt;rstate[x] when the VJ header
carries an explicit connection ID, and slhc_remember() later assigns
cs = &amp;amp;comp-&amp;gt;rstate[...] after only comparing the packet&amp;#39;s slot number
to comp-&amp;gt;rslot_limit. Because rslot_limit is 0, slot 0 passes the
range check, and the code dereferences a NULL rstate.&lt;/p&gt;
&lt;p&gt;The configuration is reachable in-tree through PPP. PPPIOCSMAXCID
stores its argument in a signed int, and (val &amp;gt;&amp;gt; 16) uses arithmetic
shift. Passing 0xffff0000 therefore sign-extends to -1, so val2 + 1
is 0 and ppp_generic.c ends up calling slhc_init(0, 1). Because
/dev/ppp open is gated by ns_capable(CAP_NET_ADMIN), the whole path
is reachable from an unprivileged user namespace. Once the malformed
VJ state is installed, any inbound VJ-compressed or VJ-uncompressed
frame that selects slot 0 crashes the kernel in softirq context:&lt;/p&gt;
&lt;p&gt;Oops: general protection fault, probably for non-canonical
       address 0xdffffc0000000000: 0000 [#1] SMP KASAN NOPTI
 KASAN: null-ptr-deref in range [0x0000000…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-g2vj-v28f-r7cf</guid>
    </item>
    <item>
      <title>msrc_CVE-2026-45842 — slip: reject VJ receive packets on instances with no rstate array</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2026-45842</link>
      <description>msrc_CVE-2026-45842</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2026-45842</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:10954-1 — kernel-devel-7.0.11-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:10954-1</link>
      <description>&lt;p&gt;kernel-devel-7.0.11-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kernel-devel-7.0.11-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:10954-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:22099-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:22099-1</link>
      <description>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/suse-su-2026:22099-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-45842</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-45842</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe and 253 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: slip: reject VJ receive packets on instances with no rstate array slhc_init() accepts rslots == 0 as a valid configuration, with the documented meaning of &amp;#39;no receive compression&amp;#39;. In that case the allocation loop in slhc_init() is skipped, so comp-&amp;gt;rstate stays NULL and comp-&amp;gt;rslot_limit stays 0 (from the kzalloc of struct slcompress). The receive helpers do not defend against that configuration. slhc_uncompress() dereferences comp-&amp;gt;rstate[x] when the VJ header carries an explicit connection ID, and slhc_remember() later assigns cs = &amp;amp;comp-&amp;gt;rstate[...] after only comparing the packet&amp;#39;s slot number to comp-&amp;gt;rslot_limit. Because rslot_limit is 0, slot 0 passes the range check, and the code dereferences a NULL rstate. The configuration is reachable in-tree through PPP. PPPIOCSMAXCID stores its argument in a signed int, and (val &amp;gt;&amp;gt; 16) uses arithmetic shift. Passing 0xffff0000 therefore sign-extends to -1, so val2 + 1 is 0 and ppp_generic.c ends up calling slhc_init(0, 1). Because /dev/ppp open is gated by ns_capable(CAP_NET_ADMIN), the whole path is reachable from an unprivileged user namespace. Once the malformed VJ state is installed, any inbound VJ-compressed or VJ-uncompressed frame that selects slot 0 crashes the kernel in softirq context:  Oops: general protection fault, probably for non-canonical        address 0xdffffc0000000000: 0000 [#1] SMP KASAN NOPTI  KASAN: null-ptr-deref in range [0x000000000000…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe and 253 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: slip: reject VJ receive packets on instances with no rstate array slhc_init() accepts rslots == 0 as a valid configuration, with the documented meaning of &amp;#39;no receive compression&amp;#39;. In that case the allocation loop in slhc_init() is skipped, so comp-&amp;gt;rstate stays NULL and comp-&amp;gt;rslot_limit stays 0 (from the kzalloc of struct slcompress). The receive helpers do not defend against that configuration. slhc_uncompress() dereferences comp-&amp;gt;rstate[x] when the VJ header carries an explicit connection ID, and slhc_remember() later assigns cs = &amp;amp;comp-&amp;gt;rstate[...] after only comparing the packet&amp;#39;s slot number to comp-&amp;gt;rslot_limit. Because rslot_limit is 0, slot 0 passes the range check, and the code dereferences a NULL rstate. The configuration is reachable in-tree through PPP. PPPIOCSMAXCID stores its argument in a signed int, and (val &amp;gt;&amp;gt; 16) uses arithmetic shift. Passing 0xffff0000 therefore sign-extends to -1, so val2 + 1 is 0 and ppp_generic.c ends up calling slhc_init(0, 1). Because /dev/ppp open is gated by ns_capable(CAP_NET_ADMIN), the whole path is reachable from an unprivileged user namespace. Once the malformed VJ state is installed, any inbound VJ-compressed or VJ-uncompressed frame that selects slot 0 crashes the kernel in softirq context:  Oops: general protection fault, probably for non-canonical        address 0xdffffc0000000000: 0000 [#1] SMP KASAN NOPTI  KASAN: null-ptr-deref in range [0x000000000000…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-45842</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-1691 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1691</link>
      <description>&lt;p&gt;Ein entfernter Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Zustand oder andere Auswirkungen herbeizuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Zustand oder andere Auswirkungen herbeizuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1691</guid>
    </item>
  </channel>
</rss>
