Skip to content

Add Forward Authentication documentation - #415

Open
GKestenberg wants to merge 4 commits into
mainfrom
gk/forward-auth
Open

Add Forward Authentication documentation#415
GKestenberg wants to merge 4 commits into
mainfrom
gk/forward-auth

Conversation

@GKestenberg

@GKestenberg GKestenberg commented Jul 15, 2026

Copy link
Copy Markdown
Contributor

Adds a new Forward Auth documentation page covering the beta feature that puts an OAuth sign-on in front of applications. The page explains how it works via an in-cluster oauth2-proxy, lists all supported identity providers, and walks through enabling it at both the cluster and service levels — including declarative configuration via porter.yaml. It also documents the X-Auth-Request-User and X-Auth-Request-Email headers forwarded to applications, with a short Express code example. The page is registered in mint.json under the security and compliance section.

image

@mintlify

mintlify Bot commented Jul 15, 2026

Copy link
Copy Markdown
Contributor

Preview deployment for your docs. Learn more about Mintlify Previews.

Project Status Preview Updated (UTC)
porter 🟢 Ready View Preview Jul 15, 2026, 3:06 PM

@mintlify

mintlify Bot commented Jul 15, 2026

Copy link
Copy Markdown
Contributor

Preview deployment for your docs. Learn more about Mintlify Previews.

Project Status Preview Updated (UTC)
porter 🟡 Building Jul 15, 2026, 3:04 PM

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: forward-authentication.mdx instead of abbreviating

unauthenticated users are redirected to log in first.

This is handled by an [oauth2-proxy](https://oauth2-proxy.github.io/oauth2-proxy/) that runs in your
cluster. You configure it in `Infrastructure -> Cluster -> Config` with with your provider credentials. Once configured, you can enable it for individual services.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

double with here

This is handled by an [oauth2-proxy](https://oauth2-proxy.github.io/oauth2-proxy/) that runs in your
cluster. You configure it in `Infrastructure -> Cluster -> Config` with with your provider credentials. Once configured, you can enable it for individual services.

We recommend Forward Auth for **internal apps** and **vibe-coded apps** where you want a simple, robust login gate without building and maintaining authentication into the application itself.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm genuinely not sure, but do we want to use the 'vibe-coded' terminology here?

- Generic OIDC (for any provider that speaks OpenID Connect)

<Tip>
Forward Auth is most useful when you point it at your own **identity provider** (for example your company's Google Workspace, Okta, or Entra ID tenant) rather than a generic public auth provider. Backing it with your IdP means only members of your organization can reach that app.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Backing it with your IdP --> Backing it with your own provider

Let's avoid acronyms if possible


# Enabling Forward Auth on a cluster

Once the feature has been enabled for your project by support, go to **Infrastructure → Config**. There

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remove "by support" here

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants