Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion content/blog/p3-some-assembly-required/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -65,7 +65,7 @@ Let’s go through each of those and briefly discuss what it looks like to set t

## Authentication and identity management

We highly recommend using GitHub for code management. So much so that we have deeply integrated GitHub into Pulumi Cloud across a number of features. While we support [alternatives such as GitLab](https://www.pulumi.com/docs/pulumi-cloud/organizations/#gitlab-identity-provider), this will be the easiest and more feature-rich way to configure your platform.
We highly recommend using GitHub for code management. So much so that we have deeply integrated GitHub into Pulumi Cloud across a number of features. While we support [alternatives such as GitLab](https://www.pulumi.com/docs/administration/concepts/identity-providers/#gitlab), this will be the easiest and more feature-rich way to configure your platform.

In Pulumi Cloud, you have the ability to create organizations. A [Pulumi Cloud organization](https://www.pulumi.com/docs/pulumi-cloud/organizations/) can help you manage teams, roles, stacks, settings, and provide a dashboard across the entire organization. Pulumi Cloud also allows you to use a variety of identity providers to log in, including GitHub.

Expand Down
2 changes: 1 addition & 1 deletion content/blog/using-pulumi-securely/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -42,7 +42,7 @@ The following recommendations should help you get started and prepare you to sca

### Manage Federated Identity

Connect your user and Pulumi organization with an [Identity Provider](/docs/administration/organizations-teams/organizations/#organization-identity-providers) such as [Github](/docs/administration/organizations-teams/organizations/#github-identity-provider), [Gitlab](/docs/administration/organizations-teams/organizations/#gitlab-identity-provider) or [BitBucket](/docs/administration/organizations-teams/organizations/#bitbucket-identity-provider), your [Single Sign On (SSO)](/docs/administration/organizations-teams/organizations/#saml-single-sign-on-sso) system and/or another [System for Cross-Domain Identity Management](/docs/administration/access-identity/scim/) (SCIM). Your code repositories hold your Infrastructure as Code, and most organizations are motivated to keep access tightly controlled. SSO improves this process across tools and puts more control into your organization’s hands. SCIM enables you to manage your users and groups centrally in your Identity Provider (IdP) and then synchronize those users and groups to the Pulumi Service. Leveraging your existing onboarding and offboarding process will help limit the risk of bad actors in Pulumi itself.
Connect your user and Pulumi organization with an [Identity Provider](/docs/administration/concepts/identity-providers/) such as [Github](/docs/administration/concepts/identity-providers/#github), [Gitlab](/docs/administration/concepts/identity-providers/#gitlab) or [BitBucket](/docs/administration/concepts/identity-providers/#bitbucket), your [Single Sign On (SSO)](/docs/administration/concepts/identity-providers/#saml-20) system and/or another [System for Cross-Domain Identity Management](/docs/administration/access-identity/scim/) (SCIM). Your code repositories hold your Infrastructure as Code, and most organizations are motivated to keep access tightly controlled. SSO improves this process across tools and puts more control into your organization’s hands. SCIM enables you to manage your users and groups centrally in your Identity Provider (IdP) and then synchronize those users and groups to Pulumi Cloud. Leveraging your existing onboarding and offboarding process will help limit the risk of bad actors in Pulumi itself.

### Build Pulumi Teams

Expand Down
1 change: 1 addition & 0 deletions content/docs/administration/concepts/_index.md
Original file line number Diff line number Diff line change
Expand Up @@ -18,6 +18,7 @@ How Pulumi Cloud models your organization and who can do what inside it. Read th
## Organization and identity

- [Organizations](/docs/administration/concepts/organizations/) — the top-level container that owns your stacks, environments, and settings.
- [Identity providers](/docs/administration/concepts/identity-providers/) — the GitHub, GitLab, Bitbucket, or SAML 2.0 provider that governs who can be a member of your organization.
- [Accounts](/docs/administration/concepts/accounts/) — individual user accounts, profiles, and identity providers.
- [Agent accounts](/docs/administration/concepts/agent-accounts/) — accounts for AI agents and automation acting on your organization's behalf.
- [Billing managers](/docs/administration/concepts/billing-managers/) — the role that delegates billing access without granting admin rights.
Expand Down
2 changes: 1 addition & 1 deletion content/docs/administration/concepts/access-tokens.md
Original file line number Diff line number Diff line change
Expand Up @@ -7,7 +7,7 @@ menu:
administration:
name: Access tokens
parent: administration-concepts
weight: 5
weight: 6
aliases:
- /docs/administration/access-identity/access-tokens/
- /docs/intro/pulumi-service/organization-access-tokens/
Expand Down
17 changes: 11 additions & 6 deletions content/docs/administration/concepts/accounts.md
Original file line number Diff line number Diff line change
Expand Up @@ -7,8 +7,7 @@ menu:
administration:
name: Accounts
parent: administration-concepts
weight: 2

weight: 3
aliases:
- /docs/administration/organizations-teams/accounts/
- /docs/intro/console/accounts/
Expand Down Expand Up @@ -58,15 +57,21 @@ If you signed up using an email address and need to resend the verification emai
3. Under your email address, you will see the option to resend the verification email.
![Resend Verification Email](/images/docs/pulumi-cloud/accounts/resend-verification.png)

### Adding New Identities {#adding-new-identities}
### Adding new identities {#adding-new-identities}

You can associate your Pulumi account with multiple identities. In addition to the one you have originally configured, you can add your identities with the following third-party providers:
You can associate your Pulumi account with multiple identities. Besides the one you originally configured, you can add identities from the following third-party providers:

{{< identities >}}

Connecting these additional identities will enable you to join Pulumi organizations that are backed by those systems. Only organization admins can add members to a Pulumi organization.
To add one:

In order to be invited as a member of a Pulumi organization, you must connect your account with the organization's backing identity provider. Once your account is linked to your third-party identity, you will then show up on the list of users that the organization admin can invite.
1. Click on your account avatar in the top right corner.
1. Select **Account settings**.
1. In the **Identity providers** section, find the provider under **Available identities** and select **Connect**.

Connecting these additional identities lets you join Pulumi organizations that are backed by those systems. Only organization admins can add members to a Pulumi organization.

To be invited as a member of a Pulumi organization, you must connect your account with the organization's backing [identity provider](/docs/administration/concepts/identity-providers/). Once your account is linked to your third-party identity, you show up on the list of users that the organization admin can invite.

## Password Reset

Expand Down
2 changes: 1 addition & 1 deletion content/docs/administration/concepts/agent-accounts.md
Original file line number Diff line number Diff line change
Expand Up @@ -7,7 +7,7 @@ menu:
administration:
name: Agent Accounts
parent: administration-concepts
weight: 3
weight: 4
aliases:
- /docs/administration/organizations-teams/agent-accounts/
---
Expand Down
2 changes: 1 addition & 1 deletion content/docs/administration/concepts/audit-logs.md
Original file line number Diff line number Diff line change
Expand Up @@ -7,7 +7,7 @@ menu:
administration:
name: Audit Logs
parent: administration-concepts
weight: 7
weight: 8
identifier: administration-concepts-audit-logs
aliases:
- /docs/administration/security-compliance/audit-logs/
Expand Down
4 changes: 2 additions & 2 deletions content/docs/administration/concepts/billing-managers.md
Original file line number Diff line number Diff line change
Expand Up @@ -7,7 +7,7 @@ menu:
administration:
name: Billing managers
parent: administration-concepts
weight: 4
weight: 5
aliases:
- /docs/pulumi-cloud/access-management/billing-managers/
- /docs/intro/pulumi-service/billing-managers/
Expand All @@ -27,7 +27,7 @@ The Team edition is limited to 1 Billing Manager at a time; the Enterprise and B
Billing Manager invitations work much the same way member invitations do, but they are managed on the Billing and Usage page.

{{% notes type="info" %}}
Billing Managers, like members, must be members of the [organization identity provider](/docs/administration/concepts/organizations/#organization-identity-providers) in order to gain access to the Pulumi organization.
Billing Managers, like members, must be members of the [organization identity provider](/docs/administration/concepts/identity-providers/) in order to gain access to the Pulumi organization.
{{% /notes %}}

To invite a new Billing Manager:
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -6,7 +6,7 @@ h1: Customer Managed Keys
menu:
administration:
parent: administration-concepts
weight: 8
weight: 9
identifier: administration-concepts-customer-managed-keys
aliases:
- /docs/pulumi-cloud/customer-managed-keys/
Expand Down
133 changes: 133 additions & 0 deletions content/docs/administration/concepts/identity-providers.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,133 @@
---
title_tag: "Pulumi Cloud: Organization Identity Providers"
meta_desc: How Pulumi Cloud organizations are backed by GitHub, GitLab, Bitbucket, or a SAML 2.0 identity provider, and how to set up or change the provider.
title: Identity Providers
h1: Pulumi Cloud organization identity providers
menu:
administration:
name: Identity Providers
parent: administration-concepts
weight: 2
identifier: administration-concepts-identity-providers
---

Every Pulumi organization is backed by exactly one identity provider, which governs who is allowed to be a member. New organizations use the Pulumi identity provider, where membership is managed entirely in Pulumi Cloud. You can instead back an organization with a GitHub organization, a GitLab group, a Bitbucket workspace, or a SAML 2.0 identity provider.

When an organization is backed by a third party, membership is the intersection of two things: a user must belong to the Pulumi organization *and* be a current member of the backing organization, group, or workspace. As soon as someone loses access to the backing system, they lose access to the Pulumi organization.

A user who belongs to the backing system but has not been added to the Pulumi organization yet is a *potential member*. Potential members appear on the list of people an organization admin can invite, but they cannot use the organization until they are added.

## Available identity providers

| Identity provider | Membership comes from | Setup |
|---|---|---|
| Pulumi | The Pulumi organization's own member list | The default for new organizations. No third-party configuration required. |
| GitHub | A GitHub organization | [GitHub](#github) |
| GitLab | A top-level GitLab group | [GitLab](#gitlab) |
| Bitbucket | A Bitbucket workspace | [Bitbucket](#bitbucket) |
| SAML 2.0 | The users your identity provider assigns to the Pulumi application | [SAML 2.0](#saml-20) |

These options are mutually exclusive. An organization uses one identity provider at a time, and selecting a new one replaces the old one.

## Before you change identity providers

Changing an organization's identity provider takes effect immediately, and Pulumi does not check in advance whether your existing members can meet the new requirement. Anyone who cannot is locked out until they can.

Before you change providers:

1. Link an identity from the new provider to your own Pulumi account first. You cannot select a provider you have no identity for, and if you lock yourself out you cannot change the setting back.
1. Confirm that every member has linked an identity from the new provider to their Pulumi account, under **Account settings** > **Identity providers**. For the steps, see [Adding new identities](/docs/administration/concepts/accounts/#adding-new-identities).
1. Confirm that every member belongs to the GitHub organization, GitLab group, or Bitbucket workspace you are about to require.

Members who do not meet the new requirement are not deleted. Their membership records remain in place, and they regain access as soon as they link the required identity and belong to the backing organization.

## Permissions

Changing the identity provider requires the `organization:change_backend` permission, shown as **Change organization backend** in Pulumi Cloud. Organization admins have it by default, and you can grant it to a [custom role](/docs/administration/concepts/rbac/roles/). See [Organization settings scopes](/docs/administration/reference/rbac-scopes/org-settings/).

Some providers add a requirement on top of this one. To select a Bitbucket workspace, you must also be an admin of that workspace. See [Bitbucket](#bitbucket).

## Changing your organization's identity provider

1. Navigate to **Settings** > **Access management**.
1. Select the **Other** tab.
1. In the **Membership Requirements** section, select **Change requirements**.
1. On the **Select Requirements** step, choose an identity provider, then choose the specific organization, group, or workspace that should back your Pulumi organization.
1. On the **Confirm Requirements** step, review the change and select **Apply changes**.

The change takes effect immediately and is recorded in your [audit logs](/docs/administration/concepts/audit-logs/). Admins can change the requirement again at any time.

{{% notes type="info" %}}
A given GitHub organization, GitLab group, or Bitbucket workspace can back only one Pulumi organization. If it already backs another one, Pulumi rejects the change.
{{% /notes %}}

The **Membership Requirements** section does not appear for individual accounts or for legacy per-stack organizations, because membership works differently for those.

## GitHub

A GitHub-backed organization draws its membership from a [GitHub organization](https://docs.github.com/en/organizations/collaborating-with-groups-in-organizations/creating-a-new-organization-from-scratch). Only members of that GitHub organization can belong to the Pulumi organization.

To back your organization with GitHub:

1. Connect a GitHub identity to your Pulumi account under **Account settings** > **Identity providers**.
1. Make sure the Pulumi OAuth app is authorized for the GitHub organization with the [`read:org` scope](https://docs.github.com/en/apps/oauth-apps/building-oauth-apps/scopes-for-oauth-apps), which Pulumi uses to verify who belongs to the organization. You can review and grant that access on the [Pulumi OAuth app's page in your GitHub settings](https://github.com/settings/connections/applications/7cf9078f3c92b17a5f0f). Depending on the GitHub organization's third-party application policy, a GitHub organization owner may need to grant or approve this access. Pulumi does not get access to source code, issues, or any other organization data.
1. [Change your organization's identity provider](#changing-your-organizations-identity-provider) and select the GitHub organization.

If the backing GitHub organization enforces its own SAML SSO, each member must also authorize their GitHub credential for that organization. Until they do, GitHub does not report their membership to Pulumi and they cannot access the Pulumi organization.

## GitLab

A GitLab-backed organization draws its membership from a top-level [GitLab group](https://docs.gitlab.com/user/group/). Subgroups cannot back a Pulumi organization.

To back your organization with GitLab:

1. Connect a GitLab identity to your Pulumi account under **Account settings** > **Identity providers**.
1. Make sure the group is visible to your GitLab account.
1. [Change your organization's identity provider](#changing-your-organizations-identity-provider) and select the GitLab group.

GitLab lets group owners grant memberships that expire. A member whose GitLab group membership has expired, or is in any state other than active, loses access to the Pulumi organization.

## Bitbucket

A Bitbucket-backed organization draws its membership from a [Bitbucket workspace](https://support.atlassian.com/bitbucket-cloud/docs/what-is-a-workspace/). Bitbucket identities are labeled **Atlassian** in your account settings.

{{% notes type="info" %}}
Unlike GitHub and GitLab, Bitbucket requires that whoever makes the change be an admin of the target Bitbucket workspace. Bitbucket's member-listing API behaves differently for admins than for other members, so Pulumi verifies this up front rather than failing later.
{{% /notes %}}

To back your organization with Bitbucket:

1. Connect an Atlassian identity to your Pulumi account under **Account settings** > **Identity providers**, granting the Pulumi OAuth app [read access](https://confluence.atlassian.com/bitbucket/oauth-on-bitbucket-cloud-238027431.html#OAuthonBitbucketCloud-Scopes) to your account and workspace membership information.
1. Confirm that you are an admin of the workspace.
1. [Change your organization's identity provider](#changing-your-organizations-identity-provider) and select the Bitbucket workspace.

Once the change is complete, admins can see the list of Bitbucket workspace members and add or invite them to the Pulumi organization.

## SAML 2.0

{{< pulumi-cloud "saml-sso" />}}

A SAML-backed organization draws its membership from the users your identity provider assigns to the Pulumi application. Pulumi Cloud works with any SAML 2.0 identity provider, including Microsoft Entra ID, Google Workspace, Okta, OneLogin, Auth0, and JumpCloud.

Configuring SAML is covered by the [SAML SSO guides](/docs/administration/guides/saml/). Two things are specific to switching your organization to SAML:

- **You become the organization owner.** Pulumi makes the user who applies the SAML configuration the organization owner, so that an error in the identity provider metadata cannot lock everyone out of the organization.
- **Your account cannot have other commitments.** You must not belong to unrelated Pulumi organizations, and your individual account must not own any stacks or environments. Transfer or delete them first.

[SCIM provisioning](/docs/administration/guides/scim/) is available only for SAML-backed organizations, and the **SAML & SCIM** settings tab appears only once your organization is SAML-backed. Switching a SAML organization to another identity provider stops SCIM provisioning.

Members of a SAML organization can sign in with the organization name pre-filled by visiting `https://app.pulumi.com/welcome/<organization-name>/sso`.

## Removing a third-party identity provider

You remove a third-party identity provider by selecting a different one — there is no "none" option. To go back to managing membership entirely in Pulumi Cloud, follow [Changing your organization's identity provider](#changing-your-organizations-identity-provider) and select **Pulumi**.

This is also how you remove a SAML SSO configuration.

## Learn more

- [Accounts](/docs/administration/concepts/accounts/) — linking third-party identities to your individual Pulumi account.
- [Organizations](/docs/administration/concepts/organizations/) — creating organizations, inviting members, and organization roles.
- [SAML SSO](/docs/administration/guides/saml/) — configuring Pulumi Cloud with a SAML 2.0 identity provider.
- [SCIM](/docs/administration/guides/scim/) — automating user and team provisioning from your identity provider.
- [Organization settings scopes](/docs/administration/reference/rbac-scopes/org-settings/) — the full list of organization-level RBAC permissions.
Loading
Loading