// For flags

CVE-2024-31999

@fastify/secure-session: Reuse of destroyed secure session cookie

Severity Score

7.4
*CVSS v3.1

Exploit Likelihood

*EPSS

Affected Versions

*CPE

Public Exploits

0
*Multiple Sources

Exploited in Wild

-
*KEV

Decision

Track
*SSVC
Descriptions

@festify/secure-session creates a secure stateless cookie session for Fastify. At the end of the request handling, it will encrypt all data in the session with a secret key and attach the ciphertext as a cookie value with the defined cookie name. After that, the session on the server side is destroyed. When an encrypted cookie with matching session name is provided with subsequent requests, it will decrypt the ciphertext to get the data. The plugin then creates a new session with the data in the ciphertext. Thus theoretically the web instance is still accessing the data from a server-side session, but technically that session is generated solely from a user provided cookie (which is assumed to be non-craftable because it is encrypted with a secret key not known to the user). The issue exists in the session removal process. In the delete function of the code, when the session is deleted, it is marked for deletion. However, if an attacker could gain access to the cookie, they could keep using it forever. Version 7.3.0 contains a patch for the issue. As a workaround, one may include a "last update" field in the session, and treat "old sessions" as expired.

@festify/secure-session crea una sesión segura de cookies sin estado para Fastify. Al final del manejo de la solicitud, cifrará todos los datos de la sesión con una clave secreta y adjuntará el texto cifrado como un valor de cookie con el nombre de cookie definido. Después de eso, la sesión en el lado del servidor se destruye. Cuando se proporciona una cookie cifrada con un nombre de sesión coincidente en solicitudes posteriores, descifrará el texto cifrado para obtener los datos. Luego, el complemento crea una nueva sesión con los datos en el texto cifrado. Por lo tanto, en teoría, la instancia web todavía accede a los datos desde una sesión del lado del servidor, pero técnicamente esa sesión se genera únicamente a partir de una cookie proporcionada por el usuario (que se supone que no se puede crear porque está cifrado con una clave secreta que el usuario desconoce). El problema existe en el proceso de eliminación de la sesión. En la función de eliminación del código, cuando se elimina la sesión, se marca para su eliminación. Sin embargo, si un atacante pudiera obtener acceso a la cookie, podría seguir usándola para siempre. La versión 7.3.0 contiene un parche para el problema. Como workaround, se puede incluir un campo de "última actualización" en la sesión y tratar las "sesiones antiguas" como vencidas.

*Credits: N/A
CVSS Scores
Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
Required
Scope
Changed
Confidentiality
High
Integrity
None
Availability
None
* Common Vulnerability Scoring System
SSVC
  • Decision:Track
Exploitation
None
Automatable
No
Tech. Impact
Partial
* Organization's Worst-case Scenario
Timeline
  • 2024-04-08 CVE Reserved
  • 2024-04-10 CVE Published
  • 2024-04-11 EPSS Updated
  • 2024-08-02 CVE Updated
  • ---------- Exploited in Wild
  • ---------- KEV Due Date
  • ---------- First Exploit
CWE
  • CWE-613: Insufficient Session Expiration
CAPEC
Affected Vendors, Products, and Versions
Vendor Product Version Other Status
Vendor Product Version Other Status <-- --> Vendor Product Version Other Status
Fastify
Search vendor "Fastify"
Fastify-secure-session
Search vendor "Fastify" for product "Fastify-secure-session"
< 7.3.0
Search vendor "Fastify" for product "Fastify-secure-session" and version " < 7.3.0"
en
Affected