CVE-2008-7311 json
Spree uses a hardcoded hash value
published 2012-04-04 14 y ago modified 2026-06-16 4 mo ago also GHSA-g466-57gh-cqfw , EUVD-2022-3880
- cvss
- 5.0
- version 2.0, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 1.2%
- EPSS 1.2% chance of exploitation in 30 days, percentile 69%
- public exploits
- 0
- none known
Summary
The session cookie store implementation in Spree 0.2.0 uses a hardcoded config.action_controller_session hash value (aka secret key), which makes it easier for remote attackers to bypass cryptographic protection mechanisms by leveraging an application that contains this value within the config/environment.rb file.
Patch / fix
- rubygems spree 0.4.0
Exploit prediction
1.23% chance of exploitation in the next 30 days, higher than 69% of all scored CVEs (FIRST EPSS, 2026-11-08).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 5.0 | AV:N/AC:L/Au:N/C:N/I:P/A:N |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| rubygems | spree | <0.4.0 |
0.4.0 |
Classification
- Weakness
-
- CWE-255 Credentials Management Errors
References
-
spreecommerce.com
/blog/2008/08/12/security-vulernability-session-cookie-store/
vendor-advisory
- support.spreehq.org /issues/show/63
-
nvd.nist.gov
/vuln/detail/CVE-2008-7311
advisory
-
github.com
/rubysec/ruby-advisory-db/blob/master/gems/spree/CVE-2008-7311.yml
web
-
github.com
/spree/spree
package
-
spreecommerce.com
/blog/security-vulernability-session-cookie-store
web
-
web.archive.org
/web/20090306033106/http://support.spreehq.org/issues/show/63
web
-
web.archive.org
/web/20100309050152/http://rubygems.org/gems/spree/versions
web
-
web.archive.org
/web/20101128024939/http://spreecommerce.com/blog/2008/08/12/security-vulernability-session-cookie-store
web
-
spreecommerce.com
/blog/2008/08/12/security-vulernability-session-cookie-store
web
Sources
- CVE List CVE-2008-7311
- GitHub Advisory GHSA-g466-57gh-cqfw
- NVD CVE-2008-7311
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.