<?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>Sun, 04 Oct 2026 16:48:15 +0000</lastBuildDate>
    <item>
      <title>bdu:2024-08412</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2024-08412</link>
      <description>bdu:2024-08412</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2024-08412</guid>
    </item>
    <item>
      <title>certfr-2024-avi-0329 — De multiples vulnérabilités ont été découvertes dans &lt;span
class="textit"&gt;le noyau Linux de SUSE&lt;/span&gt;. Certaines d'en…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2024-avi-0329</link>
      <description>certfr-2024-avi-0329</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2024-avi-0329</guid>
    </item>
    <item>
      <title>EUVD-2026-344541</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-344541</link>
      <description>EUVD-2026-344541</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-344541</guid>
    </item>
    <item>
      <title>fkie_cve-2022-48629</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2022-48629</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;crypto: qcom-rng - ensure buffer for generate is completely filled&lt;/p&gt;
&lt;p&gt;The generate function in struct rng_alg expects that the destination
buffer is completely filled if the function returns 0. qcom_rng_read()
can run into a situation where the buffer is partially filled with
randomness and the remaining part of the buffer is zeroed since
qcom_rng_generate() doesn&amp;#39;t check the return value. This issue can
be reproduced by running the following from libkcapi:&lt;/p&gt;
&lt;p&gt;kcapi-rng -b 9000000 &amp;gt; OUTFILE&lt;/p&gt;
&lt;p&gt;The generated OUTFILE will have three huge sections that contain all
zeros, and this is caused by the code where the test
&amp;#39;val &amp;amp; PRNG_STATUS_DATA_AVAIL&amp;#39; fails.&lt;/p&gt;
&lt;p&gt;Let&amp;#39;s fix this issue by ensuring that qcom_rng_read() always returns
with a full buffer if the function returns success. Let&amp;#39;s also have
qcom_rng_generate() return the correct value.&lt;/p&gt;
&lt;p&gt;Here&amp;#39;s some statistics from the ent project
(https://www.fourmilab.ch/random/) that shows information about the
quality of the generated numbers:&lt;/p&gt;
&lt;p&gt;$ ent -c qcom-random-before
    Value Char Occurrences Fraction
      0           606748   0.067416
      1            33104   0.003678
      2            33001   0.003667
    ...
    253   �        32883   0.003654
    254   �        33035   0.003671
    255   �        33239   0.003693&lt;/p&gt;
&lt;p&gt;Total:       9000000   1.000000&lt;/p&gt;
&lt;p&gt;Entropy = 7.811590 bits per byte.&lt;/p&gt;
&lt;p&gt;Optimum compression would reduce the size
    of this 9000000 byte f…&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;crypto: qcom-rng - ensure buffer for generate is completely filled&lt;/p&gt;
&lt;p&gt;The generate function in struct rng_alg expects that the destination
buffer is completely filled if the function returns 0. qcom_rng_read()
can run into a situation where the buffer is partially filled with
randomness and the remaining part of the buffer is zeroed since
qcom_rng_generate() doesn&amp;#39;t check the return value. This issue can
be reproduced by running the following from libkcapi:&lt;/p&gt;
&lt;p&gt;kcapi-rng -b 9000000 &amp;gt; OUTFILE&lt;/p&gt;
&lt;p&gt;The generated OUTFILE will have three huge sections that contain all
zeros, and this is caused by the code where the test
&amp;#39;val &amp;amp; PRNG_STATUS_DATA_AVAIL&amp;#39; fails.&lt;/p&gt;
&lt;p&gt;Let&amp;#39;s fix this issue by ensuring that qcom_rng_read() always returns
with a full buffer if the function returns success. Let&amp;#39;s also have
qcom_rng_generate() return the correct value.&lt;/p&gt;
&lt;p&gt;Here&amp;#39;s some statistics from the ent project
(https://www.fourmilab.ch/random/) that shows information about the
quality of the generated numbers:&lt;/p&gt;
&lt;p&gt;$ ent -c qcom-random-before
    Value Char Occurrences Fraction
      0           606748   0.067416
      1            33104   0.003678
      2            33001   0.003667
    ...
    253   �        32883   0.003654
    254   �        33035   0.003671
    255   �        33239   0.003693&lt;/p&gt;
&lt;p&gt;Total:       9000000   1.000000&lt;/p&gt;
&lt;p&gt;Entropy = 7.811590 bits per byte.&lt;/p&gt;
&lt;p&gt;Optimum compression would reduce the size
    of this 9000000 byte f…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2022-48629</guid>
    </item>
    <item>
      <title>GHSA-2689-83hc-5vvp</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-2689-83hc-5vvp</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;crypto: qcom-rng - ensure buffer for generate is completely filled&lt;/p&gt;
&lt;p&gt;The generate function in struct rng_alg expects that the destination
buffer is completely filled if the function returns 0. qcom_rng_read()
can run into a situation where the buffer is partially filled with
randomness and the remaining part of the buffer is zeroed since
qcom_rng_generate() doesn&amp;#39;t check the return value. This issue can
be reproduced by running the following from libkcapi:&lt;/p&gt;
&lt;p&gt;kcapi-rng -b 9000000 &amp;gt; OUTFILE&lt;/p&gt;
&lt;p&gt;The generated OUTFILE will have three huge sections that contain all
zeros, and this is caused by the code where the test
&amp;#39;val &amp;amp; PRNG_STATUS_DATA_AVAIL&amp;#39; fails.&lt;/p&gt;
&lt;p&gt;Let&amp;#39;s fix this issue by ensuring that qcom_rng_read() always returns
with a full buffer if the function returns success. Let&amp;#39;s also have
qcom_rng_generate() return the correct value.&lt;/p&gt;
&lt;p&gt;Here&amp;#39;s some statistics from the ent project
(https://www.fourmilab.ch/random/) that shows information about the
quality of the generated numbers:&lt;/p&gt;
&lt;p&gt;$ ent -c qcom-random-before
    Value Char Occurrences Fraction
      0           606748   0.067416
      1            33104   0.003678
      2            33001   0.003667
    ...
    253   �        32883   0.003654
    254   �        33035   0.003671
    255   �        33239   0.003693&lt;/p&gt;
&lt;p&gt;Total:       9000000   1.000000&lt;/p&gt;
&lt;p&gt;Entropy = 7.811590 bits per byte.&lt;/p&gt;
&lt;p&gt;Optimum compression would reduce the size
    of this 9000000 byte f…&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;crypto: qcom-rng - ensure buffer for generate is completely filled&lt;/p&gt;
&lt;p&gt;The generate function in struct rng_alg expects that the destination
buffer is completely filled if the function returns 0. qcom_rng_read()
can run into a situation where the buffer is partially filled with
randomness and the remaining part of the buffer is zeroed since
qcom_rng_generate() doesn&amp;#39;t check the return value. This issue can
be reproduced by running the following from libkcapi:&lt;/p&gt;
&lt;p&gt;kcapi-rng -b 9000000 &amp;gt; OUTFILE&lt;/p&gt;
&lt;p&gt;The generated OUTFILE will have three huge sections that contain all
zeros, and this is caused by the code where the test
&amp;#39;val &amp;amp; PRNG_STATUS_DATA_AVAIL&amp;#39; fails.&lt;/p&gt;
&lt;p&gt;Let&amp;#39;s fix this issue by ensuring that qcom_rng_read() always returns
with a full buffer if the function returns success. Let&amp;#39;s also have
qcom_rng_generate() return the correct value.&lt;/p&gt;
&lt;p&gt;Here&amp;#39;s some statistics from the ent project
(https://www.fourmilab.ch/random/) that shows information about the
quality of the generated numbers:&lt;/p&gt;
&lt;p&gt;$ ent -c qcom-random-before
    Value Char Occurrences Fraction
      0           606748   0.067416
      1            33104   0.003678
      2            33001   0.003667
    ...
    253   �        32883   0.003654
    254   �        33035   0.003671
    255   �        33239   0.003693&lt;/p&gt;
&lt;p&gt;Total:       9000000   1.000000&lt;/p&gt;
&lt;p&gt;Entropy = 7.811590 bits per byte.&lt;/p&gt;
&lt;p&gt;Optimum compression would reduce the size
    of this 9000000 byte f…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-2689-83hc-5vvp</guid>
    </item>
    <item>
      <title>gsd-2022-48629</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2022-48629</link>
      <description>gsd-2022-48629</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2022-48629</guid>
    </item>
    <item>
      <title>OESA-2024-1496 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2024-1496</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP1: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
vt: fix memory overlapping when deleting chars in the buffer&#13;
&#13;
A memory overlapping copy occurs when deleting a long line. This memory
overlapping copy can cause data corruption when scr_memcpyw is optimized
to memcpy because memcpy does not ensure its behavior if the destination
buffer overlaps with the source buffer. The line buffer is not always
broken, because the memcpy utilizes the hardware acceleration, whose
result is not deterministic.&#13;
&#13;
Fix this problem by using replacing the scr_memcpyw with scr_memmovew.(CVE-2022-48627)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
crypto: qcom-rng - ensure buffer for generate is completely filled&#13;
&#13;
The generate function in struct rng_alg expects that the destination
buffer is completely filled if the function returns 0. qcom_rng_read()
can run into a situation where the buffer is partially filled with
randomness and the remaining part of the buffer is zeroed since
qcom_rng_generate() doesn&amp;amp;apos;t check the return value. This issue can
be reproduced by running the following from libkcapi:&#13;
&#13;
    kcapi-rng -b 9000000 &amp;amp;gt; OUTFILE&#13;
&#13;
The generated OUTFILE will have three huge sections that contain all
zeros, and this is caused by the code where the test
&amp;amp;apos;val &amp;amp;amp; PRNG_STATUS_DATA_AVAIL&amp;amp;apos; fails.&#13;
&#13;
Let&amp;amp;apos;s fix this issue by ensuring that qcom_rn…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP1: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
vt: fix memory overlapping when deleting chars in the buffer&#13;
&#13;
A memory overlapping copy occurs when deleting a long line. This memory
overlapping copy can cause data corruption when scr_memcpyw is optimized
to memcpy because memcpy does not ensure its behavior if the destination
buffer overlaps with the source buffer. The line buffer is not always
broken, because the memcpy utilizes the hardware acceleration, whose
result is not deterministic.&#13;
&#13;
Fix this problem by using replacing the scr_memcpyw with scr_memmovew.(CVE-2022-48627)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
crypto: qcom-rng - ensure buffer for generate is completely filled&#13;
&#13;
The generate function in struct rng_alg expects that the destination
buffer is completely filled if the function returns 0. qcom_rng_read()
can run into a situation where the buffer is partially filled with
randomness and the remaining part of the buffer is zeroed since
qcom_rng_generate() doesn&amp;amp;apos;t check the return value. This issue can
be reproduced by running the following from libkcapi:&#13;
&#13;
    kcapi-rng -b 9000000 &amp;amp;gt; OUTFILE&#13;
&#13;
The generated OUTFILE will have three huge sections that contain all
zeros, and this is caused by the code where the test
&amp;amp;apos;val &amp;amp;amp; PRNG_STATUS_DATA_AVAIL&amp;amp;apos; fails.&#13;
&#13;
Let&amp;amp;apos;s fix this issue by ensuring that qcom_rn…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2024-1496</guid>
    </item>
    <item>
      <title>SUSE-SU-2024:1320-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2024:1320-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-2024:1320-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2022-48629</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-48629</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.4, Ubuntu:18.04:LTS: linux-azure-5.4, Ubuntu:18.04:LTS: linux-gcp-5.4, Ubuntu:18.04:LTS: linux-hwe-5.4, Ubuntu:18.04:LTS: linux-ibm-5.4, Ubuntu:18.04:LTS: linux-oracle-5.4, Ubuntu:18.04:LTS: linux-raspi-5.4, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3 and 99 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: crypto: qcom-rng - ensure buffer for generate is completely filled The generate function in struct rng_alg expects that the destination buffer is completely filled if the function returns 0. qcom_rng_read() can run into a situation where the buffer is partially filled with randomness and the remaining part of the buffer is zeroed since qcom_rng_generate() doesn&amp;#39;t check the return value. This issue can be reproduced by running the following from libkcapi:     kcapi-rng -b 9000000 &amp;gt; OUTFILE The generated OUTFILE will have three huge sections that contain all zeros, and this is caused by the code where the test &amp;#39;val &amp;amp; PRNG_STATUS_DATA_AVAIL&amp;#39; fails. Let&amp;#39;s fix this issue by ensuring that qcom_rng_read() always returns with a full buffer if the function returns success. Let&amp;#39;s also have qcom_rng_generate() return the correct value. Here&amp;#39;s some statistics from the ent project (https://www.fourmilab.ch/random/) that shows information about the quality of the generated numbers:     $ ent -c qcom-random-before     Value Char Occurrences Fraction       0           606748   0.067416       1            33104   0.003678       2            33001   0.003667     ...     253   �        32883   0.003654     254   �        33035   0.003671     255   �        33239   0.003693     Total:       9000000   1.000000     Entropy = 7.811590 bits per byte.     Optimum compression would reduce the size     of this 9000000 byte file by 2 p…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.4, Ubuntu:18.04:LTS: linux-azure-5.4, Ubuntu:18.04:LTS: linux-gcp-5.4, Ubuntu:18.04:LTS: linux-hwe-5.4, Ubuntu:18.04:LTS: linux-ibm-5.4, Ubuntu:18.04:LTS: linux-oracle-5.4, Ubuntu:18.04:LTS: linux-raspi-5.4, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3 and 99 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: crypto: qcom-rng - ensure buffer for generate is completely filled The generate function in struct rng_alg expects that the destination buffer is completely filled if the function returns 0. qcom_rng_read() can run into a situation where the buffer is partially filled with randomness and the remaining part of the buffer is zeroed since qcom_rng_generate() doesn&amp;#39;t check the return value. This issue can be reproduced by running the following from libkcapi:     kcapi-rng -b 9000000 &amp;gt; OUTFILE The generated OUTFILE will have three huge sections that contain all zeros, and this is caused by the code where the test &amp;#39;val &amp;amp; PRNG_STATUS_DATA_AVAIL&amp;#39; fails. Let&amp;#39;s fix this issue by ensuring that qcom_rng_read() always returns with a full buffer if the function returns success. Let&amp;#39;s also have qcom_rng_generate() return the correct value. Here&amp;#39;s some statistics from the ent project (https://www.fourmilab.ch/random/) that shows information about the quality of the generated numbers:     $ ent -c qcom-random-before     Value Char Occurrences Fraction       0           606748   0.067416       1            33104   0.003678       2            33001   0.003667     ...     253   �        32883   0.003654     254   �        33035   0.003671     255   �        33239   0.003693     Total:       9000000   1.000000     Entropy = 7.811590 bits per byte.     Optimum compression would reduce the size     of this 9000000 byte file by 2 p…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-48629</guid>
    </item>
    <item>
      <title>WID-SEC-W-2024-0559 — Linux Kernel: Mehrere Schwachstellen ermöglichen Denial of Service</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2024-0559</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Zustand herbeizuführen oder unbekannte Auswirkungen zu verursachen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Zustand herbeizuführen oder unbekannte Auswirkungen zu verursachen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2024-0559</guid>
    </item>
  </channel>
</rss>
