<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-10T13:17:28.220291+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/cnvd-2020-27782</id>
    <title>cnvd-2020-27782</title>
    <updated>2026-10-10T13:17:28.223594+00:00</updated>
    <content>cnvd-2020-27782</content>
    <link href="https://cve.radiocsirt.org/vuln/cnvd-2020-27782"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-40309</id>
    <title>EUVD-2026-40309</title>
    <updated>2026-10-10T13:17:28.223627+00:00</updated>
    <content>EUVD-2026-40309</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-40309"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2020-11021</id>
    <title>fkie_cve-2020-11021</title>
    <updated>2026-10-10T13:17:28.223641+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>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.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2020-11021"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-9w6v-m7wp-jwg4</id>
    <title>GHSA-9w6v-m7wp-jwg4 — Http request which redirect to another hostname do not strip authorization header in @actions/http-client</title>
    <updated>2026-10-10T13:17:28.223671+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: @actions/http-client</p>
<p>### 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</p>
<p>The authorization header will get passed to the other domain.</p>
<p>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).</p>
<p>### 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.</p>
<p>### Workarounds
None.</p>
<p>### References
https://github.com/actions/http-client/pull/27</p>
<p>### For more information
If you have any questions or comments about this advisory:
* Open an issue in https://github.com/actions/http-client/issues</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-9w6v-m7wp-jwg4"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2020-11021</id>
    <title>gsd-2020-11021</title>
    <updated>2026-10-10T13:17:28.223705+00:00</updated>
    <content>gsd-2020-11021</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2020-11021"/>
  </entry>
</feed>
