Skip to main content
Cybersecurity9 min readLast reviewed Jun 2026

Replacing the VPN: Zero Trust Access for a Remote and Dispatch Workforce

SE
Stefan Efros
CEO & Founder
|
Authored byStefan Efros, CEO & Founder

The fastest zero trust VPN replacement for a dispatch and road-warrior workforce is ZTNA: instead of putting a laptop on the corporate network and trusting everything after that, you grant access to one application at a time, and only after you've checked who the user is and whether the device meets your standards. That swap closes the single biggest hole in a flat VPN, which is that one stolen login or one compromised laptop reaches your whole network.

I run a cybersecurity-first MSP that works almost entirely with trucking and logistics companies. Dispatchers, after-hours on-call staff, owner-operators logging into the TMS from a truck stop. The VPN was built for a different shape of company, and it shows the moment your people stop sitting in one building.

What a flat VPN actually grants

A traditional VPN does one thing: it drops a remote device onto your internal network. Once that tunnel is up, the laptop behaves like it's plugged into a wall jack at the office. It can see the file server, the TMS, the accounting box, the domain controller, printers, cameras, whatever else lives on that subnet.

That's the problem in one sentence. The VPN authenticates the connection, then stops paying attention. It doesn't care which app you open, whether your laptop is patched, or whether the person typing the password is actually your dispatcher or someone who phished her three weeks ago. NIST puts it plainly in SP 800-207, Zero Trust Architecture: the entire enterprise network should not be treated as an implicit trust zone, and assets should act as if an attacker is already on the network.

The VPN appliance itself is now the target

Here's what changed recently, and it's the reason I push clients off legacy VPN concentrators. Attackers stopped trying to get past the VPN and started attacking the VPN box directly.

Verizon's 2025 Data Breach Investigations Report found that exploitation of vulnerabilities was the initial access vector in 20% of breaches, up 34% year over year. The detail that matters for us: edge devices and VPNs made up 22% of those vulnerability-exploit breaches, up from just 3% the year before. That's almost an eight-fold jump. Verizon also noted organizations had fully remediated only about half of those edge-device vulnerabilities. So the gateway you stood up to keep people out has become the door people are walking through.

A small carrier running an aging firewall-VPN combo, patched whenever someone gets around to it, is exactly the profile that gets hit. The appliance sits on the public internet by definition. It has to.

How ZTNA changes the access model

Zero Trust Network Access flips the default. Nothing is reachable until a request is evaluated, and the request is checked against three things every time: identity, device, and the specific resource being asked for. Access is granted per session and per application, not per network.

In practice, a dispatcher who needs the TMS and the shared rate-confirmation folder gets exactly those two things. She does not get a route to the accounting server, because she has no business reason to reach it, so the path simply doesn't exist for her. If her credentials get phished, the attacker inherits her narrow access, not the keys to the building. We pair this with Microsoft 365 identity and Conditional Access so the same login rules follow the user whether they're on a laptop, a phone, or a borrowed machine.

CISA's Zero Trust Maturity Model organizes this around five pillars, identity and devices being the two that move the needle fastest for a small logistics shop. You don't have to boil the ocean. You start with identity and device posture and you've already shut most of the door.

Device posture is the part people skip

Identity gets all the attention, but device posture is where road-warrior access lives or dies. Posture means the access decision looks at the machine itself before it lets anything through. Is disk encryption on? Is the endpoint agent running and healthy? Is the OS current? Is this even a company-managed device or a random PC at a logistics customer's front desk?

We enforce posture through Intune and SentinelOne. A laptop that fails the check, say the endpoint agent was disabled or the device fell badly behind on patches, gets blocked or dropped into limited access until it's fixed. With a flat VPN, that same laptop would have tunneled straight in, malware and all. This is the control that protects you from the unmanaged-device problem, which in trucking is constant because people log in from everywhere.

What this looks like for dispatch and the road

