Windows Protected Print (WPP): What Enterprise IT Should Do Before Microsoft's Deadlines Hit
Microsoft is ending third-party printer driver support on Windows across three deadlines through July 2027. When those dates hit, some printers stop working and your print attack surface changes. This guide tells you which printers break, when, and what to do in what order.
Windows Protected Print (WPP) is a Windows 11 and Windows Server 2025 mode that blocks third-party printer drivers from loading on the endpoint and routes all printing through Microsoft's IPP Class Driver. It requires Mopria-certified printers, or an equivalent IPP path, for printers to keep working. Administrators turn it on through Group Policy or Intune, and it is not enabled by default.
What You'll Learn:
-
Map Microsoft's three driver-servicing deadlines (January 2026, July 2026, July 2027) to your own environment
-
Audit your fleet against Mopria certification and isolate the printers that break
-
Evaluate four remediation paths for non-WPP-ready printers, and which fits which situation
-
Sequence a WPP rollout that removes driver mismatch as a category of support ticket
-
Translate the architecture change into your compliance posture (NIST 800-207, HIPAA, CMMC)
WPP, Security, and Compliance: What Changes for Enterprise IT
The reason to move off the legacy Windows print stack starts with five years of Print Spooler vulnerabilities. Microsoft has disclosed approximately 53 Print Spooler CVEs since the PrintNightmare cycle began in June 2021. CISA's Known Exploited Vulnerabilities catalog lists four of them as confirmed exploited in the wild. IBM's 2025 Cost of a Data Breach Report puts the US average breach cost at $10.22 million, the highest in the world, with healthcare at $7.42 million and financial services at $5.56 million. Print attack surface isn't the primary driver of those numbers, but it's one of the more easily eliminated ones.
WPP maps onto NIST SP 800-207 zero trust architecture directly. The traditional Windows print path violates several zero trust principles at once: shared print servers behave as implicit-trust hubs, third-party drivers run with elevated privileges, and the Spooler service accepts inbound RPC connections. WPP replaces all three. IPP over HTTPS uses encrypted outbound connections, the IPP Class Driver removes the shared-driver-trust assumption, and eliminating the local print server reduces the attack surface zero trust frameworks specifically call out.
That architectural change is increasingly showing up as a hard RFP requirement. For US federal customers, CMMC-bound defense contractors, and any team using NIST CSF or 800-53 as a baseline, "supports zero trust" is moving from a nice-to-have to a procurement gate. For HIPAA, PCI-DSS, SOX, and FedRAMP environments, WPP changes which controls apply and how endpoint hardening evidence gets documented. None of those mappings happens automatically. Each is an input to a compliance evaluation, not a substitute for one.
Frequently Asked Questions
Curious about how it all works? Here's everything you wanted to know about ezeep's cloud printing solution.
What is Windows Protected Print (WPP)?
Windows Protected Print (WPP) is a security mode in Windows 11 and Windows Server 2025 that blocks third-party printer drivers from loading on the endpoint and routes all printing through Microsoft's IPP Class Driver. It requires Mopria-certified printers, or an IPP-capable path, for printers to keep working. Administrators enable it through Group Policy or an Intune profile.
When does Windows Protected Print take effect?
WPP itself is admin-controlled and has no forced activation date, but Microsoft's driver-servicing plan runs on three deadlines. As of January 15, 2026, no new third-party drivers reach Windows Update for Windows 11 and Server 2025. On July 1, 2026, Windows prefers the IPP Class Driver. On July 1, 2027, third-party drivers receive security patches only.
Can cloud printing make non-Mopria printers WPP-compatible?
Yes. A cloud print platform keeps the driver on a remote rendering node, so the Windows endpoint sends a driver-agnostic job and needs no third-party driver locally. That removes the dependency WPP blocks, which makes the endpoint WPP-compatible even when the printer is not Mopria-certified. ezeep renders jobs this way and documents WPP compatibility on that basis.
Will Microsoft force WPP on enterprise endpoints automatically?
No. WPP is admin-controlled and is configured through Group Policy or Intune. Microsoft has not announced a date when WPP will become the default mode on endpoints. What is on a forced timeline is the driver servicing roadmap: no new third-party drivers via Windows Update after January 15, 2026; Windows preferring the IPP Class Driver on July 1, 2026; no further third-party driver updates except security patches after July 1, 2027.
Does WPP affect HIPAA, PCI-DSS, or CMMC compliance?
WPP doesn't change what those regimes require, but it changes the architecture that has to be assessed against them. Removing third-party drivers reduces elevated-privilege software on the endpoint, which simplifies endpoint hardening evidence. The audit path also changes from "client to server queue to printer" to "client to IPP endpoint to printer," which needs end-to-end logging review before WPP is enabled in regulated environments. Whether that's net positive depends on the platform vendor and the data classification involved.
How does WPP align with NIST SP 800-207 zero trust architecture?
WPP addresses several zero trust violations in the traditional Windows print path. Shared print servers behave as implicit-trust hubs. Third-party drivers run with elevated privileges. The Spooler service accepts inbound RPC connections. WPP replaces these with encrypted IPP over HTTPS, the IPP Class Driver, and the removal of local print servers from the attack surface. For US federal, CMMC-bound, and NIST CSF or 800-53 baseline environments, this is the architectural argument for moving sooner rather than later.
What happens to our existing print server estate under WPP?
A Windows print server can't transparently bridge WPP clients to legacy non-IPP printers. The server runs the same third-party drivers WPP is removing from clients. If the server only exposes a traditional RPC or SMB share, WPP clients can't connect at all. Architectures that work pass jobs through an IPP path or through cloud rendering, not a shared server still dependent on V3 or V4 drivers underneath. Most enterprises end up consolidating or eliminating print servers as part of the WPP transition.
Dive Into the World of ezeep
Checklist: Windows Protected Print Readiness Checklist
Checklist
Guide: WPP and Your Print Fleet (Practical Path)
Guide
Learn: What is Windows Protected Print (WPP)?
Deep Dive
Simplify Printing Across Your Entire Organization
Replace print servers, eliminate driver management, and give every user a consistent printing experience from any device.