<?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>Thu, 08 Oct 2026 01:46:58 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-81012 — platform/x86: hp-bioscfg: fix off-by-one write in hp_get_string_from_buffer()</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2026-81012</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;platform/x86: hp-bioscfg: fix off-by-one write in hp_get_string_from_buffer()&lt;/p&gt;
&lt;p&gt;hp_get_string_from_buffer() clamps the converted string length against
the destination buffer size with &amp;#34;size &amp;gt; dst_size&amp;#34;, so when the
converted length is exactly equal to dst_size, conv_dst_size is left
at dst_size and the unconditional NUL terminator write&lt;/p&gt;
&lt;p&gt;dst[conv_dst_size] = 0;&lt;/p&gt;
&lt;p&gt;lands one byte past the destination buffer. This is the same shape of
bug as the previously fixed off-by-one in hp_convert_hexstr_to_str():
the buffer is sized correctly for the content, but the terminator
write is never checked against that size.&lt;/p&gt;
&lt;p&gt;Fix by changing the comparison to &amp;#34;&amp;gt;=&amp;#34; so conv_dst_size is always left
with room for the terminator.&lt;/p&gt;
&lt;p&gt;All fixed-size destinations that reach this function (path[512],
current_value[512], current_password/current_value[64], and the
per-entry buffers in encodings[][512] and prerequisites[][512]) are
affected.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;platform/x86: hp-bioscfg: fix off-by-one write in hp_get_string_from_buffer()&lt;/p&gt;
&lt;p&gt;hp_get_string_from_buffer() clamps the converted string length against
the destination buffer size with &amp;#34;size &amp;gt; dst_size&amp;#34;, so when the
converted length is exactly equal to dst_size, conv_dst_size is left
at dst_size and the unconditional NUL terminator write&lt;/p&gt;
&lt;p&gt;dst[conv_dst_size] = 0;&lt;/p&gt;
&lt;p&gt;lands one byte past the destination buffer. This is the same shape of
bug as the previously fixed off-by-one in hp_convert_hexstr_to_str():
the buffer is sized correctly for the content, but the terminator
write is never checked against that size.&lt;/p&gt;
&lt;p&gt;Fix by changing the comparison to &amp;#34;&amp;gt;=&amp;#34; so conv_dst_size is always left
with room for the terminator.&lt;/p&gt;
&lt;p&gt;All fixed-size destinations that reach this function (path[512],
current_value[512], current_password/current_value[64], and the
per-entry buffers in encodings[][512] and prerequisites[][512]) are
affected.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2026-81012</guid>
    </item>
  </channel>
</rss>
