For eighteen months, Salt Typhoon was sold to the American public as a telecom hack. A wiretapping operation. Phones tapped, call records exfiltrated, the usual espionage playbook executed with unusual precision. That story was incomplete. On August 4, 2026, the House select committee released a report that confirmed what infrastructure security teams had suspected from the beginning: the phones were never the target. They were the door.

The report establishes, for the first time in the congressional record, that Salt Typhoon used compromised telecom carriers as a bridge into America's data center infrastructure. The pathways were not exotic. They were the ordinary connections that telecom companies maintain with colocation facilities — peering links, backhaul circuits, cross-connects that run through shared meet-me rooms. The kind of connections that are documented in spreadsheets, not secured like attack surfaces. The kind that nobody thought to audit because everyone assumed they were trusted.

That assumption was the vulnerability. And it still is.

The Telecom Trojan Horse

To understand how Salt Typhoon reached the data centers, you have to understand a fact that the telecom industry would prefer not to advertise: every major carrier in the United States maintains physical presence inside the country's largest data centers. This is not a secret. It is how the internet works. Carriers need to be where the traffic is, and the traffic is inside Equinix, Digital Realty, CyrusOne, and the other colocation giants that house the servers of banks, cloud providers, government agencies, and defense contractors.

The connections are called cross-connects — physical fiber patches that run from a carrier's cage to a customer's cage inside the same facility. They are provisioned by data center operators, often with nothing more than a ticket and a MAC address. Once the fiber is patched, the carrier has a direct Layer 2 path to the customer's equipment. No firewall. No intrusion detection. Just glass.

Salt Typhoon understood this architecture intimately. The group spent years inside carrier networks — AT&T, Verizon, Lumen, and at least five others — mapping not just call records but network topology. They identified which carriers had cross-connects to which data center cages. They traced the backhaul circuits that connected cell towers to regional switching centers, and from there to the colocation facilities where the real compute lived. They didn't need to breach the data centers directly. They already had a trusted path in.

The House report describes this as "routine pathways to equipment and data centers" — a phrase so understated it borders on negligent. These pathways were not hidden. They were documented in carrier contracts, data center work orders, and network diagrams that sat on shared drives. What was missing was the recognition that a compromised carrier is a compromised data center tenant. The trust model treated them as separate things. Salt Typhoon treated them as the same thing.

8+
Telecom carriers breached, including AT&T, Verizon, and Lumen
740K
Enterprise records potentially exposed through data center cross-connect pathways
2023–2026
Active campaign duration — three years of undetected lateral movement

The scale is difficult to internalize. Eight carriers means the majority of the United States' telecommunications backbone was compromised. Every cross-connect from those carriers to every data center they served — and the largest carriers serve hundreds of facilities — was a potential pathway. The House report does not specify how many data centers were accessed, but the math is straightforward: if you control the carrier, you control every connection that carrier has provisioned. That is not a breach of eight companies. It is a breach of an entire layer of infrastructure.

The Supply Chain Beneath the Supply Chain

If Salt Typhoon exploited trust assumptions in the physical layer, a parallel story unfolding in the software supply chain proves the same thesis from the opposite direction. In July 2026, a vulnerability in LiteLLM — an open-source library that routes LLM API calls between applications and model providers — exposed the prompt traffic of more than 2,500 organizations. The attack surface was not the models themselves. It was the plumbing between them.

LiteLLM sits in a position of extraordinary architectural privilege. When an application wants to call OpenAI, Anthropic, Cohere, or any of the dozens of supported model providers, LiteLLM handles the routing. It manages API keys. It formats requests and parses responses. It logs everything. In the standard deployment pattern, every prompt, every completion, every chain-of-thought trace passes through a single LiteLLM instance. Compromise that instance, and you own the entire prompt traffic of every organization that depends on it.

The vulnerability itself was not exotic — a server-side request forgery (SSRF) that allowed an attacker to reach internal metadata services and extract credentials. What made it catastrophic was the blast radius. LiteLLM is embedded in 434,000 CI/CD pipelines. It is the default routing layer for a significant fraction of the AI industry's inference traffic. When the vulnerability was disclosed, security teams across the Fortune 500 spent a very long weekend auditing their AI toolchains for the single library they had installed as a dependency three layers deep and forgotten about.

The connection between Salt Typhoon and LiteLLM is not technical. It is architectural. Both attacks exploit the same blind spot: the trust assumptions that exist between layers of infrastructure. Carriers are trusted by data centers. Open-source routing libraries are trusted by application developers. Nobody audits the interface between the layers because nobody owns the interface between the layers. The gap is where the attackers live.

