Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessDeliver malicious note or plugin to victim
-
DeliveryVictim opens content in Logseq renderer
-
ExploitXSS executes JavaScript in renderer context
-
ExecutionInvoke exposed preload IPC filesystem method
-
PersistWrite payload to ~/.bashrc or SSH keys
-
ImpactAchieve 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. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – 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
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
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
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
Lifecycle Timeline
1DescriptionCVE.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
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.
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
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
Cross-Site Scripting occurs when an application accepts untrusted data and sends it to a web browser without proper validation or encoding.
EUVD-2026-35436
GHSA-jq3m-h4m5-r9j5
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB