A blindfolded restorer copying past the mural's edge — Paint reads outside the buffer and turns a malformed image into code execution
Microsoft Paint before 11.2605.91.0 contains an out-of-bounds read (CWE-125) when parsing malicious image files. An attacker who can deliver a crafted file and have it opened in Paint can trigger memory corruption that may lead to arbitrary code execution in the user's context.
Microsoft's HIGH 8.1 rating assumes a network vector with no user interaction. In practice, Paint is a desktop image editor, not a network-exposed service; the 'network' is just file delivery, and opening the file requires user action. The real risk is user-level code execution on a workstation with no high-value blast radius, so we downgrade to MEDIUM.
4 steps from start to impact.
Craft malicious image file
- Attacker knows target runs a vulnerable Microsoft Paint version
- Attacker can craft a file that reliably triggers the out-of-bounds read
- No public exploit or PoC is available
- Exploit development required; AC:H applies
Deliver file to target
- Target user can receive files from attacker
- Email gateway or browser filters do not block the file
- Email gateways and browser Mark-of-the-Web warnings reduce delivery success
- File may be quarantined or blocked by endpoint protection
User opens file in Microsoft Paint
- Microsoft Paint is installed and associated with the file type
- User chooses to open the file with Paint
- Paint is not the default image handler for many file types on Windows 11
- User caution and security training reduce success
Out-of-bounds read triggers code execution
- Vulnerable parser is reached with the crafted input
- Memory corruption leads to code execution despite OS mitigations
- ASLR, DEP, CFG, and potential AppContainer sandbox for Store app complicate exploitation
- No evidence that the OOB read reliably leads to RCE in practice
11.2605.91.0 or later — Patch through Microsoft Store/Windows Update. Under noisgate remediation SLA for MEDIUM, complete within 365 days; no mitigation SLA applies, so go straight to remediation. This removes the vulnerable parser entirely.- Network firewalls and IPS: Paint is not a network service, so network-layer controls cannot block the attack.
- Email gateway file scanning: can reduce delivery but not block USB/web/cloud delivery; also no known signatures exist.
- ASR rules that block Office/child processes: irrelevant because Paint is invoked directly, not through Office macros.
The supporting signals.
| In-the-wild status | No known exploitation; not in CISA KEV; VulDB reports no exploit exists. |
|---|---|
| Proof-of-concept availability | No public PoC; cve.tools and VulDB list no exploit; no GitHub repos named after CVE found. |
| EPSS score/percentile | 0.00734 (0.7%) / 50th percentile — low likelihood of exploitation in next 30 days. |
| KEV status | Not listed in CISA KEV as of 2026-10-13. |
| CVSS vector interpretation | CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H; AV:N/UI:N overstate reality — file parsing is local and user-initiated. |
| Affected versions | Microsoft Paint 11.0.0.0 through <11.2605.91.0. |
| Fixed version | 11.2605.91.0 via Microsoft Store / Windows Update. |
| Scanning/exposure data | Not network-exposed; Shodan/Censys do not detect. Use endpoint inventory (MDE/SCCM) to find vulnerable Paint versions. |
| Disclosure date | 2026-10-13 (NVD published). |
| Reporting source | Microsoft Corporation (CNA); VulDB analysis. |
Sources.
Why this verdict
- User interaction is effectively required: despite
UI:N, Paint only processes files when opened by a user; the 'network' is file delivery, not a listening service. - No public PoC or in-the-wild exploitation: VulDB/cve.tools/Rapid7 report no exploit; EPSS 0.7% (50th percentile), not KEV.
- Role multiplier: Paint is a low-value workstation app; successful exploitation yields user-context code execution on a single endpoint, not domain/fleet/supply-chain impact.
- Post-exploitation constraints: modern Store app likely runs in AppContainer, limiting lateral movement and elevated actions.
Why not higher?
The CVSS AV:N/UI:N is misleading for a desktop image editor; a real attack chain requires a user to open a malicious file, and no exploit is public. The affected component has no high-value deployment role and the blast radius is a single user session.
Why not lower?
If exploited, the vulnerability still allows arbitrary code execution in the user's context on a widely installed Windows component, so the residual risk is not LOW/backlog; patch within the 365-day remediation window.
Crowdsourced verification payload.
Run this on each Windows endpoint from an unelevated user session. Requires no admin rights; uses Get-AppxPackage to inspect the installed Microsoft Paint version. Example: powershell -ExecutionPolicy Bypass -File check_cve_2026_83844.ps1. Outputs VULNERABLE, PATCHED, or UNKNOWN. Exit codes: 0 patched, 1 vulnerable, 2 unknown.
# Check CVE-2026-83844 affected Microsoft Paint version
$ErrorActionPreference = 'Stop'
try {
$pkg = Get-AppxPackage -Name 'Microsoft.Paint*' -ErrorAction Stop | Sort-Object Version -Descending | Select-Object -First 1
if (-not $pkg) {
Write-Output 'UNKNOWN: Microsoft Paint package not found'
exit 2
}
$version = $pkg.Version
Write-Output ('Found Microsoft Paint version: {0}' -f $version)
$fixed = [version]'11.2605.91.0'
$current = [version]$version
if ($current -lt $fixed) {
Write-Output ('VULNERABLE: version {0} is below fixed version {1}' -f $version, $fixed)
exit 1
} else {
Write-Output ('PATCHED: version {0} is at or above fixed version' -f $version)
exit 0
}
} catch {
Write-Output ('UNKNOWN: ' + $_.Exception.Message)
exit 2
}