Approved changes feed: RSS · Atom

cpe:2.3:a:basecamp:google_sign_in:*:*:*:*:*:*:*:*

part: a version: * update: *

VendorBasecamp (5d73cff6-c4b9-5c9d-a4ec-037e7d6dbb05)
ProductGoogle Sign In (2a06c535-7a6b-5106-a66f-1a39bbaf6357)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*
NotesImported from gcve-enriched-dumps CVE data

PURL mappings

PURLSourceLast updated
No PURL mappings for this CPE yet.

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2025-58067 vulnerable 2026-06-08 07:35:17.027985 Basecamp's Google Sign-In for Rails allowed redirects to protocol-relative URI
MEDIUM (4.2)
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.
Published: 2025-08-29T21:05:22.209Z
Updated: 2025-09-02T13:52:49.721Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2025-57821 vulnerable 2026-06-08 07:33:16.176808 Basecamp's Google Sign-In for Rails allowed redirects to a malformed URL
MEDIUM (4.2)
Basecamp's Google Sign-In adds Google sign-in to Rails applications. Prior to version 1.3.0, it is possible to craft a malformed URL that passes the "same origin" check, resulting in the user being redirected to another origin. Rails applications configured to store the flash information in a session cookie may be vulnerable, if this can be chained with an attack that allows injection of arbitrary data into the session cookie. This issue has been patched in version 1.3.0. If upgrading is not possible at this time, a way to mitigate the chained attack can be done by explicitly setting SameSite=Lax or SameSite=Strict on the application session cookie.
Published: 2025-08-27T16:32:36.284Z
Updated: 2025-08-27T18:53:03.636Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.