djpbessems/ContainerImage.Pinniped
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
aa732a41fb
ContainerImage.Pinniped/site/content/posts/2021-07-30-supporting-remote-oidc-workflows.md
Matt Moyer 0c8d885c26
Update YouTube demo link to our official page. 
Signed-off-by: Matt Moyer <moyerm@vmware.com>
2021-08-30 16:29:32 -05:00

3.7 KiB
Raw Blame History

title slug date author image excerpt tags
Pinniped v0.10.0: Managing OIDC Login Flows in Browserless Environments supporting-remote-oidc-workflows 2021-07-30 Anjali Telang https://images.unsplash.com/photo-1539830801588-496be8036aca?ixid=MnwxMjA3fDB8MHxwaG90by1wYWdlfHx8fGVufDB8fHx8&ixlib=rb-1.2.1&auto=format&fit=crop&w=2250&q=80 With the release of v0.10.0, Pinniped now supports Kubernetes clusters behind firewalls or in restricted environments
Matt Moyer
Anjali Telang
release

seal on rock Photo by Jaddy Liu on Unsplash

Remote Host Environments and OIDC login flows

Enterprise workloads on Kubernetes clusters often run in a restricted environment behind a firewall. In such a setup, the clusters can be accessed via servers sometimes called “SSH jump hosts”. These servers pose restrictions on what the users can execute and typically allow only command line access. Users can use command line utilities such as kubectl, pinniped CLI, etc. on these servers to access the Kubernetes clusters. However, this poses a problem for the OIDC login workflows since they require a browser to complete the authentication workflow.

Solution for Browserless clients

In the v0.10.0 release, we introduce the ability to use a manual workaround to complete the OIDC workflow in such restricted browserless environments by supporting response_mode=form_post in the Pinniped Supervisor. As described in the OAuth 2.0 Form Post spec, the response parameters are “encoded as HTML form values that are auto-submitted in the User Agent, and thus are transmitted via the HTTP POST method to the Client”. To complete the authentication process, The Pinniped users can copy and paste the response from the HTML page hosted by the Pinniped Supervisor into the waiting CLI process on the Jump Host.

You can find more details in our design document.

Demo

{{< youtube id="RZ7hdwRXx4E" title="New SSH jump host support in Pinniped v0.10.0" >}}

High level overview of the workflow

Prerequisites

  1. Pinniped Concierge is installed with JWTAuthenticator on the Kubernetes cluster.
  2. Pinniped Supervisor is configured with OIDC Identity Provider on the Kubernetes cluster.
  3. “Jump Host” server/machine with Kubectl and Pinniped CLI is installed but has no web-browser.
  4. Desktop environment with a web browser for the User is available.
  5. Kubeconfig pointing to the Kubernetes cluster is available.

Workflow

  1. User accesses the Jump Host via SSH.
  2. User initiates a kubectl command with kubeconfig pointing to the cluster.
  3. User is prompted to complete the login process using the Desktop web-browser.
  4. User competes the web-browser OIDC workflow and gets an authorization response code.
  5. User will copy-paste the authorization code into the Jump Host environment to complete the login.

Additionally, the v0.10.0 release includes support for non-interactive password based LDAP logins. This feature provides the ability for Jenkins as well as other CI/CD tools that use LDAP Identity Platforms to access the cluster with centralized service account identities from the LDAP directory

We invite your suggestions and contributions to make Pinniped work across all flavors of Kubernetes.

{{< community >}}