<?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>Sat, 10 Oct 2026 13:17:07 +0000</lastBuildDate>
    <item>
      <title>cnvd-2020-27782</title>
      <link>https://cve.radiocsirt.org/vuln/cnvd-2020-27782</link>
      <description>cnvd-2020-27782</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cnvd-2020-27782</guid>
    </item>
    <item>
      <title>EUVD-2026-40309</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-40309</link>
      <description>EUVD-2026-40309</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-40309</guid>
    </item>
    <item>
      <title>fkie_cve-2020-11021</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2020-11021</link>
      <description>&lt;p&gt;Actions Http-Client (NPM @actions/http-client) before version 1.0.8 can disclose Authorization headers to incorrect domain in certain redirect scenarios. The conditions in which this happens are if consumers of the http-client: 1. make an http request with an authorization header 2. that request leads to a redirect (302) and 3. the redirect url redirects to another domain or hostname Then the authorization header will get passed to the other domain. The problem is fixed in version 1.0.8.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Actions Http-Client (NPM @actions/http-client) before version 1.0.8 can disclose Authorization headers to incorrect domain in certain redirect scenarios. The conditions in which this happens are if consumers of the http-client: 1. make an http request with an authorization header 2. that request leads to a redirect (302) and 3. the redirect url redirects to another domain or hostname Then the authorization header will get passed to the other domain. The problem is fixed in version 1.0.8.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2020-11021</guid>
    </item>
    <item>
      <title>GHSA-9w6v-m7wp-jwg4 — Http request which redirect to another hostname do not strip authorization header in @actions/http-client</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-9w6v-m7wp-jwg4</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @actions/http-client&lt;/p&gt;
&lt;p&gt;### Impact
If consumers of the http-client:
  1. make an http request with an authorization header
  2. that request leads to a redirect (302) and
  3. the redirect url redirects to another domain or hostname&lt;/p&gt;
&lt;p&gt;The authorization header will get passed to the other domain.&lt;/p&gt;
&lt;p&gt;Note that since this library is for actions, the GITHUB_TOKEN that is available in actions is generated and scoped per job with [these permissions](https://help.github.com/en/actions/configuring-and-managing-workflows/authenticating-with-the-github_token#permissions-for-the-github_token).&lt;/p&gt;
&lt;p&gt;### Patches
The problem is fixed in 1.0.8 at [npm here](https://www.npmjs.com/package/@actions/http-client).  In 1.0.8, the authorization header is stripped before making the redirected request if the hostname is different.&lt;/p&gt;
&lt;p&gt;### Workarounds
None.&lt;/p&gt;
&lt;p&gt;### References
https://github.com/actions/http-client/pull/27&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:
* Open an issue in https://github.com/actions/http-client/issues&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @actions/http-client&lt;/p&gt;
&lt;p&gt;### Impact
If consumers of the http-client:
  1. make an http request with an authorization header
  2. that request leads to a redirect (302) and
  3. the redirect url redirects to another domain or hostname&lt;/p&gt;
&lt;p&gt;The authorization header will get passed to the other domain.&lt;/p&gt;
&lt;p&gt;Note that since this library is for actions, the GITHUB_TOKEN that is available in actions is generated and scoped per job with [these permissions](https://help.github.com/en/actions/configuring-and-managing-workflows/authenticating-with-the-github_token#permissions-for-the-github_token).&lt;/p&gt;
&lt;p&gt;### Patches
The problem is fixed in 1.0.8 at [npm here](https://www.npmjs.com/package/@actions/http-client).  In 1.0.8, the authorization header is stripped before making the redirected request if the hostname is different.&lt;/p&gt;
&lt;p&gt;### Workarounds
None.&lt;/p&gt;
&lt;p&gt;### References
https://github.com/actions/http-client/pull/27&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:
* Open an issue in https://github.com/actions/http-client/issues&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-9w6v-m7wp-jwg4</guid>
    </item>
    <item>
      <title>gsd-2020-11021</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2020-11021</link>
      <description>gsd-2020-11021</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2020-11021</guid>
    </item>
  </channel>
</rss>
