<?xml version="1.0" encoding="utf-8"?>
  <?xml-stylesheet type="text/xsl" href="sa-render.xsl"?>
  <update from="huaweicloud.com" type="security" status="stable" version="1">
    <id>HCE3-SA-2025-0085</id>
    <title>An update for libssh is now available for HCE 3.0</title>
    <severity>Important</severity>
    <release>HCE 3.0</release>
    <issued date="2025-10-09 06:38:17"/>
    <updated date="2025-10-09 06:38:17"/>
    <references>
      <reference href="https://nvd.nist.gov/vuln/detail/CVE-2025-4877" id="CVE-2025-4877" title="CVE-2025-4877 Base Score: 4.5 Vector: CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:L/I:L/A:L" type="cve"/>
      <reference href="https://nvd.nist.gov/vuln/detail/CVE-2025-5351" id="CVE-2025-5351" title="CVE-2025-5351 Base Score: 6.5 Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H" type="cve"/>
      <reference href="https://nvd.nist.gov/vuln/detail/CVE-2025-5318" id="CVE-2025-5318" title="CVE-2025-5318 Base Score: 5.4 Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N" type="cve"/>
      <reference href="https://nvd.nist.gov/vuln/detail/CVE-2025-4878" id="CVE-2025-4878" title="CVE-2025-4878 Base Score: 3.6 Vector: CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:L/I:L/A:N" type="cve"/>
      <reference href="https://nvd.nist.gov/vuln/detail/CVE-2025-5372" id="CVE-2025-5372" title="CVE-2025-5372 Base Score: 8.8 Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H" type="cve"/>
      <reference href="https://nvd.nist.gov/vuln/detail/CVE-2025-5987" id="CVE-2025-5987" title="CVE-2025-5987 Base Score: 8.1 Vector: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H" type="cve"/>
    </references>
    <description>Security Fix(es):

There_x27;s a vulnerability in the libssh package where when a libssh consumer passes in an unexpectedly large input buffer to ssh_get_fingerprint_hash() function. In such cases the bin_to_base64() function can experience an integer overflow leading to a memory under allocation, when that happens it_x27;s possible that the program perform out of bounds write leading to a heap corruption.
This issue affects only 32-bits builds of libssh. (CVE-2025-4877)

A flaw was found in the key export functionality of libssh. The issue occurs in the internal function responsible for converting cryptographic keys into serialized formats. During error handling, a memory structure is freed but not cleared, leading to a potential double free issue if an additional failure occurs later in the function. This condition may result in heap corruption or application instability in low-memory scenarios, posing a risk to system reliability where key export operations are performed. (CVE-2025-5351)

A flaw was found in the libssh library. An out-of-bounds read can be triggered in the sftp_handle function due to an incorrect comparison check that permits the function to access memory beyond the valid handle list and to return an invalid pointer, which is used in further processing. This vulnerability allows an authenticated remote attacker to potentially read unintended memory regions, exposing sensitive information or affect service behavior. (CVE-2025-5318)

A vulnerability was found in libssh, where an uninitialized variable exists under certain conditions in the privatekey_from_file() function. This flaw can be triggered if the file specified by the filename doesn_x27;t exist and may lead to possible signing failures or heap corruption. (CVE-2025-4878)

A flaw was found in libssh versions built with OpenSSL versions older than 3.0, specifically in the ssh_kdf() function responsible for key derivation. Due to inconsistent interpretation of return values where OpenSSL uses 0 to indicate failure and libssh uses 0 for success—the function may mistakenly return a success status even when key derivation fails. This results in uninitialized cryptographic key buffers being used in subsequent communication, potentially compromising SSH sessions_x27; confidentiality, integrity, and availability. (CVE-2025-5372)

A flaw was found in libssh when using the ChaCha20 cipher with the OpenSSL library. If an attacker manages to exhaust the heap space, this error is not detected and may lead to libssh using a partially initialized cipher context. This occurs because the OpenSSL error code returned aliases with the SSH_OK code, resulting in libssh not properly detecting the error returned by the OpenSSL library. This issue can lead to undefined behavior, including compromised data confidentiality and integrity or crashes. (CVE-2025-5987)
</description>
    <pkglist>
      <collection short="HCE 3.0" package="libssh">
        <name>HCE 3.0</name>
        <package arch="x86_64" name="libssh" version="0.10.5" release="3.r4.hce3">
          <filename>libssh-0.10.5-3.r4.hce3.x86_64.rpm</filename>
        </package>
        <package arch="x86_64" name="libssh-devel" version="0.10.5" release="3.r4.hce3">
          <filename>libssh-devel-0.10.5-3.r4.hce3.x86_64.rpm</filename>
        </package>
        <package arch="noarch" name="libssh-help" version="0.10.5" release="3.r4.hce3">
          <filename>libssh-help-0.10.5-3.r4.hce3.noarch.rpm</filename>
        </package>
        <package arch="aarch64" name="libssh" version="0.10.5" release="3.r4.hce3">
          <filename>libssh-0.10.5-3.r4.hce3.aarch64.rpm</filename>
        </package>
        <package arch="aarch64" name="libssh-devel" version="0.10.5" release="3.r4.hce3">
          <filename>libssh-devel-0.10.5-3.r4.hce3.aarch64.rpm</filename>
        </package>
      </collection>
    </pkglist>
  </update>
