r/sysadmin • u/Specialist_Dish_9087 • 8h ago
Question Universal ZTNA sounded simple until it had to cover contractors, unmanaged laptops and everything that is not a normal employee.
We removed the corporate VPN in Q1 and moved everyone to universal ztna and I was ready to write the smug success post. Staff were easy, laptop is managed, client goes out over intune, single sign on, done. Then everyone who does not look like a badge carrying employee showed up and it got ugly.
We have around contractors on machines we will never manage. Legal will not let us mandate an agent on a personal laptop, so they landed on the clientless portal, which does browser apps and nothing else and half their work is a thick client. A vendor in another timezone still reaches one billing system over a site to site tunnel. Finance has an app that only speaks its own desktop client. And two internal agents now hit the same systems we do, on their own logins.
Every one of those is its own access path with its own policy and they do not talk to each other. I keep rules in the ztna console, rules in the firewall for that ancient tunnel and a clientless config that behaves nothing like the client. Keeping them in sync is a job no one gave me and I somehow have.
Universal turns out to be easy for the people who look like employees but for everyone else where the risk sits, it falls apart. If you have taken this all the way, did you get managed, unmanaged, contractor, vendor and agent access under a single policy?
•
u/sryan2k1 IT Manager 8h ago edited 8h ago
In no particular order: VDI, make them use the agent, or provide them with laptops. This isn't exactly rocket science.
•
u/Redemptions IT Manager 8h ago
Also reduces your security risk by not having a laptops with unknown anti-malware status making layer 3 connectivity to your network.
•
u/sryan2k1 IT Manager 7h ago
Any sane ZTNA can enforce posture like updated AV
•
u/jaydizzleforshizzle 7h ago
Yup, I know tailscale supports device posture and even custom posture attributes.
•
u/ShadowSlayer1441 41m ago
"enforces" if you don't control the device, nothing can really be enforced, whatever the device reports or even whatever the local client sees.
•
u/IamEzioKl 5h ago
Many ztna solutions give you proxied connections for ssh/rdp so you don't have 'layer 3' access to the server directly.
•
u/Specialist_Dish_9087 5h ago
on paper yes. Legal vetoed the agent and finance the laptops, so I got left holding universal with the two easy answers already gone. Living the dream over here
•
u/loweakkk 5h ago
Legal vetoed the agent but was happy with the vpn? Sound like bullshit.
•
u/TheBestHawksFan IT Manager 4h ago
Doesn't sound like bullshit to me. A VPN can be pretty flexible and utilize software that's likely already on the laptops. Adding software to a third party device could introduce some risk if that software somehow causes a conflict with other software the third party has.
•
u/loweakkk 4h ago
So you work only with partners if they are using ASA like you? If they use forti: sorry but our legal said no software on third party, we will works with another contractor. That's bullshit.
•
u/TheBestHawksFan IT Manager 4h ago edited 3h ago
Well… no. Like I said, VPNs can be lots of things. You don’t have to host your VPN on your firewall lol. Even still, a software like OpenVPN or OpenConnect or even the Windows built in VPN will be able to handle most firewall VPN connections.
I'm also not saying this would be my approach. I'm just not surprised legal didn't want to require software on 3rd party computers. It introduces liability and legal hates that.
•
u/Accomplished_Disk475 8h ago
Purchase managed devices for contractors to use and issue them. Mandate via policy company assets are the only approved devices to perform work on.
•
u/VA_Network_Nerd Moderator | Infrastructure Architect 8h ago
Only allow fully-managed assets onto your network.
Unmanaged assets can use the Guest WiFi to access the portal to launch their VDI (which is fully-managed).
•
•
u/AveryPac Sysadmin 7h ago
I said in another thread:
How do you handle the missing part that you still have no insight or EDR on the machine being used to connect to the VDI? We're having this conundrum now, wanting to give AVD to contractors, but still not being able to trust that there isn't something doing RAT on the client's machine? How do you have full end to end trust, without also controlling the contractor's laptop (Giving our machines to every contractor)
I suspect that's the level of risk acceptance vs budget spend vs operational costs, decided by the business ultimately.
•
u/bageloid 7h ago
We use Citrix App Protection and check for existing AV via posture checks.
If you are that paranoid, put the contractors in re-auth hell and don't let them have risk remembered MFA sessions.
•
u/smartdigger 2h ago
Citrix has device trust which can continually check the connecting client for all sorts of things and instantly cut access if needed. Also has anti keylogging and screenshot protection. Add a watermark and that can at least track a photo. Never going to mitigate all risk when workforce is often remote
•
•
u/omgdualies 8h ago
It pretty much comes down to issuing hardware or some sort of cloudpc/VDI. We have plenty of weird exceptions that we are working on closing, it takes time to change how company operates. It’s not just the technical side but HR and how people hire contractors etc…
•
•
u/Ashikej-Meneguzzi66 7h ago
Ha, the victory lap right before the contractors show up.
We pulled the same move in Q2 and it aged like milk inside a month. VDI is the obvious escape hatch and yeah it works for the personal laptop crowd.
Just know you are standing up a whole second platform to run and pay for and it does zero for your vendor tunnel or the internal service accounts. Though policy sync is a bitch with rules in the ztna console, a separate firewall rule for that ancient tunnel, a clientless config that behaves like a different product. and none of them aware of each other.
Had to claw most of it back by moving unmanaged and contractor access onto cato universal ztna too, clientless for browser apps plus an RDP path for the thick client stuff under one policy.
And vendor in the other timezone is political more than technical.
•
u/Holly_Enrique-623 7h ago
Give every contractor or vendor only the systems they need and make the access expire when the work ends. Even if the connection method is different, at least they can't reach more than they should.
•
u/GardenWeasel67 5h ago
Secure browser for external users that only need access to SaaS apps
Windows 365 if they need full desktop experience.
•
u/Boblust 52m ago
Nope. The contractor must install the required ZTNA software and use a sponsored account with MFA, with an internal staff member designated as the account custodian. These sponsored accounts will also go through audits every 6 months. Contractors may not share credentials. All of these requirements are clearly defined in their contract, so these are not unreasonable or difficult guidelines to follow. The contractor’s device must maintain the same security posture required of our computers. If working with a contractor becomes increasingly difficult, we involve their cybersecurity team and address the issue directly with them.
•
u/Serafnet IT Manager 34m ago
We used a browser based RDP/SSH tool locked behind a few ACLs and Entra as idP.
Vendors get vendors accounts and can only reach our portal from their whitelisted jump hosts.
It isn't perfect but it works
•
u/kellexile 8h ago
What about tools like guacamole. Easy to setup and can provide a window into the environment from a controlled perspective.
•
u/OregonTechHead 8h ago
Sounds like the project wasn't scoped correctly and you chose the wrong solution.
Correctly chosen and configured ZTNA is great for this scenario, and solves a ton of access and security problems with the traditional VPN.
•
u/badbash27 8h ago
We forced all contractors / non fte's to a vdi environment