https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sat, 03 Oct 2026 16:56:23 +0000 https://cve.radiocsirt.org/vuln/bdu:2020-02038 bdu:2020-02038 https://cve.radiocsirt.org/vuln/bdu:2020-02038 https://cve.radiocsirt.org/vuln/bell-cve-2020-11501 <p><strong>Withdrawn by the publisher.</strong></p> <p><strong>Withdrawn by the publisher.</strong></p> https://cve.radiocsirt.org/vuln/bell-cve-2020-11501 https://cve.radiocsirt.org/vuln/certfr-2023-avi-1015 certfr-2023-avi-1015 https://cve.radiocsirt.org/vuln/certfr-2023-avi-1015 https://cve.radiocsirt.org/vuln/cnvd-2020-22320 cnvd-2020-22320 https://cve.radiocsirt.org/vuln/cnvd-2020-22320 https://cve.radiocsirt.org/vuln/euvd-2026-40608 EUVD-2026-40608 https://cve.radiocsirt.org/vuln/euvd-2026-40608 https://cve.radiocsirt.org/vuln/fkie_cve-2020-11501 <p>GnuTLS 3.6.x before 3.6.13 uses incorrect cryptography for DTLS. The earliest affected version is 3.6.3 (2018-07-16) because of an error in a 2017-10-06 commit. The DTLS client always uses 32 &#39;\0&#39; bytes instead of a random value, and thus contributes no randomness to a DTLS negotiation. This breaks the security guarantees of the DTLS protocol.</p> <p>GnuTLS 3.6.x before 3.6.13 uses incorrect cryptography for DTLS. The earliest affected version is 3.6.3 (2018-07-16) because of an error in a 2017-10-06 commit. The DTLS client always uses 32 &#39;\0&#39; bytes instead of a random value, and thus contributes no randomness to a DTLS negotiation. This breaks the security guarantees of the DTLS protocol.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2020-11501 https://cve.radiocsirt.org/vuln/ghsa-j883-wjrw-g444 <p>GnuTLS 3.6.x before 3.6.13 uses incorrect cryptography for DTLS. The earliest affected version is 3.6.3 (2018-07-16) because of an error in a 2017-10-06 commit. The DTLS client always uses 32 &#39;\0&#39; bytes instead of a random value, and thus contributes no randomness to a DTLS negotiation. This breaks the security guarantees of the DTLS protocol.</p> <p>GnuTLS 3.6.x before 3.6.13 uses incorrect cryptography for DTLS. The earliest affected version is 3.6.3 (2018-07-16) because of an error in a 2017-10-06 commit. The DTLS client always uses 32 &#39;\0&#39; bytes instead of a random value, and thus contributes no randomness to a DTLS negotiation. This breaks the security guarantees of the DTLS protocol.</p> https://cve.radiocsirt.org/vuln/ghsa-j883-wjrw-g444 https://cve.radiocsirt.org/vuln/gsd-2020-11501 gsd-2020-11501 https://cve.radiocsirt.org/vuln/gsd-2020-11501 https://cve.radiocsirt.org/vuln/icsa-23-348-10 <p>expat 2.1.0 and earlier does not properly handle entities expansion unless an application developer uses the XML_SetEntityDeclHandler function, which allows remote attackers to cause a denial of service (resource consumption), send HTTP requests to intranet servers, or read arbitrary files via a crafted XML document, aka an XML External Entity (XXE) issue. NOTE: it could be argued that because expat already provides the ability to disable external entity expansion, the responsibility for resolving this issue lies with application developers; according to this argument, this entry should be REJECTed, and each affected application would need its own CVE. shadow: TOCTOU (time-of-check time-of-use) race condition when copying and removing directory trees run-mailcap in the Debian mime-support package before 3.52-1+deb7u1 allows context-dependent attackers to execute arbitrary commands via shell metacharacters in a filename. In Python (aka CPython) up to 3.10.8, the mailcap module does not add escape characters into commands discovered in the system mailcap file. This may allow attackers to inject shell commands into applications that call mailcap.findmatch with untrusted input (if they lack validation of user-provided filenames or arguments). The fix is also back-ported to 3.7, 3.8, 3.9 Use-after-free vulnerability in bzip2recover in bzip2 1.0.6 allows remote attackers to cause a denial of service (crash) via a crafted bzip2 file, related to block ends set to before the start o…</p> <p>expat 2.1.0 and earlier does not properly handle entities expansion unless an application developer uses the XML_SetEntityDeclHandler function, which allows remote attackers to cause a denial of service (resource consumption), send HTTP requests to intranet servers, or read arbitrary files via a crafted XML document, aka an XML External Entity (XXE) issue. NOTE: it could be argued that because expat already provides the ability to disable external entity expansion, the responsibility for resolving this issue lies with application developers; according to this argument, this entry should be REJECTed, and each affected application would need its own CVE. shadow: TOCTOU (time-of-check time-of-use) race condition when copying and removing directory trees run-mailcap in the Debian mime-support package before 3.52-1+deb7u1 allows context-dependent attackers to execute arbitrary commands via shell metacharacters in a filename. In Python (aka CPython) up to 3.10.8, the mailcap module does not add escape characters into commands discovered in the system mailcap file. This may allow attackers to inject shell commands into applications that call mailcap.findmatch with untrusted input (if they lack validation of user-provided filenames or arguments). The fix is also back-ported to 3.7, 3.8, 3.9 Use-after-free vulnerability in bzip2recover in bzip2 1.0.6 allows remote attackers to cause a denial of service (crash) via a crafted bzip2 file, related to block ends set to before the start o…</p> https://cve.radiocsirt.org/vuln/icsa-23-348-10 https://cve.radiocsirt.org/vuln/msrc_cve-2020-11501 msrc_CVE-2020-11501 https://cve.radiocsirt.org/vuln/msrc_cve-2020-11501 https://cve.radiocsirt.org/vuln/opensuse-su-2020:0501-1 <p>Security update for gmp, gnutls, libnettle</p> <p>Security update for gmp, gnutls, libnettle</p> https://cve.radiocsirt.org/vuln/opensuse-su-2020:0501-1 https://cve.radiocsirt.org/vuln/suse-su-2020:0948-1 <p>Security update for gmp, gnutls, libnettle</p> <p>Security update for gmp, gnutls, libnettle</p> https://cve.radiocsirt.org/vuln/suse-su-2020:0948-1 https://cve.radiocsirt.org/vuln/ubuntu-cve-2020-11501 <p><strong>Withdrawn by the publisher.</strong></p> <p><strong>Affected:</strong> Ubuntu:16.04:LTS: gnutls28, Ubuntu:18.04:LTS: gnutls28</p> <p>GnuTLS 3.6.x before 3.6.13 uses incorrect cryptography for DTLS. The earliest affected version is 3.6.3 (2018-07-16) because of an error in a 2017-10-06 commit. The DTLS client always uses 32 &#39;\0&#39; bytes instead of a random value, and thus contributes no randomness to a DTLS negotiation. This breaks the security guarantees of the DTLS protocol.</p> <p><strong>Withdrawn by the publisher.</strong></p> <p><strong>Affected:</strong> Ubuntu:16.04:LTS: gnutls28, Ubuntu:18.04:LTS: gnutls28</p> <p>GnuTLS 3.6.x before 3.6.13 uses incorrect cryptography for DTLS. The earliest affected version is 3.6.3 (2018-07-16) because of an error in a 2017-10-06 commit. The DTLS client always uses 32 &#39;\0&#39; bytes instead of a random value, and thus contributes no randomness to a DTLS negotiation. This breaks the security guarantees of the DTLS protocol.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2020-11501