Skip to main content

Logseq EUVDEUVD-2026-35436

| CVE-2026-47899 HIGH
Exposed Dangerous Method or Function (CWE-749)
2026-06-09 CERT-PL GHSA-jq3m-h4m5-r9j5
8.7
CVSS 4.0 · Vendor: CERT-PL
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Deliver malicious note or plugin to victim
  2. Delivery
    Victim opens content in Logseq renderer
  3. Exploit
    XSS executes JavaScript in renderer context
  4. Execution
    Invoke exposed preload IPC filesystem method
  5. Persist
    Write payload to ~/.bashrc or SSH keys
  6. Impact
    Achieve persistent code execution as user

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Dangerous method exposure prevention
Exploitation Conditions

The attacker must first obtain JavaScript execution inside the Logseq renderer process - concretely, by getting the victim to render attacker-controlled content that triggers an XSS in Logseq's note renderer, or by convincing the victim to install a malicious Logseq plugin. Once that foothold exists no further authentication, privilege, or user interaction is required to invoke the exposed preload IPC method and perform arbitrary filesystem operations. Exploitation is limited to the desktop Electron build (not the mobile or web variants), is bounded by the privileges of the OS user running Logseq, and was empirically validated only against version 0.10.15.

Impact

The CVSS 4.0 vector (AV:L/AC:L/AT:P/PR:N/UI:N, VC:H/VI:H/VA:N, SC:H/SI:H) scores 8.7 and accurately reflects the threat model: the attacker does not need credentials or user interaction, but they do need a foothold in the renderer (AT:P denotes the required attack precondition), typically a stored XSS in note content, a markdown-rendering bug, or a malicious community plugin. Because Logseq notes are frequently imported from external sources and the plugin ecosystem is third-party, that precondition is realistic rather than exotic. The high subsequent-system scores (SC:H/SI:H) correctly capture that the renderer compromise pivots to the host filesystem and therefore to credentials, SSH keys, browser data, and ultimately code execution via overwritten dotfiles. EPSS and KEV signals are absent from the input - no confirmed active exploitation and no published exploit - so this is a high-severity but not yet widely weaponised issue. The chief uncertainty is the version range: only 0.10.15 was tested, and the vendor has not shipped a fix, so defenders should treat all currently installed versions as potentially affected pending vendor confirmation.

Exploit ScenarioDerived

An attacker authors a markdown note, plugin, or shared graph containing a payload that triggers JavaScript execution in the Logseq renderer when the victim opens it; the payload then calls the unvalidated preload IPC method to overwrite ~/.bashrc, ~/.ssh/authorized_keys, or a Logseq config file with attacker-controlled content. On the next shell launch or SSH login the planted content executes, yielding persistent code execution as the user. No public exploit identified at time of analysis, but the bug class is straightforward to weaponise given the documented preload behaviour.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.0% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Jun 09, 2026

Arbitrary file read, write, and delete in the Logseq Electron desktop knowledge-management application is possible when an attacker can execute JavaScript inside the renderer process, because the preload script exposes an IPC bridge method that omits path validation. Version 0.10.15 has been confirmed vulnerable by CERT-PL, and because no patch was released the status of other releases is unverified. No public exploit identified at time of analysis, and the issue is not listed in CISA KEV.

RemediationAI

No vendor-released patch identified at time of analysis, so no fixed version can be cited. Until Logseq publishes a build that path-validates the exposed IPC method, the practical compensating controls are: avoid installing third-party Logseq plugins or audit any plugin source before loading it (trade-off: loses extensibility, which is a core Logseq value proposition); do not import untrusted markdown, HTML, or PDF content into graphs, since stored XSS in note rendering is the most likely renderer-foothold vector; run Logseq under a dedicated low-privilege OS account or inside a sandbox such as Firejail or Flatpak with restricted filesystem access so that arbitrary-file operations cannot reach the user's SSH keys, browser profiles, or shell rc files (trade-off: complicates graph storage paths and sync setups); and monitor https://logseq.com/ and the CERT-PL advisory at https://cert.pl/en/posts/2026/06/CVE-2026-9279/ for a patched release.

Affected VersionsENISA

logseq 0 ≤0.10.15

Affected Packages

euvd logseq no fix

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

Logseq is built on Electron, which separates a sandboxed Chromium renderer from a privileged Node.js main process. The two communicate via Electron's IPC channel, and a preload script defines which main-process functions the renderer is allowed to call. CWE-749 (Exposed Dangerous Method or Function) applies here: the preload script (contextBridge) registers an API that forwards calls to filesystem IPC handlers in the main process without canonicalising or constraining the supplied path. Because the main process runs with the full privileges of the user account, any path the renderer supplies - including paths outside the Logseq graph directory - is honoured for read, write, or delete operations, breaking the renderer/main trust boundary that Electron's context isolation is supposed to enforce.

Know when Logseq 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

Vendor (CERT-PL) PRIMARY 8.7 HIGH
CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:N/SC:H/SI:H/SA:N

Primary rating from Vendor (CERT-PL) · only source for this CVE.

CVSS VectorVendor: CERT-PL

Attack Vector
Local
Attack Complexity
Low
Attack Requirements
Present
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
None
Subsequent system: Confidentiality
High
Subsequent system: Integrity
High
Subsequent system: Availability
None

Lifecycle Timeline

1
CVSS changed
Jun 09, 2026 - 14:22 NVD
8.7 (HIGH)

DescriptionCVE.org

The Electron preload script in Logseq exposes an API method that allows the renderer process to invoke IPC handlers without proper path validation. An attacker with JavaScript execution in the renderer (e.g. via XSS or a malicious plugin), can read, write, or delete arbitrary files on the user's system. While only version v0.10.15 was tested and confirmed as vulnerable, status of other versions is unknown since this issue was not addressed by a patch.

Executive ViewAI

Why It Matters

Logseq Electron desktop application (version 0.10.15 confirmed vulnerable) enables arbitrary file read, write, and deletion through an IPC bridge lacking path validation. While no public exploit identified at time of analysis, this vulnerability directly threatens data integrity and confidentiality for any organization relying on Logseq for sensitive documentation, with no vendor patch currently available.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: (1) Restrict application execution to least-privileged accounts with minimal required file system permissions; (2) Disable Logseq on systems where use is not operationally critical; (3) Isolate Logseq-enabled systems from critical infrastructure and sensitive data repositories; (4) Deploy host-based file integrity monitoring to detect unauthorized file modifications; (5) Maintain continuous monitoring of vendor and CISA channels for patch announcements.

Threat Intelligence Overview

EPSS Score
0.0%
Top 91% exploitable
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.0%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Small
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

44
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +44
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Cross-Site Scripting occurs when an application accepts untrusted data and sends it to a web browser without proper validation or encoding.

Related Vulnerabilities in Logseq Electron IPC and XSS Vulnerabilities

View all 4

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy