Thoughts on Technology and IT

Executive Summary

Enterprise computing has spent the past fifteen years consolidating independent software products into integrated trust platforms. The pattern is visible everywhere an organization buys software. Exchange, Active Directory, Office, and antivirus were once separate purchases that became Microsoft 365, where email, identity, documents, device management, and security tooling ship as one subscription under one admin centre. Gmail, Drive, and Cloud Identity became Google Workspace. Okta grew from single sign-on into a full identity and access platform. Palo Alto Networks and CrowdStrike have each spent years folding firewalls, endpoint protection, SIEM, and cloud security into single platform offerings, and both openly describe consolidation as their core strategy. The commercial case for this shift is well understood and largely valid: fewer vendors, lower administration costs, native integration, and better routine security outcomes. Its validity rests on a real transfer, because most organizations cannot hire or retain the depth of security skill the platforms employ, and consolidation moves the work to the perceived skilled. That is a rational move as far as it goes, but it is a trust transfer as much as a skills transfer, and it is made without properly evaluating the risk that travels with it. What has gone almost entirely undiscussed is that structural cost. Twenty years ago, a compromised email server was a compromised email server. The identity system, the file store, the finance application, and the endpoint tooling ran as separate products with separate credentials, so each failed on its own and the damage stopped at its own edges. Today those same functions sign in through one identity service and answer to one management console, which means a single compromise of that shared layer can reach all of them at once. Modern enterprise security has quietly exchanged many small, independent failure domains for a few very large shared ones, and it has made that exchange without ever considering the consequences.

The danger is not that one vendor sells many products. It is that the products become mutually trusting extensions of one security boundary. Integration is trust extension by another name, and the clearest illustration is the administrative layer itself. In a typical platform deployment, one identity service authenticates every user into email, file storage, endpoint management, the security console, and the AI assistant, and one global administrator role governs them all. That shared layer is what makes the platform convenient, and it is also the hidden concentration of risk: a single phished administrator credential, a single hijacked admin session, or a single stolen signing key at the provider is no longer an email problem or a device problem. It is immediately a company-wide problem, because the compromise propagates along the same integration paths the platform was sold on. The attacker who holds the common element holds everything the common element touches. The market has already conceded this point, even if the marketing has not. An entire category of add-on businesses now exists to re-engineer the platforms' own administrative model. CoreView built its business on carving Microsoft 365 tenants into segmented virtual tenants with delegated, least-privilege administration. AvePoint sells governance and permissions control over the same environments. CyberArk, BeyondTrust, and Delinea sell privileged access management whose core promise is containing what a compromised administrator account can reach, and Semperis sells detection and recovery for the identity tier itself, marketing explicitly to the scenario where Active Directory or Entra ID is the thing that fails. These products are a tacit admission that the platform's shared administrative layer is a liability serious enough to build companies around, and they address it only at the layer the customer controls, quietly ignoring the larger vulnerability that sits above every tenant: the single platform owner itself.

That owner is a second, largely invisible administrative layer sitting above every customer. The platform vendor holds the signing keys, the update channels, and the operational access that outrank any control the customer can configure, which makes the provider a hidden super-administrator shared by every organization on the platform. The compound risk is who has access to and influence over that hidden super-administrator. The customer's threat model must now include everyone who can reach the provider's control plane: the provider's own employees and contractors, the attackers who target the provider precisely because of what it holds, and the external parties able to compel or influence the provider through law, ownership, or pressure. That last class is universal rather than a property of any one flag. Chinese providers are subject to their government, British providers to theirs, Am