Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain access to public notification channel or MISP feed
-
DeliveryRansomLook crawler parses new victim post for private group or market
-
ExploitPost-level-only privacy check passes (entity-level flag not evaluated)
-
ExecutionVictim data automatically broadcast to all channel subscribers
-
ImpactAttacker passively receives private victim intelligence
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
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 | Exploitation requires two concurrent conditions on the target RansomLook instance: (1) at least one external notification channel (Rocket.Chat, Mastodon, Bluesky, or email) or the public MISP feed must be enabled and actively distributing posts, and (2) at least one ransomware group or market tracked by the instance must be configured with the private flag. The attacker must already have legitimate access to the notification channel or MISP feed - for example, as a Mastodon follower, Rocket.Chat room member, or MISP feed subscriber - but requires no credentials or interaction with the RansomLook application itself. Exploitation is limited to confidentiality impact (information disclosure only); no code execution, privilege escalation, or data modification is possible through this path. Deployments that monitor only public-flagged groups and markets, or that have all external channels and MISP feed output disabled, are not affected regardless of version. |
| Impact | The CVSS 4.0 score of 8.7 (AV:N/AC:L/AT:N/PR:N/UI:N/VC:H) accurately reflects the mechanics: data leaks through externally accessible push channels to parties who need no technical skill beyond being a subscriber. Real-world risk is concentrated in deployments that actively monitor private ransomware intelligence - pre-disclosure victim names, unreleased incident data - and have external notification channels or MISP feed output enabled. Deployments tracking only public groups and markets, or with all external channels disabled, carry no meaningful exposure. No EPSS score was provided in the input data; the absence of a CISA KEV listing and no reported POC indicate exploitation has not been observed in the wild as of this analysis. The passive exploitation model - receive a broadcast rather than send a crafted request - means no technical barrier exists once channel access is obtained, but that access itself is a prerequisite that limits the realistic attacker population to existing subscribers. No conflicts between the CVSS vector and the vulnerability description are present; the network attack vector is appropriate because the leakage path is the externally accessible notification infrastructure, not the RansomLook application interface itself. |
| Exploit ScenarioDerived | A threat actor or unauthorized researcher who subscribes to a RansomLook instance's public Mastodon account, Bluesky feed, Rocket.Chat room, or MISP feed passively receives victim notifications for ransomware groups or markets the operator had explicitly marked private - such as pre-disclosure incident intelligence or victim names under embargo. No interaction with the RansomLook application is required; the data is pushed automatically by the misconfigured broadcast logic whenever the crawler parses a new victim post for a private entity. No public proof-of-concept exploit code exists at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 24, 2026
RansomLook versions through 2.0.0 leaks victim posts belonging to privately configured ransomware groups and markets through public notification channels (Rocket.Chat, Mastodon, Bluesky, email) and the public MISP feed, due to incomplete privacy enforcement at the entity level rather than the post level. The post-processing logic in posts.py checked only the individual post's private flag, leaving freshly parsed victims of private groups and markets unprotected because new posts arrive with private=False. A parallel defect in misp_feed.py restricted its privacy check to the group database only, so victims of private markets were admitted to the public MISP feed. No public exploit is identified at time of analysis; this is a passive information-disclosure flaw - subscribers to the affected channels receive the leaked data automatically without taking any active exploitation step.
RemediationAI
Update RansomLook to the patched state by applying commit 133cbeab3abdd64c22b02165c6505bb3e53698cc from the official GitHub repository (https://github.com/RansomLook/RansomLook/commit/133cbeab3abdd64c22b02165c6505bb3e53698cc). This commit introduces is_private_entity() in sharedutils.py and updates both posts.py and misp_feed.py to enforce the combined entity-level and post-level privacy gate on all external broadcast paths. If immediate patching is not feasible, disable all external notification channels (Rocket.Chat, Mastodon, Bluesky, and email) and the public MISP feed output in the RansomLook configuration - this eliminates the disclosure vector entirely, though it suspends external alerting for all monitored groups. After patching, operators should audit historical notification channel output and MISP feed entries since the instance was deployed to determine whether private-entity victim data was previously broadcast, and take appropriate notification steps if sensitive pre-disclosure intelligence was exposed. A formally versioned patched release is not confirmed; track the upstream repository for a tagged release.
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 (cpe:2.3:a:ransomlook:ransomlook:*:*:*:*:*:*:*:*) is an open-source Python threat-intelligence platform that crawls ransomware group sites and darknet markets, parses victim posts, and distributes them to configurable notification channels. The root cause is CWE-862 (Missing Authorization) - a privacy gate that covers post-level state but omits entity-level state in two independent code paths. In ransomlook/posts.py, the appender() function gated all external broadcasts solely on the post's own private flag; because a freshly scraped post for a private group or market arrives unpopulated with private=False, the check silently passed. In ransomlook/misp_feed.py, the refresh_victim() function called groupinfo() which exclusively queries DB_GROUPS (the Redis/Valkey group database), leaving DB_MARKETS unexamined and exposing private-market victims to the public MISP feed. The fix in commit 133cbeab introduces is_private_entity() in sharedutils.py, which queries both DB_GROUPS and DB_MARKETS via Valkey and performs a case-insensitive key scan as a fallback. The broadcast decision is now: broadcast = not (private or is_private_entity(group_name)), applied consistently across Rocket.Chat, Mastodon, Bluesky, email, and MISP feed paths.
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:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
Network vector because leakage occurs through externally accessible push channels; no privileges needed to receive broadcast data; confidentiality-only impact with no scope change.
Primary rating from Vendor (CIRCL).
CVSS VectorVendor: CIRCL
DescriptionCVE.org
RansomLook fails to enforce the privacy status of ransomware groups and markets when distributing newly collected victim posts to external notification channels. The post-processing logic checks whether an individual post is marked private but does not verify whether the group or market to which the post belongs is configured as private.
As a result, newly parsed victim information associated with a private group or market may be automatically published through enabled Rocket.Chat, Mastodon, Bluesky, and e-mail notification channels despite the entity being explicitly configured to prevent public disclosure.
A similar issue affects the public MISP feed. The feed previously determined privacy using groupinfo(), which only queries the group database. Consequently, victim information associated with private markets could be added to the public MISP feed because the corresponding market privacy flag was not evaluated.
An attacker or other unauthorized party able to access these public notification channels or the MISP feed may obtain victim information that was intended to remain private. Depending on the collected data, this may disclose victim names, ransomware activity, incident information, or other information associated with privately monitored groups and markets.
The fix introduces a common is_private_entity() check covering both groups and markets and prevents private entity posts from being distributed through external notification channels or the public MISP feed. Internal storage and dashboard alerting remain unaffected.
Executive ViewAI
RansomLook through version 2.0.0 inadvertently publishes victim organization names from private ransomware incidents to public notification channels and feeds, exposing confidential breach information that should remain hidden. Organizations relying on RansomLook for threat intelligence face the risk of having their ransomware victimization status disclosed publicly, compromising incident response confidentiality and operational security. Leadership should prioritize patching to prevent continued exposure of private incident data.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
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
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
Insecure file creation in RansomLook (≤ 2.0.0) exposes the Flask session-signing secret to any local OS user with read a
Redis glob pattern injection in Ransomlook versions up to and including 2.0.0 allows unauthenticated remote attackers to
EUVD-2026-64857
GHSA-786f-jc54-f7f4
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB