<?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 06:45:05 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-04191</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-04191</link>
      <description>bdu:2025-04191</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-04191</guid>
    </item>
    <item>
      <title>Withdrawn: BELL-CVE-2021-28363 — CVE-2021-28363 does not affect BellSoft software</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2021-28363</link>
      <description>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2021-28363</guid>
    </item>
    <item>
      <title>BREW-ansible-CVE-2021-28363 — Using default SSLContext for HTTPS requests in an HTTPS proxy doesn't verify certificate hostname for proxy connection</title>
      <link>https://cve.radiocsirt.org/vuln/brew-ansible-cve-2021-28363</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: ansible&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Users who are using an HTTPS proxy to issue HTTPS requests and haven&amp;#39;t configured their own SSLContext via `proxy_config`.
Only the default SSLContext is impacted.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;[urllib3 &amp;gt;=1.26.4 has the issue resolved](https://github.com/urllib3/urllib3/releases/tag/1.26.4). urllib3&amp;lt;1.26 is not impacted due to not supporting HTTPS requests via HTTPS proxies.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Upgrading is recommended as this is a minor release and not likely to break current usage.&lt;/p&gt;
&lt;p&gt;Configuring an `SSLContext` with `check_hostname=True` and passing via `proxy_config` instead of relying on the default `SSLContext`&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:
* Email us at [sethmichaellarson@gmail.com](mailto:sethmichaellarson@gmail.com)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: ansible&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Users who are using an HTTPS proxy to issue HTTPS requests and haven&amp;#39;t configured their own SSLContext via `proxy_config`.
Only the default SSLContext is impacted.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;[urllib3 &amp;gt;=1.26.4 has the issue resolved](https://github.com/urllib3/urllib3/releases/tag/1.26.4). urllib3&amp;lt;1.26 is not impacted due to not supporting HTTPS requests via HTTPS proxies.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Upgrading is recommended as this is a minor release and not likely to break current usage.&lt;/p&gt;
&lt;p&gt;Configuring an `SSLContext` with `check_hostname=True` and passing via `proxy_config` instead of relying on the default `SSLContext`&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:
* Email us at [sethmichaellarson@gmail.com](mailto:sethmichaellarson@gmail.com)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/brew-ansible-cve-2021-28363</guid>
    </item>
    <item>
      <title>certfr-2021-avi-490 — De multiples vulnérabilités ont été découvertes dans IBM Spectrum
Protect. Certaines d'entre elles permettent à un atta…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2021-avi-490</link>
      <description>certfr-2021-avi-490</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2021-avi-490</guid>
    </item>
    <item>
      <title>CLEANSTART-2026-AK39245 — Security fix for CVE-2021-28363 applied in: py3-urllib3 1.26.4-r0</title>
      <link>https://cve.radiocsirt.org/vuln/cleanstart-2026-ak39245</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; CleanStart: py3-urllib3&lt;/p&gt;
&lt;p&gt;Security vulnerability affects the py3-urllib3 package. This issue is resolved in later releases. See references for vulnerability details.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; CleanStart: py3-urllib3&lt;/p&gt;
&lt;p&gt;Security vulnerability affects the py3-urllib3 package. This issue is resolved in later releases. See references for vulnerability details.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cleanstart-2026-ak39245</guid>
    </item>
    <item>
      <title>EUVD-2026-25977</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-25977</link>
      <description>EUVD-2026-25977</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-25977</guid>
    </item>
    <item>
      <title>fkie_cve-2021-28363</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2021-28363</link>
      <description>&lt;p&gt;The urllib3 library 1.26.x before 1.26.4 for Python omits SSL certificate validation in some cases involving HTTPS to HTTPS proxies. The initial connection to the HTTPS proxy (if an SSLContext isn&amp;#39;t given via proxy_config) doesn&amp;#39;t verify the hostname of the certificate. This means certificates for different servers that still validate properly with the default urllib3 SSLContext will be silently accepted.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;The urllib3 library 1.26.x before 1.26.4 for Python omits SSL certificate validation in some cases involving HTTPS to HTTPS proxies. The initial connection to the HTTPS proxy (if an SSLContext isn&amp;#39;t given via proxy_config) doesn&amp;#39;t verify the hostname of the certificate. This means certificates for different servers that still validate properly with the default urllib3 SSLContext will be silently accepted.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2021-28363</guid>
    </item>
    <item>
      <title>GHSA-5phf-pp7p-vc2r — Using default SSLContext for HTTPS requests in an HTTPS proxy doesn't verify certificate hostname for proxy connection</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-5phf-pp7p-vc2r</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: urllib3&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Users who are using an HTTPS proxy to issue HTTPS requests and haven&amp;#39;t configured their own SSLContext via `proxy_config`.
Only the default SSLContext is impacted.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;[urllib3 &amp;gt;=1.26.4 has the issue resolved](https://github.com/urllib3/urllib3/releases/tag/1.26.4). urllib3&amp;lt;1.26 is not impacted due to not supporting HTTPS requests via HTTPS proxies.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Upgrading is recommended as this is a minor release and not likely to break current usage.&lt;/p&gt;
&lt;p&gt;Configuring an `SSLContext` with `check_hostname=True` and passing via `proxy_config` instead of relying on the default `SSLContext`&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:
* Email us at [sethmichaellarson@gmail.com](mailto:sethmichaellarson@gmail.com)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: urllib3&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Users who are using an HTTPS proxy to issue HTTPS requests and haven&amp;#39;t configured their own SSLContext via `proxy_config`.
Only the default SSLContext is impacted.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;[urllib3 &amp;gt;=1.26.4 has the issue resolved](https://github.com/urllib3/urllib3/releases/tag/1.26.4). urllib3&amp;lt;1.26 is not impacted due to not supporting HTTPS requests via HTTPS proxies.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Upgrading is recommended as this is a minor release and not likely to break current usage.&lt;/p&gt;
&lt;p&gt;Configuring an `SSLContext` with `check_hostname=True` and passing via `proxy_config` instead of relying on the default `SSLContext`&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:
* Email us at [sethmichaellarson@gmail.com](mailto:sethmichaellarson@gmail.com)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-5phf-pp7p-vc2r</guid>
    </item>
    <item>
      <title>gsd-2021-28363</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2021-28363</link>
      <description>gsd-2021-28363</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2021-28363</guid>
    </item>
    <item>
      <title>ICSA-23-348-10 — Siemens SIMATIC S7-1500</title>
      <link>https://cve.radiocsirt.org/vuln/icsa-23-348-10</link>
      <description>&lt;p&gt;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…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;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…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/icsa-23-348-10</guid>
    </item>
    <item>
      <title>msrc_CVE-2021-28363 — The urllib3 library 1.26.x before 1.26.4 for Python omits SSL certificate validation in some cases involving HTTPS to H…</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2021-28363</link>
      <description>msrc_CVE-2021-28363</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2021-28363</guid>
    </item>
    <item>
      <title>PYSEC-2021-59</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2021-59</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: urllib3&lt;/p&gt;
&lt;p&gt;The urllib3 library 1.26.x before 1.26.4 for Python omits SSL certificate validation in some cases involving HTTPS to HTTPS proxies. The initial connection to the HTTPS proxy (if an SSLContext isn&amp;#39;t given via proxy_config) doesn&amp;#39;t verify the hostname of the certificate. This means certificates for different servers that still validate properly with the default urllib3 SSLContext will be silently accepted.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: urllib3&lt;/p&gt;
&lt;p&gt;The urllib3 library 1.26.x before 1.26.4 for Python omits SSL certificate validation in some cases involving HTTPS to HTTPS proxies. The initial connection to the HTTPS proxy (if an SSLContext isn&amp;#39;t given via proxy_config) doesn&amp;#39;t verify the hostname of the certificate. This means certificates for different servers that still validate properly with the default urllib3 SSLContext will be silently accepted.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/pysec-2021-59</guid>
    </item>
    <item>
      <title>RHBA-2021:1147 — Red Hat Bug Fix Advisory: OpenShift Container Platform 3.11.420 bug fix and enhancement update</title>
      <link>https://cve.radiocsirt.org/vuln/rhba-2021:1147</link>
      <description>&lt;p&gt;python-urllib3: HTTPS proxy host name not validated when using default SSLContext&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;python-urllib3: HTTPS proxy host name not validated when using default SSLContext&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhba-2021:1147</guid>
    </item>
  </channel>
</rss>
