Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconObtain local OS shell access
-
DeliveryTraverse to RansomLook home directory
-
ExploitRead 0644-permissioned secret_key file
-
InstallCraft Flask session cookie with admin username
-
C2Sign cookie with stolen secret
-
ExecuteSubmit forged session to RansomLook
-
ImpactAchieve full admin authentication bypass
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V13 - Configuration Default permission hardening
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The attacker must hold a local OS user account on the host running RansomLook and must be able to read files within the RansomLook home directory. The vulnerable condition is the existence of a secret_key file with permissions broader than 0600 - specifically 0644 under the standard 022 umask - which is present in all deployments created before the patch. No network-level access to the application, no RansomLook credentials, and no elevated OS privileges are required to read the file. In LDAP authentication mode, exploitation imposes no additional conditions: the session |
| Impact | The CVSS 4.0 score of 7.0 (AV:L/AC:L/AT:N/PR:N/UI:N/VC:H/VI:L/VA:N) reflects a local-only attack that nonetheless yields high confidentiality impact. The local attack vector substantially constrains the exposed population to users holding OS-level shell access on the RansomLook host, which is the primary limiting factor. Within that scope, complexity is genuinely low: reading a 0644 file requires no tooling or exploitation primitives. The VC:H metric is fully justified - the session key is the single cryptographic trust anchor for the entire application. LDAP deployments face an additive risk: the session user loader does not validate that a forged username exists, making administrator impersonation unconditional once the key is obtained. This vulnerability is not listed in CISA KEV and no POC has been identified, keeping real-world exploitation probability low given the product's limited footprint. EPSS data was not provided in the input. The gap between a 7.0 CVSS and practical risk is real: organizations running RansomLook on a dedicated single-tenant host with the service account's home directory not accessible to other local users are not meaningfully exposed; shared multi-user environments represent the highest-risk deployment pattern. |
| Exploit ScenarioDerived | A non-privileged local user on the RansomLook host lists the application home directory and reads the world-readable secret_key file (permissions 0644). Using the 64-byte secret, the attacker constructs and signs a Flask session cookie containing the username 'admin' (or any arbitrary string in LDAP mode) and submits it to the RansomLook web interface, which cryptographically validates the signature and grants full administrator access without any password check. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 24, 2026
Insecure file creation in RansomLook (≤ 2.0.0) exposes the Flask session-signing secret to any local OS user with read access to the application home directory, enabling complete authentication bypass. The secret key governs Flask session cookie signing and the legacy API-key derivation function; possession of it allows an attacker to forge valid session cookies and impersonate any user, including administrators. In LDAP-configured deployments, exploitation is especially direct because the session user loader accepts arbitrary usernames without verifying their existence against any user store. No public exploit has been identified at time of analysis.
RemediationAI
Apply the upstream patch from https://github.com/RansomLook/RansomLook/commit/df9d47edcf02dd0125db869d5bc19d93f426d892, which atomically creates new secret_key files at 0600 and retroactively tightens permissions on existing files at startup. Because the key file may have been world-readable since initial deployment, administrators should treat the existing secret as compromised: rotate the key by deleting or replacing the secret_key file, which will invalidate all currently issued sessions and require re-authentication. Manually apply chmod 0600 <secret_key_path> as an immediate interim step before patching. As defense-in-depth, restrict the RansomLook home directory to mode 0750 or 0700 owned by the service account, preventing other local users from traversing into it regardless of individual file permissions - note this has no side effect on application functionality but requires confirming no other local process legitimately reads from that directory. If LDAP authentication is enabled, treat this as the highest-priority remediation path, as session forgery in that configuration does not require knowing any valid username.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
RansomLook is a Python/Flask web application (CPE: cpe:2.3:a:ransomlook:ransomlook:*:*:*:*:*:*:*:*) used for tracking ransomware groups. Flask's session integrity depends entirely on a server-side secret key used to HMAC-sign session cookies; knowledge of the key allows arbitrary session forgery. The root cause is CWE-276 (Incorrect Default Permissions): the key file was created via Python's standard open() call, which respects the process umask (typically 022), yielding 0644 permissions - world-readable on a shared system. The same secret additionally seeds the legacy API-key KDF, so theft compromises both session and API authentication layers simultaneously. The upstream fix, visible in commit df9d47edcf02dd0125db869d5bc19d93f426d892, replaces the open() call with os.open() specifying explicit mode 0o600 at creation time - the only approach that eliminates the race window between file creation and a subsequent chmod - and a startup-time _restrict_to_owner() function retroactively tightens permissions on pre-existing key files.
Know when Ransomlook gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:N/VC:H/VI:L/VA:N/SC:N/SI:N/SA:N
Any unprivileged local OS user can read the 0644 file (PR:N, AV:L, AC:L); high confidentiality impact from full key disclosure enables session forgery, low integrity impact from resulting auth state manipulation.
Primary rating from Vendor (CIRCL).
CVSS VectorVendor: CIRCL
DescriptionCVE.org
RansomLook created its Flask session-signing key without explicitly restricting the file permissions. The secret_key file was created using the process's default permissions and umask, resulting in permissions such as 0644 under a common 022 umask. Consequently, other local users able to access the RansomLook home directory could read the application's cryptographic secret.
The exposed key is security-critical because it is used to sign Flask session cookies and is also involved in the legacy API-key key derivation. An attacker who obtains the key can generate valid session cookies and impersonate an authenticated user, including an administrator. In LDAP configurations, exploitation may be particularly straightforward because the session user loader does not require the supplied username to correspond to an existing local user.
Successful exploitation requires local access sufficient to read the improperly protected file, but can result in complete compromise of RansomLook's authentication and authorization controls.
The patch creates new secret-key files atomically with permissions 0600 and also restricts permissions on existing key files during application startup.
Articles & Coverage 1
Executive ViewAI
RansomLook versions 2.0.0 and earlier expose session-signing secrets to any local system user with directory read access, enabling authentication bypass and administrative account impersonation. Organizations running this product face immediate risk of unauthorized administrative access and data compromise, with heightened exposure in LDAP-integrated environments where attackers can impersonate any user without account validation.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
More in Ransomlook
View allSensitive credential disclosure in RansomLook (versions 0 through 2.0.0) exposes full API keys in the rendered HTML of t
Broken authorization in RansomLook's web-based configuration editor (the /admin/config endpoint) lets any authenticated
Unauthenticated private-data disclosure in RansomLook, an open-source ransomware-leak-site tracking platform, allows any
Missing authorization in RansomLook, an open-source ransomware-intelligence tracking platform, lets unauthenticated remo
Unauthenticated remote attackers can create crypto group entries in RansomLook by directly accessing the /admin/crypto/g
Three compounding authentication weaknesses in RansomLook's /login endpoint allow an unauthenticated remote attacker to
Stored XSS in RansomLook's cryptocurrency wallet detail view allows attacker-controlled JavaScript to execute in the sec
Sensitive scraping credentials and bypass logic were exposed to unauthenticated callers through multiple RansomLook API
RansomLook versions through 2.0.0 leaks victim posts belonging to privately configured ransomware groups and markets thr
Path traversal in RansomLook's GroupPost.get API handler allows an attacker controlling a malicious upstream instance to
PDF export in RansomLook allows authenticated analysts to read arbitrary server-side files and conduct server-side reque
Redis glob pattern injection in Ransomlook versions up to and including 2.0.0 allows unauthenticated remote attackers to
EUVD-2026-65089
GHSA-5453-gcx7-h56m
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB