Private Group and Market Posts Disclosed Through Public Notification Channels in RansomLook
Key facts
- Attack vector
- Network
- Privileges required
- None
- User interaction
- None
- Attack complexity
- Low
- Attack requirements
- None
- Impact type
- Security bypass
- Confidentiality · integrity · availability
- High · None · None
- Fix status
- No fix listed
Attack profile from CVSS 4.0 · CNA. Fix status from CNA. Impact type from CWE-862.
Summary
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.
Why it matters now
SSVC decision points
CISA ADP · SSVC 2.0.3
- Exploitation
- None
- Automatable
- No
- Technical impact
- Partial
The decision (Track, Attend, Act) also depends on your mission and well-being impact; see CISA's SSVC guide.
Affected products
| Vendor | Product | Affected versions | Fixed in | Status | Source |
|---|---|---|---|---|---|
| ransomlook | ransomlook | up to 2.0.0 | — | No fix listed | CNA |
- ransomlook Vendorransomlook Affected up to 2.0.0 Fixed in — No fix listed CNA
Remediation
No fixed version listed by the sources yet.
Timeline
- 2026-10-02 Threatist record created from CVE-2026-78380
- 2026-10-03 Alias added: GHSA-786f-jc54-f7f4
References
More ransomlook vulnerabilities
- TI-2026-54504 RansomLook Missing Authorization Allows Disclosure of Private Group and Ransom Note Data CVSS 4.0CRITICAL 9.2
- TI-2026-54503 RansomLook Unauthenticated Database Export Exposes Private Data CVSS 4.0CRITICAL 9.2
- TI-2026-54619 RansomLook Login Endpoint Allows Timing-Based Username Enumeration and Unthrottled Authentication Attempts CVSS 4.0HIGH 8.8
- TI-2026-54502 Missing Authentication Allows Unauthorized Creation of Crypto Groups in RansomLook CVSS 4.0HIGH 8.8
- TI-2026-54517 Stored Cross-Site Scripting via Untrusted Cryptocurrency Address Rendering in RansomLook CVSS 4.0HIGH 8.8
- TI-2026-54622 RansomLook API Key Disclosure Through /admin/apikeys HTML Source CVSS 4.0CRITICAL 9.4
Sources
- CVE-2026-78380 · CVE Program
- CVE-2026-78380 · NVD
- FIRST EPSS
- GHSA-786f-jc54-f7f4 · GitHub Advisory Database · CC BY 4.0
This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences