<?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-12T15:59:48.047380+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/euvd-2026-309988</id>
    <title>EUVD-2026-309988</title>
    <updated>2026-10-12T15:59:48.049561+00:00</updated>
    <content>EUVD-2026-309988</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-309988"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-42560</id>
    <title>fkie_cve-2026-42560</title>
    <updated>2026-10-12T15:59:48.049590+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>auth provides authentication via oauth2, direct and email. From versions 1.18.0 to before 1.25.2 and 2.0.0 to before 2.1.2, the Patreon OAuth provider maps every authenticated Patreon account to the same local user.ID, instead of deriving a unique ID from the Patreon account returned by Patreon. In practice, this means all Patreon-authenticated users of an application using this library are collapsed into a single local identity. Any application that trusts token.User.ID as the stable account key can end up mixing or fully merging unrelated Patreon users, which can lead to cross-account access, privilege confusion, and subscription-state leakage. This issue has been patched in versions 1.25.2 and 2.1.2.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-42560"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-f6qq-3m3h-4g42</id>
    <title>GHSA-f6qq-3m3h-4g42 — auth: Patreon provider assigns the same local user ID to every authenticated Patreon account, enabling cross‑user imper…</title>
    <updated>2026-10-12T15:59:48.049622+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/go-pkgz/auth, Go: github.com/go-pkgz/auth/v2</p>
<p>### Summary
The Patreon OAuth provider maps every authenticated Patreon account to the same local `user.ID`, instead of deriving a unique ID from the Patreon account returned by Patreon.</p>
<p>In practice, this means all Patreon-authenticated users of an application using this library are collapsed into a single local identity. Any application that trusts `token.User.ID` as the stable account key can end up mixing or fully merging unrelated Patreon users, which can lead to cross-account access, privilege confusion, and subscription-state leakage.</p>
<p>### Details
The bug is in the Patreon provider's user-mapping logic.</p>
<p>Both the root module and the `v2` module create a fresh empty `token.User{}` and then derive the Patreon ID from `userInfo.ID` before that field has been populated:</p>
<p>```go
mapUser: func(data UserData, bdata []byte) token.User {
    userInfo := token.User{}</p>
<p>uinfoJSON := uinfo{}
    if err := json.Unmarshal(bdata, &amp;uinfoJSON); err == nil {
        userInfo.ID = "patreon_" + token.HashID(sha1.New(), userInfo.ID)
        userInfo.Name = uinfoJSON.Data.Attributes.FullName
        userInfo.Picture = uinfoJSON.Data.Attributes.ImageURL
        ...
    }
    return userInfo
}
```</p>
<p>Affected locations:</p>
<p>- `provider/providers.go:257`
- `v2/provider/providers.go:257`</p>
<p>At that point, `userInfo.ID` is still the empty string, so the effective result is always:</p>
<p>```text
patreon_ + sha1("")
```</p>
<p>which is:</p>
<p>```text
patreon_da39a3ee5e6b4b0d3255bfef95601890afd80709
```</p>
<p>for every Pat…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-f6qq-3m3h-4g42"/>
  </entry>
</feed>
