<?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>Wed, 14 Oct 2026 23:52:02 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-1229 — Incorrect calculation in CIRCL secp384r1 CombinedMult</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2026-1229</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Cloudflare CIRCL&lt;/p&gt;
&lt;p&gt;The CombinedMult function in the CIRCL ecc/p384 package (secp384r1 curve) produces an incorrect value for specific inputs. The issue is fixed by using complete addition formulas.
ECDH and ECDSA signing relying on this curve are not affected.&lt;/p&gt;
&lt;p&gt;The bug was fixed in  v1.6.3 https://github.com/cloudflare/circl/releases/tag/v1.6.3 .&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Cloudflare CIRCL&lt;/p&gt;
&lt;p&gt;The CombinedMult function in the CIRCL ecc/p384 package (secp384r1 curve) produces an incorrect value for specific inputs. The issue is fixed by using complete addition formulas.
ECDH and ECDSA signing relying on this curve are not affected.&lt;/p&gt;
&lt;p&gt;The bug was fixed in  v1.6.3 https://github.com/cloudflare/circl/releases/tag/v1.6.3 .&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2026-1229</guid>
    </item>
    <item>
      <title>GHSA-3xc5-wrhm-f963 — go-git: Credential leak via cross-host redirect in smart HTTP transport</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-3xc5-wrhm-f963</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/go-git/go-git/v5, Go: github.com/go-git/go-git/v6&lt;/p&gt;
&lt;p&gt;### Impact
`go-git` may leak HTTP authentication credentials when following redirects during smart-HTTP clone and fetch operations.&lt;/p&gt;
&lt;p&gt;If a remote repository responds to the initial `/info/refs` request with a redirect to a different host, go-git updates the session endpoint to the redirected location and reuses the original authentication for subsequent requests. This can result in the credentials (e.g. Authorization headers) being sent to an unintended host.&lt;/p&gt;
&lt;p&gt;An attacker controlling or influencing the redirect target can capture these credentials and potentially reuse them to access the victim’s repositories or other resources, depending on the scope of the credential.&lt;/p&gt;
&lt;p&gt;**Clients using `go-git` exclusively with trusted remotes (for example, GitHub or GitLab), and over a secure HTTPS connection, are not affected by this issue.** The risk arises when interacting with untrusted or misconfigured Git servers, or when using unsecured HTTP connections, which is not recommended. Such configurations also expose clients to a broader class of security risks beyond this issue, including credential interception and tampering of repository data.&lt;/p&gt;
&lt;p&gt;### Patches
Users should upgrade to `v5.18.0`, or `v6.0.0-alpha.2`, in order to mitigate this vulnerability. Versions prior to v5 are likely to be affected, users are recommended to upgrade to a supported `go-git` version.&lt;/p&gt;
&lt;p&gt;The patched versions add support for configuring [followRedirects](https://git-scm.com/docs/git-config#Documentation/git-con…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/go-git/go-git/v5, Go: github.com/go-git/go-git/v6&lt;/p&gt;
&lt;p&gt;### Impact
`go-git` may leak HTTP authentication credentials when following redirects during smart-HTTP clone and fetch operations.&lt;/p&gt;
&lt;p&gt;If a remote repository responds to the initial `/info/refs` request with a redirect to a different host, go-git updates the session endpoint to the redirected location and reuses the original authentication for subsequent requests. This can result in the credentials (e.g. Authorization headers) being sent to an unintended host.&lt;/p&gt;
&lt;p&gt;An attacker controlling or influencing the redirect target can capture these credentials and potentially reuse them to access the victim’s repositories or other resources, depending on the scope of the credential.&lt;/p&gt;
&lt;p&gt;**Clients using `go-git` exclusively with trusted remotes (for example, GitHub or GitLab), and over a secure HTTPS connection, are not affected by this issue.** The risk arises when interacting with untrusted or misconfigured Git servers, or when using unsecured HTTP connections, which is not recommended. Such configurations also expose clients to a broader class of security risks beyond this issue, including credential interception and tampering of repository data.&lt;/p&gt;
&lt;p&gt;### Patches
Users should upgrade to `v5.18.0`, or `v6.0.0-alpha.2`, in order to mitigate this vulnerability. Versions prior to v5 are likely to be affected, users are recommended to upgrade to a supported `go-git` version.&lt;/p&gt;
&lt;p&gt;The patched versions add support for configuring [followRedirects](https://git-scm.com/docs/git-config#Documentation/git-con…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-3xc5-wrhm-f963</guid>
    </item>
  </channel>
</rss>
