<?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-07T05:20:45.391824+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-291394</id>
    <title>EUVD-2026-291394</title>
    <updated>2026-10-07T05:20:45.443171+00:00</updated>
    <content>EUVD-2026-291394</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-291394"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-34454</id>
    <title>fkie_cve-2026-34454</title>
    <updated>2026-10-07T05:20:45.443209+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>OAuth2 Proxy is a reverse proxy that provides authentication using OAuth2 providers. A regression introduced in 7.11.0 prevents OAuth2 Proxy from clearing the session cookie when rendering the sign-in page. In deployments that rely on the sign-in page as part of their logout flow, a user may be shown the sign-in page while the existing session cookie remains valid, meaning the browser session is not actually logged out. On shared workstations or devices, a subsequent user could continue to use the previous user's authenticated session. Deployments that use a dedicated logout/sign-out endpoint to terminate sessions are not affected. This issue is fixed in 7.15.2</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-34454"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-f24x-5g9q-753f</id>
    <title>GHSA-f24x-5g9q-753f — OAuth2 Proxy's session cookies are not cleared when rendering sign-in page</title>
    <updated>2026-10-07T05:20:45.443258+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/oauth2-proxy/oauth2-proxy/v7</p>
<p>### Impact
A regression introduced in [v7.11.0](https://github.com/oauth2-proxy/oauth2-proxy/pull/2605) is preventing OAuth2 Proxy from clearing the session cookie when rendering the sign-in page.</p>
<p>This only impacts deployments that rely on the sign-in page as part of their logout flow. In those setups, a user may be shown the sign-in page while the existing session cookie remains valid, so the browser session is not actually logged out. On shared workstations be it browsers or devices, a subsequent  user could continue to use the previous user's authenticated session.</p>
<p>Deployments that use a dedicated logout/sign-out endpoint to terminate sessions are not affected.</p>
<p>### Patches
This issue is fixed in v7.15.2.</p>
<p>### Workarounds
Do not rely on the sign-in page to clear an existing session. Instead:</p>
<p>- Use the dedicated logout/sign-out endpoint of OAuth2 Proxy
- Ensure your application logout flow explicitly clears the OAuth2 Proxy   session cookie before redirecting users to the sign-in page
- If needed, clear the session cookie at the reverse proxy or application   layer as a temporary mitigation</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-f24x-5g9q-753f"/>
  </entry>
</feed>
