<?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-07T08:47:32.763892+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-251593</id>
    <title>EUVD-2026-251593</title>
    <updated>2026-10-07T08:47:32.814461+00:00</updated>
    <content>EUVD-2026-251593</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-251593"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2025-58067</id>
    <title>fkie_cve-2025-58067</title>
    <updated>2026-10-07T08:47:32.814515+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Basecamp's Google Sign-In adds Google sign-in to Rails applications. Prior to version 1.3.1, it is possible to redirect a user to another origin if the "proceed_to" value in the session store is set to a protocol-relative URL. Normally the value of this URL is only written and read by the library or the calling application. However, it may be possible to set this session value from a malicious site with a form submission. Any Rails applications using the google_sign_in gem may be vulnerable, if this vector can be chained with another attack that is able to modify the OAuth2 request parameters. This issue has been patched in version 1.3.1. There are no workarounds.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2025-58067"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-5jch-xhw4-r43v</id>
    <title>GHSA-5jch-xhw4-r43v — Google Sign-In for Rails allowed redirect to protocol-relative URI</title>
    <updated>2026-10-07T08:47:32.814618+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> RubyGems: google_sign_in</p>
<p>## Summary</p>
<p>It is possible to redirect a user to another origin if the "proceed_to" value in the session store is set to a protocol-relative URL.</p>
<p>## Details</p>
<p>The google_sign_in gem persists an optional URL for redirection after authentication. If this URL is set to a protocol-relative URL, it improperly passes the "same origin" check, and it's possible for the user to be redirected to another origin after authentication, possibly resulting in exposure of authentication information if this attack is chained with other attacks.</p>
<p>Normally the value of this URL is only written and read by the library or the calling application. However, it may be possible to set this session value from a malicious site with a form submission.</p>
<p>## Impact</p>
<p>Any Rails applications using the google_sign_in gem may be vulnerable, if this vector can be chained with another attack that is able to modify the OAuth2 request parameters.</p>
<p>## Workarounds</p>
<p>No known workarounds.</p>
<p>## Credits</p>
<p>This issue was responsibly reported by Hackerone user [muntrive](https://hackerone.com/muntrive?type=user).</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-5jch-xhw4-r43v"/>
  </entry>
</feed>
