Notepad++ Zero-Click RCE via Path Traversal (CVE-2026-52884)
ringzeropirate
24 points
20 comments
June 10, 2026
Related Discussions
Found 5 related stories in 104.3ms across 10,094 title embeddings via pgvector HNSW
- Notepad++ v8.9.6.4 Tiananmen Massacre Commemoration chao- · 60 pts · June 04, 2026 · 56% similar
- GitHub RCE Vulnerability: CVE-2026-3854 Breakdown bo0tzz · 298 pts · April 28, 2026 · 53% similar
- CVE-2026-42511 Breakdown: RCE in FreeBSD mmsc · 14 pts · May 07, 2026 · 53% similar
- Nginx Rift: RCE via heap buffer overflow in rewrite module (CVE-2026-42945) andreamichi · 11 pts · May 13, 2026 · 53% similar
- A 0-click exploit chain for the Pixel 10 happyhardcore · 353 pts · May 15, 2026 · 53% similar
Discussion Highlights (8 comments)
bflesch
It's just sad that these kind of bugs still slip through. So many people lack the ability to come up with the most straightforward edge cases for their validation code. To me it feels like people who build LEGO their whole lives but never once stray away from the step-by-step manual and never have built something "outside the box".
LiamPowell
OP, I assume your comment[1] is getting flagged because of the obvious LLM usage. No one wants to interact with a comment that's not written by a human. [1]: https://news.ycombinator.com/item?id=48473753
rcxdude
This is a little bit 'if you can execute code as a user you can execute code as a user'. All of the exploit pathways involve capabilities that would give you any number of paths to code execution. The check should probably be fixed but I question whether it's really doing much in the first place.
jcarrano
How is this supposed to be zero-click? All attack scenarios require either the attacker to modify configuration files, or the user to click on a malicious shortcut.
jerrythegerbil
“Zero-Click RCE” This appears to require attacker controlled data already being written to a settings XML file in specific locations on disk. Put simply, this requires another prerequisite arbitrary file write vulnerability to be reachable. This isn’t “zero click” unless we’re going under the assumption that an attacker already has full control over my machine before that. At best, this is a persistence mechanism, not initial access.
Aachen
RCE... not really. CE yes, but the Code being Executed needs to be separately supplied and you need local permissions so there is nothing Remote about it. It's not that you exploit Np++ upon opening your malicious file or so (and even that would be neither network-bound nor zero-click!). Steps to reproduce: 1. Place a malicious file on disk (e.g. ~/Downloads/definitely_legit.exe) 2. Modify shortcuts.xml (in the user's %AppData%, requiring local user permissions) to point to this file in a special way 3. The shortcut triggers and runs the exe when the user next starts and uses Notepad++ (the user needs to trigger the shortcut, but that can be something that they will do anyway such as typing any key) This functionality is by design, but by prefixing a trusted path and then /../'ing your way back out of the trusted location, it doesn't show a warning before executing Vulnerability rated as high because of the impact, despite the near-impossible exploitability. The CVSS vector for "email the user a malicious file and have them save and execute it", not bothering with the whole shortcuts method, would result in an even higher rating...
functionmouse
malicious attackers can unlock your door from the inside. fear and panic!
orwin
Local attack vector without privilege escalation should downgrade cve from high to low, and moderate to 'not a cve'.