Field notes
Learn
Four things that come up in almost every procurement conversation, written out properly so nobody has to take them on faith.
Article 01 · Trust model
A tunnel is not a trust model
Encryption between two endpoints proves one thing: the segment between them was not read in transit. It proves nothing about the endpoints themselves, the resolver answering their DNS queries, or the operator running the far end.
The gap between those two claims is measurable, and it was measured recently. MVPNalyzer, presented at the NDSS security conference in February 2026 by researchers from the University of Michigan, the University of New Mexico, and IIT Delhi, tested 281 free Android VPN apps carrying 2.4 billion combined installs.
Of those apps, 29 leaked user traffic outside the encrypted tunnel. Twenty-four leaked DNS queries, across roughly 360 million installs. Six leaked full browsing traffic. Four ran tunnels with no encryption at all. Seventy-six transmitted the device advertising ID, and 246, more than 80 percent of the sample, contacted known advertising and tracking servers. Of the 108 apps whose OpenVPN configuration files the team could read, exactly one followed every practice the study checked for. Nearly 20 percent used weak or outdated ciphers.
Those are consumer apps, and a deployed team is not installing them. The finding that transfers is the shape of the failure rather than the sample: in almost every case the tunnel was working. The traffic went around it, or the resolver answered outside it, or the operator logged what passed through it.
For an operational network the useful question is not which provider to trust. It is which segments of the path you own. Rover terminates tunnels on hardware under your control at both ends, resolves DNS inside policy rather than accepting whatever a host carrier hands out, and treats the tunnel as one control among several. Private 5G removes the question for local traffic entirely, because traffic between two users on the same kit never reaches a carrier at all. For traffic that does have to leave, a custom breakout puts the far end of the tunnel on infrastructure you nominate rather than on someone else's.
Source: MVPNalyzer, presented at NDSS 2026. Researchers from the University of Michigan, the University of New Mexico, and IIT Delhi.
Article 02 · Procurement
Section 889 and the TAA are different tests
The two get quoted in the same breath, usually as a single box to tick. They are separate requirements with separate tests, and equipment can satisfy one while failing the other.
Section 889 of the FY2019 National Defense Authorization Act is a test on named entities. It has two parts with different scopes and different effective dates.
Section 889(a)(1)(A) · effective 13 Aug 2019
- Prohibits
- Agencies procuring covered telecommunications equipment or services
- Test on
- What is being bought
Section 889(a)(1)(B) · effective 13 Aug 2020
- Prohibits
- Agencies contracting with an entity that uses covered equipment or services as a substantial or essential component of any system
- Test on
- The contractor's own infrastructure, whether or not that use touches the contract
Part B is the one that catches people. It reaches past the deliverable into the vendor's own estate. A company can sell fully compliant hardware and still fail 889 because of a camera in its own warehouse.
The covered entities are Huawei, ZTE, Hytera, Hikvision, and Dahua, together with their subsidiaries and affiliates.
The Trade Agreements Act of 1979 asks something else entirely: where was the article manufactured or substantially transformed, and is that place on the designated country list in FAR 52.225-5. The list runs to well over a hundred entries across four categories, and Taiwan is on it as a World Trade Organization Government Procurement Agreement country, carried in the clause as "the Separate Customs Territory of Taiwan, Penghu, Kinmen and Matsu (Chinese Taipei)."
So: 889 is about who made the components and who uses them. The TAA is about where the article was made. A product assembled in a designated country from covered components fails 889 and passes the TAA. One assembled in a non-designated country from entirely unlisted parts does the reverse.
Rover Router hardware is built in Taiwan, the European Union, or the United States depending on the programme. Programme-specific documentation for both tests is provided during procurement.
Sources: FAR 52.225-5, Trade Agreements; DoD Defense Pricing and Contracting, Section 889 of the FY19 NDAA.
Article 03 · Field connectivity
Why roaming teams lose the network
A team that moves loses connectivity for reasons that have very little to do with signal strength.
On a host-nation carrier, the network operator sees the subscriber identifier, coarse location, and the shape of the traffic, and none of that changes based on what runs above it. Encryption hides content. It does not hide that a cluster of devices arrived in a place at a time and started talking to each other.
Captive portals break tunnels before they can establish, which turns a hotel or airfield network into a choice between no connectivity and connectivity outside policy. Roaming agreements decide coverage in ways no amount of planning controls, and they change without notice. And a single uplink, however good, is a single point of failure that weather or terrain will find eventually.
None of these is fixed by an application. They are fixed by architecture.
Local access on private spectrum keeps traffic between team members off any carrier, which removes the operator from the picture for everything that does not need to leave. Multiple uplinks with automatic failover across fiber, multi-carrier cellular, and LEO satellite mean the path out can fail without the network going with it. An overlay terminating on your own hardware means the traffic that does leave is yours from end to end. Onboard power carries the gap when the site power does not.
That is the argument for a kit rather than a subscription: the parts you control are the parts that keep working.
Article 04 · Protocol
WireGuard, in brief
WireGuard is the protocol carrying Rover VPN and the Rover overlay. The case for it is short, which is the point.
It is roughly 4,000 lines of code. OpenVPN and the IPsec stacks run to hundreds of thousands. A codebase that size can be read end to end by a small team, and the attack surface is bounded by what is actually there.
Its cryptography comes from the Noise protocol framework, with a fixed cipher suite. There is no negotiation step, so there is no suite for an attacker to downgrade an endpoint into. The handshake completes in one round trip and provides forward secrecy, meaning a key compromised later does not expose traffic captured earlier.
It was written by Jason A. Donenfeld and merged into the mainline Linux kernel in version 5.6, released March 2020. Clients exist for Linux, macOS, Windows, Android, and iOS.
One limit is worth stating plainly, because it decides what else you need. WireGuard is a transport. It assumes you already know which public key belongs to which peer and has no opinion about how that key arrived. Distributing, rotating, and revoking keys is the harder problem, and it belongs to the layer above.
Popular resources