Dispatch is a 24/7 function. Someone is always covering loads, and after-hours access from a home network or a phone is normal, not an exception. Under ZTNA, that on-call dispatcher opens the TMS through an identity-aware broker, the device gets checked, multi-factor confirms it's really her, and she's working in seconds. No full network tunnel, no exposed concentrator, no standing access sitting open all night.

Owner-operators and remote staff get the same treatment without a clunky client that breaks on weak cell signal. And because access is scoped per app, you can give a factoring contact or an outside bookkeeper access to one system without ever exposing the rest. That last point matters in freight, where so much fraud rides in through finance and email workflows.

Migrating without breaking the business

You don't rip the VPN out on a Friday and hope. The clean path is to inventory which people actually touch which applications, stand up ZTNA for the highest-value systems first, usually the TMS and email, then move the rest app by app. The VPN stays up for the long tail until everything has a zero trust path, then it comes down. Retiring that public-facing appliance is its own security win.

Map the work to NIST CSF 2.0 as you go so you have a defensible record of what you changed and why. When an insurer or a shipper's security questionnaire asks how remote access is controlled, "per-app, identity-verified, device-checked, no flat network" is a far better answer than "we have a VPN."

Most carriers we onboard are surprised how much risk lived in that one tunnel. If you want to see how the model fits a dispatch operation specifically, start with the the EFROS zero trust page, or call us at +1-765-888-8888 and we'll walk your actual access map.

Replacing the VPN isn't about chasing a buzzword. It's about not handing your whole network to whoever guesses one password or pops one unpatched box. For a workforce that's split between the office, the home, and the cab of a truck, that's the difference between a contained incident and a very bad week.

Frequently Asked Questions

Is ZTNA a full replacement for our VPN, or do we run both?

It can fully replace the VPN, but the realistic path is to run both during migration. You stand up zero trust access for your highest-value apps first, move the rest over app by app, then retire the VPN appliance once nothing depends on it. Keeping the public-facing concentrator longer than necessary just leaves an exposed target up.

What is device posture and why does it matter for remote dispatch?

Device posture is a check on the machine itself at the moment of access: is disk encryption on, is the endpoint agent healthy, is the OS patched, is it a managed device. For dispatch, where people log in from home networks, phones, and customer sites, posture is what stops an unmanaged or compromised laptop from getting in. A flat VPN performs no such check.

We're a small carrier. Is zero trust overkill for us?

No. Small carriers are squarely in the profile attackers target, partly because aging VPN and firewall appliances often go unpatched. The 2025 Verizon DBIR showed VPN and edge-device exploitation jumped nearly eight-fold as a share of vulnerability-exploit breaches. You don't have to implement every pillar at once. Starting with identity and device posture closes most of the gap.

Does ZTNA slow down login for on-call staff working at odd hours?

In practice it's faster and cleaner than a VPN client. The user opens the app through an identity-aware broker, the device is checked, multi-factor confirms identity, and they're working in seconds, without a full network tunnel that breaks on weak cell signal. There's no standing access left open overnight either.

How does this map to a framework we can show our insurer or shippers?

The model aligns to NIST SP 800-207 and CISA's Zero Trust Maturity Model, and the work can be documented against NIST CSF 2.0. That gives you a defensible record for cyber-insurance questionnaires and shipper security reviews. "Per-app, identity-verified, device-checked access" answers the remote-access question far better than "we have a VPN."

About the author

Stefan Efros — CEO & Founder, EFROS, author of this article

Stefan Efros

CEO & Founder, EFROS

Stefan founded EFROS in 2009 after 15+ years in enterprise IT and cybersecurity. He sees how the pieces connect before others see the pieces themselves. Focus: security-first architecture, operational rigor, and SLA accountability.

CompTIA SecurityXCompTIA CySA+CompTIA Security+CompTIA PenTest+OSINTAWS Solutions Architect
Connect on LinkedIn

Related articles

More from the EFROS blog on cybersecurity and adjacent topics.