In RNP version 0.18.0 a refactoring regression causes the symmetric session key used for Public-Key Encrypted Session Key (PKESK) packets to be left uninitialized except for zeroing, resulting in it always being an all-zero byte array. Any data encrypted using public-key encryption in this release can be decrypted trivially by supplying an all-zero session key, fully compromising confidentiality. The vulnerability affects only public key encryption (PKESK packets). Passphrase-based encryption (SKESK packets) is not affected. Root cause: Vulnerable session key buffer used in PKESK packet generation. The defect was introduced in commit `7bd9a8dc356aae756b40755be76d36205b6b161a` where initialization logic inside `encrypted_build_skesk()` only randomized the key for the SKESK path and omitted it for the PKESK path.

The remote Fedora 43 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2025-a96ccc98ca advisory.

    **Version 0.18.1**

    Security

    *    Fixed critical issue where PKESK (public-key encrypted) session keys were   generated as all-zero,     allowing trivial decryption of messages encrypted with   public keys only (**CVE-2025-13470**,
    **CVE-2025-13402**)



Tenable has extracted the preceding description block directly from the Fedora security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Fedora 42 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2025-7bef956026 advisory.

    **Version 0.18.1**

    Security

    *    Fixed critical issue where PKESK (public-key encrypted) session keys were   generated as all-zero,     allowing trivial decryption of messages encrypted with   public keys only (**CVE-2025-13470**,
    **CVE-2025-13402**)



Tenable has extracted the preceding description block directly from the Fedora security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote openSUSE 16 host has packages installed that are affected by multiple vulnerabilities as referenced in the openSUSE-SU-2025-20116-1 advisory.

    - update to 0.18.1:
      * CVE-2025-13470: PKESK (public-key encrypted) session keys were         generated as all-zero, allowing trivial decryption of messages         encrypted with public keys only (boo#1253957, CVE-2025-13402)

Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote host is affected by the vulnerability described in GLSA-202511-07 (librnp: Weak random number generation)

    The affected librnp version generated weak session keys for its public key encryption (PKESK) mode.

Tenable has extracted the preceding description block directly from the Gentoo Linux security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - In RNP version 0.18.0 a refactoring regression causes the symmetric session key used for Public-Key     Encrypted Session Key (PKESK) packets to be left uninitialized except for zeroing, resulting in it always     being an all-zero byte array. Any data encrypted using public-key encryption in this release can be     decrypted trivially by supplying an all-zero session key, fully compromising confidentiality. The     vulnerability affects only public key encryption (PKESK packets). Passphrase-based encryption (SKESK     packets) is not affected. Root cause: Vulnerable session key buffer used in PKESK packet generation. The     defect was introduced in commit `7bd9a8dc356aae756b40755be76d36205b6b161a` where initialization logic     inside `encrypted_build_skesk()` only randomized the key for the SKESK path and omitted it for the PKESK     path. (CVE-2025-13470)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Severity
277239	Fedora 43 : rnp (2025-a96ccc98ca)	Nessus	Fedora Local Security Checks	high
277236	Fedora 42 : rnp (2025-7bef956026)	Nessus	Fedora Local Security Checks	high
277006	openSUSE 16 Security Update : rnp (openSUSE-SU-2025-20116-1)	Nessus	SuSE Local Security Checks	high
276919	GLSA-202511-07 : librnp: Weak random number generation	Nessus	Gentoo Local Security Checks	high
276578	Linux Distros Unpatched Vulnerability : CVE-2025-13470	Nessus	Misc.	high

Detections

Analytics

CVE-2025-13470

high

Tenable Plugins

high

high

high

high

high