tirreno has Session Fixation in Login Authentication
tirreno, a security framework, has a session fixation issue in versions prior to 0.10.0. During authentication, tirreno validates the user's credentials and establishes the authenticated session, but it does not call `session_regenerate_id()` afterward. As a result, the session identifier is not rotated on login, it stays the same before and after authentication. An attacker able to fix a known session identifier in a victim's browser (for example through a network man-in-the-middle position, or a separate cross-site scripting or subdomain cookie-injection issue) could then gain access to the victim's authenticated session. The issue is fixed in v0.10.0. The session identifier is now regenerated on successful authentication, and the previous session is destroyed. There is no configuration-level workaround.
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2026-64857
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 4 Nov 2026, 13:57 UTC · Revision 1
Source evidence
tirreno has Session Fixation in Login Authentication
core-osv · Original sourcePublished 9 Sept 2026, 13:42 UTC
tirreno, a security framework, has a session fixation issue in versions prior to 0.10.0. During authentication, tirreno validates the user's credentials and establishes the authenticated session, but it does not call `session_regenerate_id()` afterward. As a result, the session identifier is not rotated on login, it stays the same before and after authentication. An attacker able to fix a known session identifier in a victim's browser (for example through a network man-in-the-middle position, or a separate cross-site scripting or subdomain cookie-injection issue) could then gain access to the victim's authenticated session. The issue is fixed in v0.10.0. The session identifier is now regenerated on successful authentication, and the previous session is destroyed. There is no configuration-level workaround.
osv:CVE-2026-64857
Complete source record
{
"id": "c8d097124009b7cdc0e1805a4f94413d2fee872d6abac8c89ba7d381d168e28e",
"url": "https://osv.dev/vulnerability/CVE-2026-64857",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "tirreno has Session Fixation in Login Authentication",
"summary": "tirreno, a security framework, has a session fixation issue in versions prior to 0.10.0. During authentication, tirreno validates the user's credentials and establishes the authenticated session, but it does not call `session_regenerate_id()` afterward. As a result, the session identifier is not rotated on login, it stays the same before and after authentication. An attacker able to fix a known session identifier in a victim's browser (for example through a network man-in-the-middle position, or a separate cross-site scripting or subdomain cookie-injection issue) could then gain access to the victim's authenticated session. The issue is fixed in v0.10.0. The session identifier is now regenerated on successful authentication, and the previous session is destroyed. There is no configuration-level workaround.",
"evidence": "osv:CVE-2026-64857",
"products": [],
"severity": "medium",
"structured": {
"id": "CVE-2026-64857",
"aliases": [
"CVE-2026-64857",
"GHSA-gwcm-4p9m-9mvr"
],
"metrics": [
{
"type": "CVSS_V4",
"score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/tirrenotechnologies/tirreno",
"type": "GIT",
"events": [
{
"introduced": "0"
},
{
"fixed": "233b3e1ac8b267fdbf9ee0ded5cb037895627cad"
}
],
"database_specific": {
"extracted_events": [
{
"range": [
{
"introduced": "0"
},
{
"fixed": "0.10.0"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StringRangeExpression"
},
{
"range": [
{
"fixed": "233b3e1ac8b267fdbf9ee0ded5cb037895627cad"
}
],
"source": "REFERENCES_TAG",
"original_tag": "v0.10.0"
},
{
"range": [
{
"introduced": "0"
},
{
"fixed": "0.10.0"
}
],
"source": "DESCRIPTION"
}
]
}
}
],
"versions": [
"v0.9.12",
"v0.9.11",
"v0.9.10",
"v0.9.9",
"v0.9.8",
"v0.9.7",
"v0.9.6",
"v0.9.5",
"v0.9.4",
"v0.9.3",
"v0.9.2",
"v0.9.1",
"v0.9.0"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-64857.json"
}
}
],
"modified": "2026-10-28T02:30:35.863239380Z",
"provider": "osv",
"references": [
"https://github.com/tirrenotechnologies/tirreno/releases/tag/v0.10.0",
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/64xxx/CVE-2026-64857.json",
"https://github.com/tirrenotechnologies/tirreno/security/advisories/GHSA-gwcm-4p9m-9mvr",
"https://nvd.nist.gov/vuln/detail/CVE-2026-64857"
],
"provider_metadata": {
"cwe_ids": [
"CWE-384"
],
"cna_assigner": "GitHub_M",
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/64xxx/CVE-2026-64857.json"
}
},
"related_cves": [
{
"value": "CVE-2026-64857",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 503386,
"published_at": "2026-09-09T13:42:03.029+00:00"
}