Salt Typhoon exploited the physical trust between telecom carriers and data center operators. Cross-connects, backhaul circuits, and peering links — all considered "internal" — became attack pathways because no one treated a compromised carrier as a compromised tenant.

The lesson: trust at Layer 1 is still trust, and trust is the vulnerability.

LiteLLM exploited the software trust between application developers and the open-source supply chain. A single library, installed as a transitive dependency, became a universal prompt-intercept point for 2,500 organizations.

The lesson: trust at the dependency layer is still trust, and trust is the vulnerability.

What the House Report Actually Says

The House select committee's report, published on August 4 and first reported by Bloomberg, is notable as much for what it confirms as for what it leaves unsaid. It confirms that Salt Typhoon "gained access to equipment and data centers through routine telecom pathways." It confirms that "Chinese telecom firms barred from operating in the U.S." were linked to the infrastructure that enabled the access. It confirms that the exposure was not limited to call records — it extended into enterprise data center environments where the compromised carriers maintained physical or logical presence.

What the report does not do is name the data centers. It does not enumerate the enterprise tenants whose cages sat adjacent to compromised carrier equipment. It does not estimate the volume of data that traversed those cross-connects during the three years Salt Typhoon was active inside American networks. The omissions are not accidental. Naming the facilities would mean acknowledging that some of the most sensitive computing infrastructure in the country — financial exchanges, defense contractors, cloud providers — shared physical space with equipment controlled by a foreign adversary for years. That is not a finding anyone in Washington wants to put in bold type.

The telecom companies had routine pathways to equipment and data centers that may have been linked to Chinese telecom firms barred from operating in the U.S. — House Select Committee Report, August 4, 2026

The phrase "may have been linked" is doing a lot of work. The Chinese telecom firms in question — China Telecom, China Unicom, and China Mobile — were formally barred from operating in the United States by the FCC in 2021. But the FCC order did not retroactively sever every physical connection those companies had established during their years of licensed operation. Cross-connects are not automatically de-provisioned when a carrier loses its license. They persist until someone files a decommissioning ticket. In some cases, the report suggests, they persisted for years.

This is the infrastructure equivalent of revoking a user's badge without disabling their keycard. The authorization was rescinded. The access was not.

* * *

The New Perimeter

For thirty years, the security industry has been drawing perimeters and watching them dissolve. First it was the network edge — the firewall, the DMZ, the clean line between inside and outside. Then cloud computing erased the edge and we got zero-trust, which was supposed to fix everything by assuming breach at the network layer. Then we got software supply chain attacks — SolarWinds, Log4j, xz — and zero-trust had nothing to say about the compiler you trusted or the library you imported.

Salt Typhoon and LiteLLM are the next iteration of the same problem, pushed deeper into the stack. The old perimeter was the network edge. The new perimeter is the trust boundary between infrastructure layers — between carrier and data center, between application and dependency, between the thing you built and the thing you assumed was safe because it came from someone you had a contract with.

Zero-trust architecture, as currently implemented, does not address this. Zero-trust says: don't trust the network, authenticate every request. But Salt Typhoon didn't need to authenticate. It was riding a physical fiber cross-connect that was provisioned by the data center operator, paid for by the carrier, and trusted by both parties. There is no authentication step for a cross-connect. There is no request to inspect. There is just light moving through glass, and the assumption that the light is friendly.

LiteLLM presents the same problem in code. Zero-trust says: authenticate every API call. But LiteLLM is the authenticator. It holds the API keys. It manages the tokens. When it makes a request to a model provider, the provider sees a legitimate, authenticated call from a trusted client. The fact that the trusted client has been compromised is invisible at the authentication layer. The trust boundary is one level up, in the dependency graph, where nobody is watching.

What This Means

The House report is a belated acknowledgment of something that should have been obvious from the beginning. Salt Typhoon was never about phone calls. The targeting of telecom carriers was not an end in itself. It was a means of access — a way to reach the data centers where the real targets lived. The phones were the door. The data centers were the room. And the room, it turns out, was unlocked.

The attack surface is not what we thought it was. It never was. We are only now beginning to map what it actually looks like — and the map is larger, stranger, and more interconnected than anyone in Washington has been willing to admit. The data centers were always the target. The phones were just the door. And the door, we now know, was open for three years.