Zero-Trust RDP and SSH Access to VMs on Google Cloud
1–10 of 90 posts
Re: Zero-Trust RDP and SSH Access to VMs on Google Cloud
#2I'd be interested in seeing what credentials in toto are there, and which ones are ephemeral, and susceptibility to lateral traversal.
Could you respond on the merits of the critique?
Re: Zero-Trust RDP and SSH Access to VMs on Google Cloud
#3Logging in is via `gcloud compute ssh`. Authenticating `gcloud` involves a corporate login which uses a client certificate and two-step.
For all the components involved, it works pretty well!
Re: Zero-Trust RDP and SSH Access to VMs on Google Cloud
#4Re: Zero-Trust RDP and SSH Access to VMs on Google Cloud
#5I didn't know big tech companies were still capable of making GUI's that look like this.
Re: Zero-Trust RDP and SSH Access to VMs on Google Cloud
#6Re: Zero-Trust RDP and SSH Access to VMs on Google Cloud
#7Re: Zero-Trust RDP and SSH Access to VMs on Google Cloud
#8In reading through this on the surface, it appears as though there is a mix of trust relationships that pre-exist, and credential issuances that occur on the fly. Also, it also appears there is no privilege tiering aka, enterprise access model, applied to the example. Did I see this wrong? I'd be interested in seeing what credentials in toto are there, and which ones are ephemeral, and susceptibility to lateral trave…
OS Login defines two IAM roles, one for “Can I log in?” and one for “Can I sudo?”. Those are implemented on the system via PAM, so you can add whatever additional restrictions you’d like.
Fetching of user information via OS Login is implemented via a NSS module. POSIX attributes can be customized via the Google Directory API. And I believe Google Groups can be mapped to POSIX supplemental groups, but I’m not certain.
Re: Zero-Trust RDP and SSH Access to VMs on Google Cloud
#9How much work would it be to make this general purpose? To not only work for Google-cloud...
https://github.com/ockam-network/ockam/tree/develop/document...