The CVSS 'local information disclosure' label for CVE-2026-70313 obscures what this vulnerability actually represents: a reconnaissance primitive that frequently enables more severe attacks. When a document parser leaks memory contents, the attacker gains ASLR offsets, heap pointers, or session handles that transform this into a potential RCE chain component when paired with a separate memory corruption bug. The 'local' qualifier means the exploit doesn't require network elevation, but for a widely deployed productivity tool used by executives, lawyers, and deal teams, 'local' still means thousands of users who cannot reasonably refuse to open these files without disrupting actual work.

The practical threat model matters here in ways CVSS doesn't capture. PowerPoint files arrive through channels where institutional trust has already been extended — email from colleagues, downloads from vendor portals, templates shared across organizational boundaries. The recipient has already decided to open this file. The security perimeter isn't being breached at the network layer; it's being bypassed by leveraging pre-authorized social pathways that security tooling cannot inspect. The leaked information itself may be the goal — authentication tokens, file paths revealing organizational structure, document fragments from other sessions — without requiring a second vulnerability.

The root cause traces to deprecation debt accumulated through Microsoft's transition from binary .ppt to Office Open XML .pptx. The legacy binary parser wasn't excavated; it became a maintenance orphan in the conversion pipeline, receiving diminishing security review while still being reached when users open legacy files or when PowerPoint performs format normalization. Each patch for this class of vulnerability has been narrow and format-specific, leaving the underlying parser architecture untouched — a pattern that suggests the organization has developed a practiced response of fixing symptoms while the architectural condition that produces the symptom class remains intact.

What you should do: treat this as a potential RCE enabler, not a standalone information leak. Extend your detection coverage beyond the CVE-specific indicator — monitor for anomalous PowerPoint parsing behavior, inspect process memory access patterns, and flag documents originating from external sources even when they pass initial validation. The real question for Microsoft's security posture is whether architectural sandboxing of the document pipeline is feasible given the functionality and compatibility tradeoffs, but in the interim, your defensive posture should assume chaining is the threat model, not the exception.