CVE-2025-51306
Gatling ≤ 1.25.0
Raw vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:NSummary
CVE-2025-51306 is a medium-severity Improper Restriction of Security Token Assignment (CWE-1259) vulnerability in Gatling Gatling. Its CVSS base score is 6.5 (Medium).
Operationally, exploitation aligns with the MITRE ATT&CK technique Access Token Manipulation (T1134); ranked at the 30th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog; a public proof-of-concept is referenced.
The strongest mitigations our analysis identified map to AC-25 (Reference Monitor) and AC-3 (Access Enforcement) — see the control section below for these in your framework.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2025-23856
Vulnerability Data
In Gatling Enterprise versions below 1.25.0, a user logging-out can still use his session token to continue using the application without expiration, due to incorrect session management.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Mitigating Controls (NIST 800-53 r5) AI
A tamperproof reference monitor ensures security tokens cannot be improperly assigned or altered outside policy.
Access enforcement directly requires that security tokens used for authorization decisions are protected from unauthorized assignment or modification.
Isolating security functions from non-security functions reduces the attack surface for tampering with token assignment logic.
Security attributes (tokens) must be associated and maintained with subjects/objects, which structurally prevents improper assignment or lack of protection.
Mitigating Controls (NIST CSF 2.0) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.
Proper definition and enforcement of authorizations directly addresses improper security token restrictions.
Pre-acquisition hardware integrity checks can detect flawed token protection mechanisms before deployment.
Logical access protections can prevent exploitation of improperly assigned hardware security tokens.
Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.
Privileged access rights help ensure only authorized processes can assign or modify tokens.
Security testing can detect improper token assignment but does not prevent it at design time.
Information access restriction directly limits which entities can obtain or use security tokens.
Secure architecture principles can guide token protection mechanisms but do not enforce assignment rules.
Secure coding practices reduce the likelihood of token-assignment bugs but do not define the policy.
Cryptography can protect token confidentiality but does not address improper assignment logic.