A communications backbone becomes a single point of failure
A global Starlink outage last August disrupted a U.S. Navy test of unmanned surface vessels off the California coast, leaving roughly two dozen craft unable to communicate and halting operations for nearly an hour. The episode, described in internal Navy documents reviewed by Reuters and cited by Defense News, is a sharp illustration of a broader Pentagon problem: a system valued for resilience at scale can still become a critical point of operational concentration.
The affected vessels were part of work tied to future military options in a potential conflict with China. That detail gives the incident more than routine technical significance. It links a commercial network outage to a defense scenario at the heart of U.S. force planning.
Starlink has become deeply embedded in U.S. government activity, and especially in programs that require low-earth-orbit communications. The Navy disruption does not erase the value of that network. It does, however, show the risk of becoming too dependent on a single provider, even one with unmatched scale.
Why Starlink became so central
SpaceX’s low-earth-orbit constellation has grown to nearly 10,000 satellites, according to the report. That scale gives the military access to communications capacity that is difficult for rivals to match quickly. It also offers practical advantages for distributed operations, autonomous systems, and mobile platforms that need persistent connectivity.
Analysts quoted in the report argued that, without Starlink, the U.S. government would not have access to a comparable global constellation of low-earth-orbit communications. That helps explain why the company has become indispensable across launch, satellite communications, and military-adjacent AI work.
For the Pentagon, this dependency has been rational. Building a separate equivalent capability from scratch would be expensive, slow, and operationally limiting. Buying access from a provider already far ahead in deployment is the obvious near-term answer.
But dependency created through convenience and capability is still dependency.







