Image: Computerworld

UpTrajectory Review

Microsoft's System Center Configuration Manager, the patch management backbone for countless Windows-heavy organizations, has become the latest example of how security infrastructure itself becomes the attack vector. XM Cyber researchers demonstrated that a standard domain user—no special SCCM privileges, no stolen admin credentials—can chain four separate flaws into complete takeover of the primary site server and, from there, every managed machine in the fleet. The July patch for CVE-2026-47301 closed the front door, but the researchers found the back door still open for anyone with a specific built-in or custom role. Microsoft does not expect full remediation until October's ConfigMgr 2609 release. That is a three-month window where known, partially mitigated attack chains remain exploitable.

For small and midsize businesses, this should land with particular force. SCCM and its cloud-connected successor Intune are precisely the tools that resource-constrained IT departments adopt to achieve enterprise-grade patch and device management without enterprise-grade staffing. The implicit bargain is that centralized control reduces attack surface. This research inverts that logic: the management plane becomes the highest-value target, and its compromise is more devastating than scattered endpoint breaches because it grants simultaneous, silent control over the entire fleet. SMBs often lack the network segmentation, privileged access monitoring, and incident response capabilities that might detect or contain such a lateral movement. One compromised standard user account—perhaps via phishing, perhaps via credential stuffing against a service with reused passwords—can now escalate to domain-wide catastrophe.

What deserves sharper scrutiny is the patch posture itself. Microsoft fixed the authorization gap in the AdminService API's chunked-upload endpoint, yet left the downstream chain intact for users with Operations Administrator or custom Create permissions on SMS_ConsoleExtensionData. This is not negligence; it reflects the genuine complexity of untangling deeply embedded permissions in a product with decades of backward compatibility obligations. But it also reveals a pattern that security-conscious operators should recognize: patches labeled 'critical' may still leave functional attack paths for users who are not full administrators but are not standard users either. The 'important qualification' XM Cyber noted—that organizations can apparently mitigate by restricting those roles—suggests Microsoft prioritized closing the widest aperture over eliminating the chain entirely, betting that role-based access controls will hold the line for three months.

The economics of the flaw merit attention. One link in the chain involved tricking code-signing validation with a $58 commercial certificate. That is not nation-state tradecraft; that is a barrier lower than many software subscription fees. It means the attack does not require stolen certificates, self-signed shenanigans, or cryptographic breakthroughs—just routine commerce and patience. For SMBs, this should recalibrate threat models: adversaries need not be sophisticated to exploit management infrastructure, merely persistent and willing to spend modestly. The path-traversal 'CabSlip' flaw and the unsigned DLL-loading path in the SMS Executive service further suggest that SCCM's attack surface has grown organically over years without consistent hardening against modern chaining techniques.

Operators should treat the July-to-October gap as an active risk period, not a resolved incident. Immediate steps: audit who holds Operations Administrator or custom SMS_ConsoleExtensionData Create roles and prune aggressively; segment SCCM infrastructure from general network access; monitor AdminService API uploads for anomalous CAB submissions; and inventory whether any service accounts or delegated permissions create unintended pathways. Longer term, this case strengthens the argument for evaluating whether cloud-native alternatives like Intune reduce this specific attack surface—or merely relocate it. The research also validates investment in privileged access management even for 'secondary' administrative tiers that vendors may not classify as fully privileged. When patch management systems need their own patch management discipline, the recursive nature of security work becomes unavoidable.

“After the Site Server is compromised, all of its managed clients are compromised as well, which usually means taking over all the company assets” — Computerworld

Takeaway: Audit SCCM role assignments immediately—Operations Administrator and custom Create permissions are now active attack paths until October.

Excerpt from the original — Computerworld

Researchers at XM Cyber found that a standard domain user with no Microsoft SCCM privileges can chain multiple flaws to reach remote code execution, although the attack does require network access to the SCCM environment.

Enterprises use Microsoft System Center Configuration Manager (SCCM) to deploy operating systems, manage patches, distribute software, and monitor compliance across large Windows fleets. XM Cyber’s attack can move from an ordinary domain account to code execution as “NT AUTHORITYSYSTEM” on the primary site server.

“After the Site Server is compromised, all of its managed clients are compromised as well, which usually means taking over all the company assets,” XM Cyber’s Omri Baso told CSO.

The revealed attack chain combines four weaknesses, including a broken authorization in the AdminService upload functionality, a path-traversal flaw dubbed “CabSlip,” weak …