News for hackers. Stuff that matters.
Re:MS Paint Remote Code Execution Vulnerability by pasteleft on Thursday November 05, 2026 @09:28PM (#50387394)
Paint can exectue arbitrary code from the REMOTE, without USER INTERACTION?????

We seriously need more information.

Re:MS Paint Remote Code Execution Vulnerability by hulitu on Friday November 06, 2026 @01:20AM (#50388847)
Every program which has telemetry can. And web browsers.
Re:MS Paint Remote Code Execution Vulnerability by weavie on Friday November 06, 2026 @06:38AM (#50391135)
How?
Re:MS Paint Remote Code Execution Vulnerability by embedding-shape on Friday November 06, 2026 @08:22AM (#50391996)
> Every program which has telemetry can

I'd go out on a limb here perhaps, but I'd claim that if your telemetry means that the one SENDING the data gets a RCE by default by it, you're doing telemetry very wrong. Maybe look into different libraries/services than the ones you use today, please.

Re:MS Paint Remote Code Execution Vulnerability by port11 on Friday November 06, 2026 @08:45AM (#50392228)
But only these 2, only software with telemetry and web browsers. There are no RCEs in anything else…
Re:MS Paint Remote Code Execution Vulnerability by IAmBroom on Friday November 06, 2026 @09:26AM (#50392661)
Citation required for extraordinary claim.
Re:MS Paint Remote Code Execution Vulnerability by joshspankit on Friday November 06, 2026 @09:42AM (#50392894)
While I understand your phrasing getting downvoted, I agree with what I assume you mean:

1. Telemetry as implemented is usually sloppy. Even though intuitively one could think that telemetry means “data gets collected locally and fired off to a remote server”, we have seen time and time again that they also build a return path to make the telemetry gathering more powerful. That return path can be a vector.

2. Web browsers have a _huge_ surface and they connect to remote servers constantly. The industry does very well at being proactive and at addressing CVEs but the whole premise makes that very difficult and so we cannot absolutely claim that browsers don’t have RCE(s).

Re:MS Paint Remote Code Execution Vulnerability by embedding-shape on Friday November 06, 2026 @09:53AM (#50393035)
[delayed]
Re:MS Paint Remote Code Execution Vulnerability by Someone on Friday November 06, 2026 @10:35AM (#50393617)
[delayed]
Re:MS Paint Remote Code Execution Vulnerability by embedding-shape on Friday November 06, 2026 @12:00PM (#50395002)
Right, so you have the first step of something, but then depending on everything else, this is either a DOS or a RCE.

I'm claiming if "everything else" does indeed lead to a RCE, you're again doing something very wrong here. It's not rocket science exactly.

Re:MS Paint Remote Code Execution Vulnerability by Someone on Saturday November 07, 2026 @02:57AM (#50402577)
[delayed]
Re:MS Paint Remote Code Execution Vulnerability by embedding-shape on Saturday November 07, 2026 @06:20AM (#50403553)
I'm sorry, but I still find it hard to believe you work with other professionals that when they implement telemetry in client applications, that usually ends up exposing a RCE on the client because of the telemetry implementation.
Re:MS Paint Remote Code Execution Vulnerability by monster_truck on Friday November 06, 2026 @01:45AM (#50389002)
If I had to guess, without diffing old/new, it's probably related to the generative erase/ai shit.

To stack assumptions, I'd reach for something like using the recent certificate circus to present as there being an updated version of whatever model it uses on the PCs that can run it locally to give it a fucked up model that does the out of bounds shit as part of whatever verification/checks it does after its downloaded/installed.

Re:MS Paint Remote Code Execution Vulnerability by johnisom2001 on Friday November 06, 2026 @02:58PM (#50397545)
[delayed]
Re:MS Paint Remote Code Execution Vulnerability by thinkingemote on Friday November 06, 2026 @04:17AM (#50390038)
[delayed]
Re:MS Paint Remote Code Execution Vulnerability by _notreallyme_ on Friday November 06, 2026 @07:06AM (#50391396)
Either the description or the impact is wrong. You can't trigger MS Paint in a '0-click' attack, and OOB read are not sufficient to directly obtain code execution. So I'll let you guess which one is wrong.

It's quite common with vulnerabilities found by IA, there might be less hallucination, but the impact/score is often completely wrong.

Re:MS Paint Remote Code Execution Vulnerability by boringg on Friday November 06, 2026 @10:22AM (#50393422)
Finally MS Paint has entered the OPSEC battle royale currently being waged.
Re:MS Paint Remote Code Execution Vulnerability by BobbyTables2 on Friday November 06, 2026 @09:54PM (#50401179)
Couldn’t let Notepad keep the its title uncontested, right?
Re:MS Paint Remote Code Execution Vulnerability by sharpshadow on Friday November 06, 2026 @10:24AM (#50393454)
Paint’s image decoding engine is a shared system component and during thumbnail and visual preview generation it gets called automatically without opening the GUI. Ergo it’s enough for a malformed image file to exist on your device to get pwnd.
Re:MS Paint Remote Code Execution Vulnerability by bushbaba on Friday November 06, 2026 @11:28AM (#50394526)
Feels like this was placed on purpose
Re:MS Paint Remote Code Execution Vulnerability by jasomill on Friday November 06, 2026 @03:43PM (#50398241)
Do you have details on this? Given that this is classified as a network vulnerability of the Paint application itself rather than any shared system components, I assumed it had to do with the recently-introduced Copilot features which AFAIK are the only part of the application that directly interact with the network.