使用 Okta 設定員工身分聯盟並登入使用者

本指南說明如何使用 Okta 做為身分識別提供者 (IdP) 設定員工身分聯盟、管理存取權，以及讓使用者登入存取Google Cloud 支援員工身分聯盟的服務。

事前準備

1. 請確認您已設定 Google Cloud 組織。

2. 安裝 Google Cloud CLI。 完成後，執行下列指令來初始化 Google Cloud CLI：

   gcloud init

   如果您使用外部識別資訊提供者 (IdP)，請先 使用聯合身分登入 gcloud CLI。

   注意：如果您已經安裝 gcloud CLI，請務必執行 gcloud components update，確認您安裝的是最新版本。
3. 如要登入，您的 IdP 必須提供已簽署的驗證資訊：OIDC IdP 必須提供 JWT，且 SAML IdP 回應必須經過簽署。
4. 如要接收貴機構或Google Cloud 產品異動的重要資訊，請務必提供必要聯絡人。詳情請參閱「員工身分聯盟總覽」。

費用

員工身分聯盟是免付費功能。不過，員工身分聯盟詳細稽核記錄會使用 Cloud Logging。如要瞭解 Logging 定價，請參閱「Google Cloud Observability 定價」。

必要的角色

如要取得設定員工身分聯盟所需的權限，請要求管理員授予您組織的 IAM 工作團隊集區管理員 (roles/iam.workforcePoolAdmin) IAM 角色。如要進一步瞭解如何授予角色，請參閱「管理專案、資料夾和組織的存取權」。

您或許也能透過自訂角色或其他預先定義的角色，取得必要權限。

或者，IAM 擁有者 (roles/owner) 基本角色也包含設定員工身分聯盟的權限。 您不應在正式環境中授予基本角色，但可以在開發或測試環境中授予。

建立工作團隊身分集區

gcloud

如要建立員工身分集區，請執行下列指令：

gcloud iam workforce-pools create WORKFORCE_POOL_ID \
    --organization=ORGANIZATION_ID \
    --display-name="DISPLAY_NAME" \
    --description="DESCRIPTION" \
    --session-duration=SESSION_DURATION \
    --location=global

更改下列內容：

• WORKFORCE_POOL_ID：您選擇代表 Google Cloud 工作團隊集區的 ID。集區 ID 在 Google Cloud的所有工作團隊身分集區中，不得重複。如要瞭解如何設定 ID 格式，請參閱 API 說明文件中的「查詢參數」一節。
• ORGANIZATION_ID：您的 Google Cloud 員工身分集區的組織 ID。員工身分集區適用於機構中的所有專案和資料夾。
• DISPLAY_NAME：選用。員工身分集區的顯示名稱。
• DESCRIPTION：選用。員工身分集區 說明。
• SESSION_DURATION：選用。工作階段持續時間，以附加 s 的數字表示，例如 3600s。工作階段時間決定了從這個工作團隊集區取得的 Google Cloud 存取權杖、控制台 (聯盟) 登入工作階段，以及 gcloud CLI 登入工作階段的有效時間。工作階段持續時間預設為一小時 (3600 秒)。工作階段持續時間值必須介於 15 分鐘 (900 秒) 和 12 小時 (43200 秒) 之間。

提示： 執行 gcloud iam workforce-pools create --help 即可找出可為這項指令自訂的其他參數。

控制台

如要建立工作團隊身分集區，請執行下列操作：

1. 前往 Google Cloud 控制台的「Workforce Identity Pools」(員工身分集區) 頁面：

   前往「Workforce Identity Pools」(員工身分集區) 頁面

2. 選取員工身分集區的機構。工作人員身分識別集區適用於機構中的所有專案和資料夾。

3. 點選「建立集區」，然後執行下列操作：

   1. 在「名稱」欄位中，輸入集區的顯示名稱。系統會在您輸入名稱時自動衍生集區 ID，並顯示在「名稱」欄位下方。如要更新集區 ID，請按一下集區 ID 旁的「編輯」。

   2. 選用：在「Description」(說明) 中，輸入集區的說明。

   3. 如要建立員工身分集區，請按「Next」(下一步)。

員工身分集區的工作階段持續時間預設為一小時 (3600 秒)。工作階段持續時間決定了這個工作團隊集區的 Google Cloud 存取權杖、控制台 (聯盟) 和 gcloud CLI 登入工作階段的有效時間。建立集區後，您可以更新集區，設定自訂工作階段持續時間。工作階段持續時間必須介於 15 分鐘 (900 秒) 至 12 小時 (43,200 秒) 之間。

建立 Okta 應用程式整合

本節說明如何使用 Okta 管理控制台建立 Okta 應用程式整合服務。詳情請參閱「建立自訂應用程式整合」。

注意： 在本指南中，您會建立名為 department 的自訂屬性，示範如何對應屬性。這項工作僅供說明之用。

員工身分集區支援使用 OIDC 和 SAML 通訊協定的聯盟。

詳情請參閱 OIDC 和 SAML 的整合說明文件。本節將說明基本設定。

使用應用程式目錄的 OIDC

如要使用 OIDC 通訊協定，從應用程式目錄建立 Okta 應用程式整合，請按照下列步驟操作：

重要事項： 根據預設，從應用程式目錄建立的 Okta 應用程式最多會傳送 100 個群組。如果預期群組數量會超過 100 個，請考慮使用非應用程式目錄應用程式。

1. 登入 Okta 管理控制台。
2. 依序前往「Applications」>「Applications」。
3. 按一下「Browse App Catalog」(瀏覽應用程式目錄)。
4. 在「搜尋」欄位中輸入「Google Cloud Workforce Identity Federation」，然後從結果中選取「Google Cloud Workforce Identity Federation integration」。
5. 按一下「新增整合」。
6. 在「應用程式標籤」欄位中，輸入應用程式名稱。
7. 在「工作團隊集區」欄位中，輸入從 gcloud CLI 取得的工作團隊集區名稱。

8. 在「Provider」(供應商) 欄位中，輸入供應商名稱。

   重要事項： 稍後在本文件中建立工作團隊身分集區提供者時，請務必使用您在此處使用的相同工作團隊 IdP ID。

9. 點選「下一步」。

10. 選取「OpenID Connect」選項。

11. 按一下「完成」。

OIDC

如要建立使用 OIDC 通訊協定的 Okta 應用程式整合服務，請按照下列步驟操作：

1. 登入 Okta 管理控制台。
2. 依序前往「Applications」>「Applications」。

3. 如要開始設定應用程式整合，請按照下列步驟操作：

   1. 按一下「Create App Integration」(建立應用程式整合)。
   2. 在「登入方式」部分，選取「OIDC - OpenID Connect」。
   3. 在「應用程式類型」中選取應用程式類型，例如「網頁應用程式」。
   4. 如要建立應用程式，請按「Next」(下一步)。
   5. 在「應用程式整合名稱」中，輸入應用程式名稱。
   6. 在「授權類型」部分，勾選「隱含 (混合)」核取方塊。

   7. 在「Sign-in redirect URIs」部分，於文字欄位中輸入重新導向網址。使用者成功登入後，系統會將他們重新導向至這個網址。如要設定控制台 (聯盟) 的存取權，請使用下列網址格式：

      https://auth.cloud.google/signin-callback/locations/global/workforcePools/WORKFORCE_POOL_ID/providers/WORKFORCE_PROVIDER_ID
      

      更改下列內容：

      • WORKFORCE_POOL_ID：您在本指南中稍早建立的員工集區 ID。
      • WORKFORCE_PROVIDER_ID：您選擇的員工身分提供者 ID，例如：okta-oidc-provider。如要瞭解如何設定 ID 格式，請參閱 API 說明文件的「查詢參數」一節。
      重要事項： 稍後在本文件中建立工作團隊身分識別集區提供者時，請務必使用您在此處使用的相同工作團隊 IdP ID。

   8. 勾選「暫時略過指派群組」核取方塊。

   9. 如要儲存應用程式整合，請按一下「儲存」。

4. 將應用程式整合功能指派給使用者。

5. 選用：如要為 Okta 使用者設定檔新增自訂屬性，請按照下列步驟操作：

   1. 在「資料類型」中，選取 string。
   2. 在「顯示名稱」中輸入 Department。
   3. 在「Variable name」(變數名稱) 中輸入 department。
   4. 如要儲存對應，請按一下「儲存」。

   如要進一步瞭解如何新增自訂屬性，請參閱「在 Okta 使用者設定檔中新增自訂屬性」。

6. 選用：如要為 OIDC 權杖中傳送的屬性建立對應，請在「目錄」中按一下「設定檔編輯器」，然後執行下列操作：

   1. 找出您稍早在本指南中建立的 OIDC 應用程式。
   2. 按一下「對應」。
   3. 選取「Okta User to App」分頁標籤。
   4. 在「Okta User User Profile」(Okta 使用者設定檔) 分頁中，在可用的下拉式方塊中輸入 department。Okta 會自動填入 user.department。
   5. 如要儲存對應項目，請按一下「儲存對應項目」。詳情請參閱「新增屬性對應」。

   如要進一步瞭解對應，請參閱「在設定檔編輯器中將 Okta 屬性對應至應用程式屬性」。

7. 選用：如要設定群組聲明，請按照下列步驟操作：

   1. 如果您使用機構授權伺服器，請執行下列操作：

      1. 依序前往「應用程式」>「應用程式」
      2. 選取您在本節稍早建立的 OpenID Connect 用戶端應用程式。
      3. 前往「登入」分頁
      4. 在「OpenID Connect ID Token」部分中，按一下「Edit」。
      5. 在「群組著作權聲明類型」部分，你可以選取下列任一選項：
         • 選取「運算式」。
         • 選取「與規則運算式相符」，然後輸入 .*。
      6. 如要儲存群組擁有權聲明，請按一下「儲存」。

      7. 如要讓使用者透過控制台 (已啟用聯盟) 或 gcloud CLI 瀏覽器型登入流程登入，請在建立員工身分集區提供者時執行下列操作 (本文件稍後會說明)：

         1. 請務必使用 gcloud CLI 指令，以便使用 --web-sso-additional-scopes 旗標。

         2. 建立工作團隊身分集區提供者時，請在 --web-sso-additional-scopes 中傳遞 groups 做為額外範圍。這樣做會在登入期間，向 Okta 要求群組憑證附加資訊。

   2. 如果您使用自訂授權伺服器，請執行下列操作：

      1. 在管理控制台的「安全性」選單中，選取「API」。
      2. 選取要設定的自訂授權伺服器。
      3. 前往「著作權聲明」分頁，然後按一下「新增著作權聲明」。
      4. 輸入著作權聲明名稱。在本例中，請將其命名為 groups。
      5. 在聲明中，選取「Include in token type」(納入權杖類型) ，然後選取「ID Token」(ID 權杖) 並選取「Always」(一律) 。
      6. 選取「群組」做為「值類型」。
      7. 在「篩選器」下拉式方塊中，選取「符合規則運算式」，然後輸入下列運算式做為值：.*
      8. 點選「建立」。

如要進一步瞭解群組聲明，請參閱「新增群組聲明」。

SAML

如要建立使用 SAML 通訊協定的 Okta 應用程式整合服務，請按照下列步驟操作：

1. 登入 Okta 管理控制台。
2. 依序前往「Applications」>「Applications」。
3. 按一下「Browse App Catalog」(瀏覽應用程式目錄)。
4. 在「搜尋」欄位中輸入「Google Cloud Workforce Identity Federation」，然後從結果中選取「Google Cloud Workforce Identity Federation integration」。
5. 按一下「新增整合」。
6. 在「應用程式標籤」欄位中，輸入應用程式名稱。
7. 在「工作團隊集區」欄位中，輸入從 gcloud CLI 取得的工作團隊集區名稱。

8. 在「Provider」(供應商) 欄位中，輸入供應商名稱。

   重要事項： 稍後在本文件中建立工作團隊身分集區提供者時，請務必使用您在此處使用的相同工作團隊 IdP ID。

9. 點選「下一步」。

10. 選用：如要透過 IdP 啟動的登入流程，使用「嵌入連結」存取應用程式，請在「Default Relay State」中輸入 https://console.cloud.google/。

11. 選用：如要在 SAML 判斷中傳送自訂 department 屬性，請展開「Attributes (Optional)」(屬性 (選用)) 部分，然後執行下列操作：

    • 在「Name」(名稱) 欄位中，輸入 department。
    • 在「名稱格式」清單中，選取「未指定」。
    • 從「值」清單中選取「user.department」。 設定完成後，您可以在 Google Cloud 中使用這些屬性建立存取管理政策，或在 attribute_condition 中使用。

12. 選用步驟：如要在 SAML 聲明中傳送使用者群組成員資格，請展開「Group Attribute Statements (optional)」(群組屬性陳述式 (選用)) 部分，然後執行下列操作：

    • 在「Name」(名稱) 欄位中，輸入 groups。
    • 在「名稱格式」清單中，選取「未指定」。
    • 從「篩選器」清單中選取「符合規則運算式」，然後輸入 .* 即可納入所有群組，或選取「開頭為」並輸入前置字元。

13. 將顯示的「中繼資料網址」內容下載到本機檔案。 然後上傳至 Google Cloud 控制台。

14. 按一下「完成」，即可完成建立應用程式。

15. 將應用程式整合功能指派給使用者。

建立工作團隊身分集區提供者

本節說明如何建立工作團隊身分集區提供者，讓 IdP 使用者存取 Google Cloud。您可以設定提供者使用 OIDC 或 SAML 通訊協定。

建立 OIDC 工作團隊身分集區提供者

如要使用 OIDC 通訊協定，為 Okta 應用程式整合服務建立工作團隊身分集區提供者，請按照下列步驟操作：

1. 如要取得 Okta 應用程式整合項目的用戶端 ID，請按照下列步驟操作：

   1. 前往 Okta 應用程式整合。
   2. 按一下「一般」分頁標籤。
   3. 複製「用戶端 ID」欄位的內容。

2. 如要為網頁式登入建立 OIDC 工作團隊身分集區提供者，請執行下列操作：

   gcloud

   代碼流程

   在 Okta 中執行下列操作：

   1. 在「Client authentication」部分，選取「Client secret」。

   2. 在「Client Secrets」表格中找到密鑰，然後按一下「Copy」。

   在 Google Cloud中，如要建立使用授權碼流程的 OIDC 提供者，以供網頁登入，請執行下列指令：

   gcloud iam workforce-pools providers create-oidc WORKFORCE_PROVIDER_ID \
       --workforce-pool=WORKFORCE_POOL_ID \
       --display-name="DISPLAY_NAME" \
       --description="DESCRIPTION" \
       --issuer-uri="ISSUER_URI" \
       --client-id="OIDC_CLIENT_ID" \
       --client-secret-value="OIDC_CLIENT_SECRET" \
       --web-sso-response-type="code" \
       --web-sso-assertion-claims-behavior="merge-user-info-over-id-token-claims" \
       --web-sso-additional-scopes="WEB_SSO_ADDITIONAL_SCOPES" \
       --attribute-mapping="ATTRIBUTE_MAPPING" \
       --attribute-condition="ATTRIBUTE_CONDITION" \
       --jwk-json-path="JWK_JSON_PATH" \
       --detailed-audit-logging \
       --location=global
   

   請替換下列項目：

   • WORKFORCE_PROVIDER_ID：員工身分集區提供者的專屬 ID。前置字元 gcp- 為保留字元，不得用於工作團隊身分集區或工作團隊身分集區提供者 ID。
   • WORKFORCE_POOL_ID：要連結 IdP 的員工身分集區 ID。
   • DISPLAY_NAME：供應商的選用顯示名稱，方便使用者辨識，例如 idp-eu-employees。
   • DESCRIPTION：員工身分提供者的選用說明，例如 IdP for Partner Example Organization employees。
   • ISSUER_URI：OIDC 核發者 URI，格式為以 https 開頭的有效 URI，例如 https://example.com/oidc。注意：基於安全考量，ISSUER_URI 必須使用 HTTPS 通訊協定。
   • OIDC_CLIENT_ID：向 OIDC IdP 註冊的 OIDC 用戶端 ID；這個 ID 必須與 IdP 發出的 JWT 的 aud 聲明相符。
   • OIDC_CLIENT_SECRET：OIDC 用戶端密鑰。
   • WEB_SSO_ADDITIONAL_SCOPES：要傳送至 OIDC IdP 的選用額外範圍，適用於控制台 (已加入聯盟) 或 gcloud CLI 的瀏覽器型登入；舉例來說，如果使用 Okta 的機構授權伺服器，可以傳送 groups 向 Okta 要求群組聲明。
   • ATTRIBUTE_MAPPING：屬性對應。 以下是屬性對應的範例：

     google.subject=assertion.oid
     google.groups=assertion.groups,
     attribute.costcenter=assertion.costcenter

     這個範例會將 OIDC 聲明中的 IdP 屬性 assertion.oid、assertion.groups 和 assertion.costcenter 分別對應至 Google Cloud 屬性 google.subject、google.groups 和 attribute.costcenter。
   • ATTRIBUTE_CONDITION：屬性條件，例如 assertion.subject.endsWith('@example.com')，當先前對應的 subject 值包含結尾為 @example.com 的電子郵件地址時。
     警告：如果多租戶 IdP 只有一個發行者 URI，請務必使用屬性條件，確保只有正確的租戶可以存取。詳情請參閱「與 GitHub 或其他多租戶身分識別供應商進行同盟時，使用屬性條件」。
   • JWK_JSON_PATH：本機上傳的 OIDC JWK 的選用路徑。 如果未提供這個參數， Google Cloud 會改用 IdP 的 /.well-known/openid-configuration 路徑，取得含有公開金鑰的 JWK。如要進一步瞭解本機上傳的 OIDC JWK，請參閱「管理 OIDC JWK」。
     注意：本機 OIDC JWK 可透過隱含流程或程式碼流程上傳，但只能用於程式輔助流程，也就是直接使用第三方 IdP 的憑證呼叫 STS /token 端點，以換取工作人員集區的 Google Cloud 存取權杖。 登入控制台 (已同盟) 時，無法使用本機 OIDC JWK。

   • 員工身分聯盟詳細稽核記錄會將從 IdP 收到的資訊記錄到 Cloud Logging。詳細的稽核記錄有助於排解工作團隊身分識別集區提供者設定問題。如要瞭解如何透過詳細的稽核記錄排解屬性對應錯誤，請參閱「一般屬性對應錯誤」。如要瞭解 Logging 定價，請參閱「Google Cloud Observability 定價」。

     如要為工作團隊身分集區提供者停用詳細稽核記錄功能，請在執行 gcloud iam workforce-pools providers create 時省略 --detailed-audit-logging 旗標。如要停用詳細稽核記錄，您也可以更新供應商。

   --web-sso-assertion-claims-behavior 旗標會控管屬性對應和屬性條件所用的 assertion 物件中，如何納入 OIDC 聲明。如果是授權碼流程 (--web-sso-response-type="code")，您可以將這個旗標設為下列其中一個值：

   • merge-user-info-over-id-token-claims：將 OIDC UserInfo 端點的聲明與 ID 權杖的聲明合併。如果兩者都包含相同的聲明名稱，系統會優先採用 UserInfo 聲明值。如果 IdP 從 UserInfo 端點傳回額外使用者屬性或群組聲明，請使用這個值。
   • only-id-token-claims：僅包含來自 ID 權杖的聲明。 如果屬性對應和條件所需的所有聲明都已存在於 ID 權杖中，請使用這個值。

   在指令回應中，POOL_RESOURCE_NAME 是集區的名稱，例如 locations/global/workforcePools/enterprise-example-organization-employees。

   隱含流程

   如要建立使用隱含流程的 OIDC 提供者，以進行網頁登入，請執行下列指令：

   gcloud iam workforce-pools providers create-oidc WORKFORCE_PROVIDER_ID \
       --workforce-pool=WORKFORCE_POOL_ID \
       --display-name="DISPLAY_NAME" \
       --description="DESCRIPTION" \
       --issuer-uri="ISSUER_URI" \
       --client-id="OIDC_CLIENT_ID" \
       --web-sso-response-type="id-token" \
       --web-sso-assertion-claims-behavior="only-id-token-claims" \
       --web-sso-additional-scopes="WEB_SSO_ADDITIONAL_SCOPES" \
       --attribute-mapping="ATTRIBUTE_MAPPING" \
       --attribute-condition="ATTRIBUTE_CONDITION" \
       --jwk-json-path="JWK_JSON_PATH" \
       --detailed-audit-logging \
       --location=global
   

   請替換下列項目：

   • WORKFORCE_PROVIDER_ID：員工身分集區提供者的專屬 ID。前置字元 gcp- 為保留字元，不得用於工作團隊身分集區或工作團隊身分集區提供者 ID。
   • WORKFORCE_POOL_ID：要連結 IdP 的員工身分集區 ID。
   • DISPLAY_NAME：供應商的選用顯示名稱，方便使用者辨識，例如 idp-eu-employees。
   • DESCRIPTION：員工身分提供者的選用說明，例如 IdP for Partner Example Organization employees。
   • ISSUER_URI：OIDC 核發者 URI，格式為以 https 開頭的有效 URI，例如 https://example.com/oidc。注意：基於安全考量，ISSUER_URI 必須使用 HTTPS 通訊協定。
   • OIDC_CLIENT_ID：向 OIDC IdP 註冊的 OIDC 用戶端 ID；這個 ID 必須與 IdP 發出的 JWT 的 aud 聲明相符。
   • WEB_SSO_ADDITIONAL_SCOPES：要傳送至 OIDC IdP 的選用額外範圍，適用於控制台 (已加入聯盟) 或 gcloud CLI 的瀏覽器型登入；舉例來說，如果使用 Okta 的機構授權伺服器，可以傳送 groups 向 Okta 要求群組聲明。
   • ATTRIBUTE_MAPPING：屬性對應。 以下是屬性對應的範例：

     google.subject=assertion.oid
     google.groups=assertion.groups,
     attribute.costcenter=assertion.costcenter

     這個範例會將 OIDC 聲明中的 IdP 屬性 assertion.oid、assertion.groups 和 assertion.costcenter 分別對應至 Google Cloud 屬性 google.subject、google.groups 和 attribute.costcenter。
   • ATTRIBUTE_CONDITION：屬性條件，例如 assertion.subject.endsWith('@example.com')，當先前對應的 subject 值包含結尾為 @example.com 的電子郵件地址時。
     警告：如果多租戶 IdP 只有一個發行者 URI，請務必使用屬性條件，確保只有正確的租戶可以存取。詳情請參閱「與 GitHub 或其他多租戶身分識別供應商進行同盟時，使用屬性條件」。
   • JWK_JSON_PATH：本機上傳的 OIDC JWK 的選用路徑。 如果未提供這個參數， Google Cloud 會改用 IdP 的 /.well-known/openid-configuration 路徑，取得含有公開金鑰的 JWK。如要進一步瞭解本機上傳的 OIDC JWK，請參閱「管理 OIDC JWK」。
     注意：本機 OIDC JWK 可透過隱含流程或程式碼流程上傳，但只能用於程式輔助流程，也就是直接使用第三方 IdP 的憑證呼叫 STS /token 端點，以換取工作人員集區的 Google Cloud 存取權杖。 登入控制台 (已同盟) 時，無法使用本機 OIDC JWK。

   • 員工身分聯盟詳細稽核記錄會將從 IdP 收到的資訊記錄到 Cloud Logging。詳細的稽核記錄有助於排解工作團隊身分識別集區提供者設定問題。如要瞭解如何透過詳細的稽核記錄排解屬性對應錯誤，請參閱「一般屬性對應錯誤」。如要瞭解 Logging 定價，請參閱「Google Cloud Observability 定價」。

     如要為工作團隊身分集區提供者停用詳細稽核記錄功能，請在執行 gcloud iam workforce-pools providers create 時省略 --detailed-audit-logging 旗標。如要停用詳細稽核記錄，您也可以更新供應商。

   如果是隱含流程 (--web-sso-response-type="id-token")，您必須將 --web-sso-assertion-claims-behavior 旗標設為 only-id-token-claims，其中只包含 assertion 物件中 ID 權杖的聲明。隱含流程不支援 merge-user-info-over-id-token-claims 值。

   在指令回應中，POOL_RESOURCE_NAME 是集區的名稱，例如 locations/global/workforcePools/enterprise-example-organization-employees。

   控制台

   代碼流程

   如要建立使用授權碼流程的 OIDC 提供者，以供網頁登入，請按照下列步驟操作：

   1. 如要取得 Okta 用戶端密鑰，請按照下列步驟操作：

      1. 在「Client authentication」部分，選取「Client secret」。

      2. 在「Client Secrets」表格中找到密鑰，然後按一下「Copy」。

   1. 前往 Google Cloud 控制台的「Workforce Identity Pools」(員工身分集區) 頁面：

      前往「Workforce Identity Pools」(員工身分集區) 頁面

   2. 在「Workforce Identity Pools」(員工身分集區) 表格中，選取要建立提供者的集區。
   3. 在「供應商」部分，按一下「新增供應商」。
   4. 在「Select a Provider vendor」(選取提供者) 清單中，選取您的 IdP。

      如果您的 IdP 未列出，請選取「Generic Identity Provider」。

   5. 在「選取驗證通訊協定」中，選取「OpenID Connect (OIDC)」。
   6. 在「建立供應商」部分，執行下列操作：
      1. 在「名稱」中，輸入供應商名稱。
      2. 在「說明」中，輸入提供者的說明。
      3. 在「核發者 (網址)」中輸入核發者 URI。OIDC 核發者 URI 必須採用有效的 URI 格式，且開頭為 https，例如 https://example.com/oidc。
      4. 在「用戶端 ID」中，輸入向 OIDC IdP 註冊的 OIDC 用戶端 ID；這個 ID 必須與 IdP 發行的 JWT 的 aud 聲明相符。
      5. 如要建立已啟用的供應商，請確認「啟用供應商」已開啟。
      6. 按一下「繼續」。
   7. 在「與 IdP 分享提供者資訊」部分，複製網址。在 IdP 中，將這個網址設為重新導向 URI，讓 IdP 瞭解登入後要將斷言權杖傳送至何處。
   8. 按一下「繼續」。
   9. 在「設定 OIDC 網頁登入功能」部分，執行下列操作：
      1. 在「流程類型」清單中，選取「程式碼」。
      2. 在「斷言聲明行為」清單中，選取下列任一選項：
         • 使用者資訊和 ID 權杖：合併 UserInfo 端點的聲明與 ID 權杖的聲明，並優先使用相同聲明名稱的 UserInfo 聲明值。如果 IdP 從 UserInfo 端點傳回其他使用者屬性或群組聲明，請選取這個選項。
         • 僅限 ID 權杖：僅包含 ID 權杖中的聲明。如果屬性對應和條件所需的所有聲明都已存在於 ID 權杖中，請選取這個選項。
      3. 在「Client secret」(用戶端密鑰) 欄位中，輸入 IdP 的用戶端密鑰。
      4. 選用：如果您選取「Okta」做為 IdP，請在「openid、profile 和 email 以外的額外範圍」欄位中，新增任何額外的 OIDC 範圍。
   10. 按一下「繼續」。
   11. 在「設定供應商」部分，針對「詳細記錄」，按一下「啟用屬性值稽核記錄」切換鈕。

       員工身分聯盟詳細稽核記錄會將從 IdP 收到的資訊記錄到 Cloud Logging。詳細的稽核記錄有助於排解工作團隊身分識別集區提供者設定問題。如要瞭解如何透過詳細的稽核記錄排解屬性對應錯誤，請參閱「一般屬性對應錯誤」。如要瞭解 Logging 定價，請參閱「Google Cloud Observability 定價」。

       如要為工作團隊身分集區提供者停用詳細稽核記錄，請在建立提供者時，將「啟用屬性值稽核記錄」切換鈕設為關閉。如要停用詳細稽核記錄，您也可以更新供應商。

   12. 如要建立提供者，請按一下「提交」。

   建立供應商後，系統會將您重新導向至供應商屬性頁面。

   如要設定屬性對應和條件，請按照下列步驟操作：

   1. 系統提示時，請登入外部 IdP，驗證預設屬性對應。
   2. 在提供者屬性頁面中，查看及編輯屬性對應和條件：
      1. 如要新增或編輯屬性對應，請按照下列步驟操作：
         1. 按一下「新增對應」新增對應，或編輯現有對應。
         2. 在「Google n」欄位中 (n 為數字)，選取支援的按鍵 Google Cloud。
         3. 在對應的 「OIDC n」欄位中，輸入 IdP 屬性名稱或 CEL 運算式。
      2. 如要新增屬性條件，請按照下列步驟操作：
         警告：如果多租戶 IdP 只有一個發行者 URI，您必須使用屬性條件，確保只有正確的租戶可以存取。詳情請參閱「與 GitHub 或其他多租戶身分識別供應商進行同盟時，使用屬性條件」。
         1. 按一下「新增條件」。
         2. 在「屬性條件」欄位中，以 CEL 格式輸入條件，例如： assertion.subject.endsWith('@example.com') 當先前對應的 subject 值包含結尾為 @example.com 的電子郵件地址時。
   3. 如要驗證對應項目，請按一下「儲存並重新擷取權杖」。
   4. 如要完成設定，請按一下「儲存並結束」。

   隱含流程

   如要建立使用隱含流程進行網頁登入的 OIDC 供應商，請按照下列步驟操作：

   1. 前往 Google Cloud 控制台的「Workforce Identity Pools」(員工身分集區) 頁面：

      前往「Workforce Identity Pools」(員工身分集區) 頁面

   2. 在「Workforce Identity Pools」(員工身分集區) 表格中，選取要建立提供者的集區。
   3. 在「供應商」部分，按一下「 新增供應商」。
   4. 在「Select a Provider vendor」(選取提供者) 清單中，選取您的 IdP。

      如果您的 IdP 未列出，請選取「Generic Identity Provider」。

   5. 在「選取驗證通訊協定」中，選取「OpenID Connect (OIDC)」。
   6. 在「建立供應商」部分，執行下列操作：
      1. 在「名稱」中，輸入供應商名稱。
      2. 在「說明」中，輸入提供者的說明。
      3. 在「核發者 (網址)」中輸入核發者 URI。OIDC 核發者 URI 必須採用有效的 URI 格式，且開頭為 https，例如 https://example.com/oidc。
      4. 在「用戶端 ID」中，輸入向 OIDC IdP 註冊的 OIDC 用戶端 ID；這個 ID 必須與 IdP 發行的 JWT 的 aud 聲明相符。
      5. 如要建立已啟用的供應商，請確認「啟用供應商」已開啟。
      6. 按一下「繼續」。
   7. 在「與 IdP 分享提供者資訊」部分，複製網址。在 IdP 中，將這個網址設為重新導向 URI，讓 IdP 瞭解登入後要將斷言權杖傳送至何處。
   8. 按一下「繼續」。
   9. 在「設定 OIDC 網頁登入功能」部分，執行下列操作：
      1. 在「Flow type」(流程類型) 清單中，選取「ID Token」(ID 權杖)。
      2. 在「Assertion claims behavior」(判斷聲明行為) 清單中，選取「ID token」(ID 權杖)。
      3. 選用：如果您選取 Okta 做為 IdP，請在「openid、profile 和 email 以外的額外範圍」欄位中，新增任何額外的 OIDC 範圍。
   10. 按一下「繼續」。
   11. 在「設定供應商」部分的「詳細記錄」中，按一下「啟用屬性值稽核記錄」切換鈕。

       員工身分聯盟詳細稽核記錄會將從 IdP 收到的資訊記錄到 Cloud Logging。詳細的稽核記錄有助於排解工作團隊身分識別集區提供者設定問題。如要瞭解如何透過詳細的稽核記錄排解屬性對應錯誤，請參閱「一般屬性對應錯誤」。如要瞭解 Logging 定價，請參閱「Google Cloud Observability 定價」。

       如要為工作團隊身分集區提供者停用詳細稽核記錄，請在建立提供者時，將「啟用屬性值稽核記錄」切換鈕設為關閉。如要停用詳細稽核記錄，您也可以更新供應商。

   12. 如要建立提供者，請按一下「提交」。

   建立供應商後，系統會將您重新導向至供應商屬性頁面。

   如要設定屬性對應和條件，請按照下列步驟操作：

   1. 系統提示時，請登入外部 IdP，驗證預設屬性對應。
   2. 在提供者屬性頁面中，查看及編輯屬性對應和條件：
      1. 如要新增或編輯屬性對應，請按照下列步驟操作：
         1. 按一下「新增對應」新增對應，或編輯現有對應。
         2. 在「Google n」欄位中 (n 為數字)，選取支援的按鍵 Google Cloud。
         3. 在對應的 「OIDC n」欄位中，輸入 IdP 屬性名稱或 CEL 運算式。
      2. 如要新增屬性條件，請按照下列步驟操作：
         警告：如果多租戶 IdP 只有一個發行者 URI，您必須使用屬性條件，確保只有正確的租戶可以存取。詳情請參閱「與 GitHub 或其他多租戶身分識別供應商進行同盟時，使用屬性條件」。
         1. 按一下「新增條件」。
         2. 在「屬性條件」欄位中，以 CEL 格式輸入條件，例如： assertion.subject.endsWith('@example.com') 當先前對應的 subject 值包含結尾為 @example.com 的電子郵件地址時。
   3. 如要驗證對應項目，請按一下「儲存並重新擷取權杖」。
   4. 如要完成設定，請按一下「儲存並結束」。

建立 SAML 工作團隊身分集區提供者

1. 在 SAML IdP 中，為 Google Cloud員工身分聯盟註冊新應用程式。

2. 設定 SAML 宣告的目標對象。 通常是 IdP 設定中的 SP Entity ID 欄位。請務必將其設為下列網址：

   https://iam.googleapis.com/locations/global/workforcePools/WORKFORCE_POOL_ID/providers/WORKFORCE_PROVIDER_ID
   

3. 設定重新導向網址，又稱為「聲明消費者服務 (ACS) 網址」。如要設定重新導向網址，請在 SAML IdP 中找到重新導向網址欄位，然後執行下列其中一項操作：

   • 如要透過 Google Cloud 控制台或其他瀏覽器登入方式設定瀏覽器登入，請輸入下列網址：

     https://auth.cloud.google/signin-callback/locations/global/workforcePools/WORKFORCE_POOL_ID/providers/WORKFORCE_PROVIDER_ID
     

     更改下列內容：

     • WORKFORCE_POOL_ID：員工身分集區 ID

     • WORKFORCE_PROVIDER_ID：您稍後在本文件中建立的員工身分集區提供者 ID。

   • 如要透過 IdP 設定程式輔助登入，請輸入下列網址：

     localhost
     

   如要進一步瞭解如何設定控制台登入，請參閱「設定控制台的使用者存取權」。

4. 在 Google Cloud中，使用 IdP 的 SAML 中繼資料文件建立 SAML 工作團隊身分識別集區提供者。您可以從 IdP 下載 SAML 中繼資料 XML 文件。文件至少須包含下列資訊：

   • IdP 的 SAML 實體 ID。
   • IdP 的單一登入網址。
   • 至少一個簽署公開金鑰。如要瞭解簽署金鑰的詳細資訊，請參閱本指南稍後的「重要規定」。

gcloud

如要使用 SAML 通訊協定，為 Okta 應用程式整合服務建立工作團隊身分集區提供者，請按照下列步驟操作：

1. 如要儲存 Okta 應用程式的 SAML 中繼資料，請按照下列步驟操作：

   1. 前往 Okta 應用程式。
   2. 按一下「登入」分頁標籤。
   3. 在「SAML Signing Certificates」部分，依序點選有效憑證的「Actions」>「View IdP metadata」。
   4. 在新開啟的頁面中，複製 XML 中繼資料。
   5. 將中繼資料儲存為本機 XML 檔案。

2. 如要為 Okta 應用程式建立工作團隊供應商，請執行下列指令：

   gcloud iam workforce-pools providers create-saml WORKFORCE_PROVIDER_ID \
       --workforce-pool="WORKFORCE_POOL_ID" \
       --attribute-mapping="ATTRIBUTE_MAPPING" \
       --attribute-condition="ATTRIBUTE_CONDITION" \
       --idp-metadata-path="XML_METADATA_PATH" \
       --detailed-audit-logging \
       --location="global"
   

   更改下列內容：

   • WORKFORCE_PROVIDER_ID：您在本指南中先前建立的員工身分提供者 ID。
   • WORKFORCE_POOL_ID：您在本指南中稍早建立的員工身分集區 ID。

   • ATTRIBUTE_MAPPING：屬性對應，例如：

     google.subject=assertion.subject,
     google.groups=assertion.attributes['groups'],
     attribute.department=assertion.attributes['department'][0]

   • ATTRIBUTE_CONDITION：選用的屬性條件。 舉例來說，如要限制只有電子郵件地址結尾為 @example.com 的使用者可以登入，請按照下列步驟操作：

     assertion.subject.endsWith('@example.com')

   • XML_METADATA_PATH：XML 格式的中繼資料檔案路徑，適用於您在本指南中稍早建立的 Okta 應用程式。

   前置字元 gcp- 為保留字元，不得用於工作團隊身分集區或工作團隊身分集區提供者 ID。

   • 員工身分聯盟詳細稽核記錄會將從 IdP 收到的資訊記錄到 Cloud Logging。詳細的稽核記錄有助於排解工作團隊身分識別集區提供者設定問題。如要瞭解如何透過詳細的稽核記錄排解屬性對應錯誤，請參閱「一般屬性對應錯誤」。如要瞭解 Logging 定價，請參閱「Google Cloud Observability 定價」。

     如要為工作團隊身分集區提供者停用詳細稽核記錄功能，請在執行 gcloud iam workforce-pools providers create 時省略 --detailed-audit-logging 旗標。如要停用詳細稽核記錄，您也可以更新供應商。

   選用：接受來自 IdP 的加密 SAML 宣告

   如要讓 SAML 2.0 IdP 產生員工身分聯盟可接受的加密 SAML 聲明，請按照下列步驟操作：

   • 在員工身分聯盟中，請完成下列步驟：
   • 為工作團隊身分集區提供者建立非對稱金鑰組。
   • 下載內含公開金鑰的憑證檔案。
   • 將 SAML IdP 設為使用公開金鑰，加密發出的 SAML 聲明。
   • 在 IdP 中執行下列操作：
   • 啟用斷言加密 (也稱為權杖加密)。
   • 上傳您在員工身分聯盟中建立的公開金鑰。
   • 確認 IdP 會產生加密的 SAML 聲明。
   請注意，即使已設定 SAML 加密提供者金鑰，員工身分聯盟仍可處理明文聲明。

   建立員工身分聯盟 SAML 聲明加密金鑰

   本節將引導您建立非對稱金鑰組，讓員工身分聯盟接受加密的 SAML 聲明。

   Google Cloud 使用私密金鑰解密 IdP 發出的 SAML 聲明。如要建立非對稱金鑰組，以用於 SAML 加密，請執行下列指令。詳情請參閱「支援的 SAML 加密演算法」。

   gcloud iam workforce-pools providers keys create KEY_ID \
       --workforce-pool WORKFORCE_POOL_ID \
       --provider WORKFORCE_PROVIDER_ID \
       --location global \
       --use encryption \
       --spec KEY_SPECIFICATION

   取代下列項目：

   • KEY_ID：您選擇的金鑰名稱
   • WORKFORCE_POOL_ID：集區 ID
   • WORKFORCE_PROVIDER_ID：員工身分集區提供者 ID
   • KEY_SPECIFICATION：金鑰規格，可以是 rsa-2048、rsa-3072 和 rsa-4096。

   金鑰組建立完成後，請執行下列指令，將公開金鑰下載到憑證檔案。只有員工身分聯盟可以存取私密金鑰。

   gcloud iam workforce-pools providers keys describe KEY_ID \
       --workforce-pool WORKFORCE_POOL_ID \
       --provider WORKFORCE_PROVIDER_ID \
       --location global \
       --format "value(keyData.key)" \
       > CERTIFICATE_PATH

   取代下列項目：

   • KEY_ID：金鑰名稱
   • WORKFORCE_POOL_ID：集區 ID
   • WORKFORCE_PROVIDER_ID：員工身分集區提供者 ID
   • CERTIFICATE_PATH：要寫入憑證的路徑，例如 saml-certificate.cer 或 saml-certificate.pem

   設定符合 SAML 2.0 規範的 IdP，發布已加密的 SAML 聲明

   如要設定 Okta 加密 SAML 聲明，請按照下列步驟操作：

   • 前往 Okta 資訊主頁並登入。
   • 依序前往「Applications」>「Applications」。
   • 按一下您的應用程式。
   • 在「General」分頁的「SAML Settings」部分，按一下「Edit」。
   • 按一下「下一步」即可查看「SAML 設定」。
   • 按一下 [顯示進階設定]。
   • 在「SAML Settings」中，執行下列操作：
   • 在「回應」 (建議) 或「聲明簽章」中，選取 Signed。
   • 在「簽章演算法」和「摘要演算法」中，選取任一選項。
   • 設定以下這些值：
   • 斷言加密：已加密。
   • 加密演算法：您可以選擇任何演算法。
   • 加密憑證：上傳您在本指南中先前產生的憑證檔案。
   • 如要儲存設定，請依序點選「下一步」和「完成」

   將 IdP 設定為加密 SAML 判斷後，建議您檢查 IdP 產生的判斷是否確實經過加密。即使已設定 SAML 聲明加密，員工身分聯盟仍可處理明文聲明。

   刪除員工身分聯盟加密金鑰

   如要刪除 SAML 加密金鑰，請執行下列指令：

     gcloud iam workforce-pools providers keys delete KEY_ID \
         --workforce-pool WORKFORCE_POOL_ID \
         --provider WORKFORCE_PROVIDER_ID \
         --location global

   取代下列項目：

   • KEY_ID：金鑰名稱
   • WORKFORCE_POOL_ID：集區 ID
   • WORKFORCE_PROVIDER_ID：員工身分集區提供者 ID

   支援的 SAML 加密演算法

   員工身分聯盟支援下列金鑰傳輸演算法：

   • http://www.w3.org/2001/04/xmlenc#rsa-oaep-mgf1p
   • http://www.w3.org/2009/xmlenc11#rsa-oaep"
   • http://www.w3.org/2001/04/xmlenc#rsa-1_5"

   員工身分聯盟支援下列區塊加密演算法：

   • http://www.w3.org/2001/04/xmlenc#aes128-cbc
   • http://www.w3.org/2001/04/xmlenc#aes192-cbc
   • http://www.w3.org/2001/04/xmlenc#aes256-cbc
   • http://www.w3.org/2009/xmlenc11#aes128-gcm
   • http://www.w3.org/2009/xmlenc11#aes256-gcm

控制台

如要使用 Google Cloud 控制台設定 SAML 提供者，請按照下列步驟操作：

1. 前往 Google Cloud 控制台的「Workforce Identity Pools」(員工身分集區) 頁面：

   前往「Workforce Identity Pools」(員工身分集區) 頁面

2. 在「Workforce Identity Pools」(員工身分集區) 表格中，選取要建立提供者的集區。
3. 在「供應商」部分，按一下「新增供應商」。
4. 在「Select a Provider vendor」(選取提供者) 清單中，選取您的 IdP。

   如果您的 IdP 未列出，請選取「Generic Identity Provider」。

5. 在「選取驗證通訊協定」中，選取「SAML」。
6. 在「建立供應商」部分，執行下列操作：
   1. 在「名稱」部分，輸入供應商名稱。
   2. 選用：在「Description」(說明) 中輸入提供者的說明。
   3. 在「IdP metadata file (XML)」中，選取您在本指南稍早產生的中繼資料 XML 檔案。
   4. 如要建立已啟用的供應商，請確認「啟用供應商」已開啟。
   5. 按一下「繼續」。
7. 在「Share your provider information」部分，複製網址。在 IdP 中，將第一個網址設為實體 ID，向 IdP 識別您的應用程式。將其他網址設為重新導向 URI，讓 IdP 瞭解登入後要將斷言權杖傳送至何處。
8. 按一下「繼續」。
9. 在「設定供應商」部分的「詳細記錄」中， 按一下「啟用屬性值稽核記錄」切換鈕。

   員工身分聯盟詳細稽核記錄會將從 IdP 收到的資訊記錄到 Cloud Logging。詳細的稽核記錄有助於排解工作團隊身分識別集區提供者設定問題。如要瞭解如何透過詳細的稽核記錄排解屬性對應錯誤，請參閱「一般屬性對應錯誤」。如要瞭解 Logging 定價，請參閱「Google Cloud Observability 定價」。

   如要為工作團隊身分集區提供者停用詳細稽核記錄，請在建立提供者時，將「啟用屬性值稽核記錄」切換鈕設為關閉。如要停用詳細稽核記錄，您也可以更新供應商。

10. 如要建立提供者，請按一下「提交」。

建立供應商後，系統會將您重新導向至供應商屬性頁面。

如要設定屬性對應和條件，請按照下列步驟操作：

1. 系統提示時，請登入外部 IdP，驗證預設屬性對應。
2. 在提供者屬性頁面中，查看及編輯屬性對應和條件：
   1. 如要新增或編輯屬性對應，請按照下列步驟操作：
      1. 按一下「新增對應」新增對應，或編輯現有對應。
      2. 在「Google n」欄位中 (n 為數字)， 選取 Google Cloud 支援的鍵。
      3. 在對應的「SAML n」欄位中，輸入 IdP 屬性名稱或 CEL 運算式，例如：

         google.subject=assertion.subject,
         google.groups=assertion.attributes['groups'],
         attribute.department=assertion.attributes['department'][0]

   2. 如要新增屬性條件，請按照下列步驟操作：
      警告：如果多租戶 IdP 只有一個發行者 URI，請務必使用屬性條件 ，確保只有正確的租戶能存取。詳情請參閱「與 GitHub 或其他多租戶身分識別供應商進行同盟時，使用屬性條件」。
      1. 按一下「新增條件」。
      2. 在「屬性條件」欄位中，以 CEL 格式輸入條件，例如： 舉例來說，如要限制只有電子郵件地址結尾為 @example.com 的使用者可以登入，請輸入：

         assertion.subject.endsWith('@example.com')

         。
3. 如要驗證對應項目，請按一下「儲存並重新擷取權杖」。
4. 如要完成設定，請按一下「儲存並結束」。

驗證供應商設定

測試使用者登入流程前，請先確認提供者設定正確無誤，且 Google Cloud 可以與 IdP 交換權杖。

Google Cloud 控制台的「驗證供應商屬性」頁面包含屬性檢視器，可讓您以互動方式測試設定，並偵錯通用運算式語言 (CEL) 運算式。您可以使用屬性檢視器執行下列操作：

• 查看 IdP 聲明中傳送的原始屬性。
• 確認屬性對應和條件可正確轉換這些屬性。
• 即時偵錯複雜的 CEL 運算式。

如要驗證供應商設定，請按照下列步驟操作：

1. 如要為員工身分聯盟啟用瀏覽器型登入流程，請將 https://auth.cloud.google/signin-callback/locations/global/workforcePools/POOL_ID/providers/PROVIDER_ID 新增至 IdP 的允許重新導向 URI 清單。

2. 前往 Google Cloud 控制台的「Workforce Identity Pools」(員工身分集區) 頁面。

   前往「Workforce Identity Pools」(員工身分集區) 頁面
3. 在集區清單中，按一下要驗證的集區名稱。
4. 在「員工集區詳細資料」頁面中，按一下要驗證的 IdP 名稱。
5. 在「供應商詳細資料」頁面中，按一下「偵錯 IdP 權杖」。
6. 在「登入」對話方塊中，以測試使用者身分登入 IdP。

「驗證提供者屬性」頁面會顯示對應的屬性，以及屬性條件的結果。

「IdP 權杖中的對應屬性」部分會顯示 Google 屬性 (例如 google.subject) 如何根據對應設定，從 IdP 的權杖填入。如果對應不正確，系統會顯示錯誤圖示。

「屬性條件」部分會顯示條件的布林結果。如果條件評估結果為 false，系統就會封鎖登入作業。

如要查看完整斷言權杖，請按一下「查看完整權杖」。這會顯示 IdP 的原始 JSON 物件。使用 assertion.PROPERTY_NAME 格式，在對應中參照頂層屬性。

編輯提供者設定

如要修正錯誤，請編輯設定：

1. 在「驗證提供者屬性」頁面中，按一下「編輯」。
2. 進行必要變更。
3. 如要開始新的測試並查看更新結果，請按一下「儲存並重新擷取權杖」。

管理 Google Cloud 資源存取權

本節提供範例，說明如何管理員工身分聯盟使用者對Google Cloud 資源的存取權。

在本範例中，您將在範例專案中授予 Identity and Access Management (IAM) 角色。使用者接著可以登入，並使用這個專案存取Google Cloud 產品。

注意： 這裡使用的範例專案可能與您設定 Workforce Identity Federation 時使用的專案不同。

您可以管理單一身分、身分群組或整個集區的 IAM 角色。詳情請參閱「允許政策的員工主體 ID」。

注意： 您必須將「瀏覽器」角色 (roles/browser) 授予所有存取Google Cloud 員工身分聯盟控制台 (又稱控制台 (聯合)) 的員工身分聯盟使用者。如果使用者透過 Google Cloud CLI 存取資源，則不需要授予角色。

Google Cloud

單一身分

如要為專案 TEST_PROJECT_ID 的單一身分授予「Storage 管理員」角色 (roles/storage.admin)，請執行下列指令：

gcloud projects add-iam-policy-binding TEST_PROJECT_ID \
    --role="roles/storage.admin" \
    --member="principal://iam.googleapis.com/locations/global/workforcePools/WORKFORCE_POOL_ID/subject/SUBJECT_VALUE"

更改下列內容：

• TEST_PROJECT_ID：專案 ID
• WORKFORCE_POOL_ID：員工身分集區 ID
• SUBJECT_VALUE：使用者身分

使用對應的部門屬性

如要為專案 TEST_PROJECT_ID 中特定部門的所有身分授予「Storage 管理員」(roles/storage.admin) 角色，請執行下列指令：

gcloud projects add-iam-policy-binding TEST_PROJECT_ID \
    --role="roles/storage.admin" \
    --member="principalSet://iam.googleapis.com/locations/global/workforcePools/WORKFORCE_POOL_ID/attribute.department/DEPARTMENT_VALUE"

更改下列內容：

• TEST_PROJECT_ID：專案 ID
• WORKFORCE_POOL_ID：員工身分集區 ID
• DEPARTMENT_VALUE：對應的 attribute.department 值

使用對應群組

如要為專案 TEST_PROJECT_ID 中特定群組的所有身分授予「Storage 管理員」(roles/storage.admin) 角色，請執行下列指令：

gcloud projects add-iam-policy-binding TEST_PROJECT_ID \
    --role="roles/storage.admin" \
    --member="principalSet://iam.googleapis.com/locations/global/workforcePools/WORKFORCE_POOL_ID/group/GROUP_ID"

更改下列內容：

• TEST_PROJECT_ID：專案 ID
• WORKFORCE_POOL_ID：員工身分集區 ID
• GROUP_ID：對應的 google.groups聲明中的群組。

登入並測試存取權

在本節中，您會以工作團隊身分集區使用者身分登入，並測試您是否能存取 Google Cloud 產品。

登入

本節說明如何以同盟使用者身分登入，並存取Google Cloud 資源。

gcloud CLI 瀏覽器登入

如要使用瀏覽器登入流程登入 gcloud CLI，請執行下列操作：

建立設定檔

執行下列指令，建立登入設定檔：

Linux 和 macOS

gcloud iam workforce-pools create-login-config \
    locations/global/workforcePools/WORKFORCE_POOL_ID/providers/WORKFORCE_PROVIDER_ID \
    --output-file=LOGIN_CONFIG_PATH

Windows (PowerShell)

gcloud iam workforce-pools create-login-config `
    locations/global/workforcePools/WORKFORCE_POOL_ID/providers/WORKFORCE_PROVIDER_ID `
    --output-file=LOGIN_CONFIG_PATH

注意：您可以選擇新增 --activate 旗標，將登入設定檔設為 gcloud CLI 的預設設定檔。然後執行 gcloud auth login 授權 gcloud CLI，不必每次都指定登入設定檔路徑。

更改下列內容：

• WORKFORCE_POOL_ID：員工身分聯盟集區 ID。
• WORKFORCE_PROVIDER_ID：員工身分聯盟供應商 ID。
• LOGIN_CONFIG_PATH：要寫入登入設定檔的路徑。例如：login-config.json。

登入設定檔包含 gcloud CLI 啟動瀏覽器式驗證流程時使用的端點，並將對象設為工作團隊身分集區提供者中設定的 IdP。檔案不含機密資訊。

登入設定檔內容類似於下列範例：

{
  "universe_domain": "googleapis.com",
  "universe_cloud_web_domain": "cloud.google",
  "type": "external_account_authorized_user_login_config",
  "audience": "//iam.googleapis.com/locations/global/workforcePools/WORKFORCE_POOL_ID/providers/WORKFORCE_PROVIDER_ID",
  "auth_url": "https://auth.cloud.google/authorize",
  "token_url": "https://sts.googleapis.com/v1/oauthtoken",
  "token_info_url": "https://sts.googleapis.com/v1/introspect"
}

注意：建議您先確認這個檔案的內容正確無誤，然後保護檔案安全，例如將檔案設為唯讀，並使用 ACL 限制存取權。檔案未經過驗證；如果惡意行為人擁有這個檔案的寫入權限，就能變更端點並攔截憑證。

使用瀏覽器型驗證登入

使用環境變數、有效 gcloud CLI 設定中的屬性，或直接搭配 gcloud auth login 指令，指向登入設定檔：

環境變數

如要搭配環境變數使用登入設定檔，請完成下列操作說明：

1. 將 CLOUDSDK_AUTH_LOGIN_CONFIG_FILE 環境變數設為登入設定檔的路徑。

2. 執行下列指令：

   gcloud auth login

3. gcloud CLI 會參照環境變數來尋找登入設定檔，然後啟動驗證程序。按照瀏覽器流程驗證及授權 gcloud CLI，以便代表您存取資源，執行後續指令。

如要停止使用 gcloud auth login 指令的登入設定檔，請清除 CLOUDSDK_AUTH_LOGIN_CONFIG_FILE 環境變數。

gcloud CLI 設定

如要搭配使用登入設定檔和 gcloud CLI 設定屬性，請完成下列操作說明：

1. 使用下列指令，將有效 gcloud CLI 設定的 auth/login_config_file 屬性設為登入設定檔的路徑：

   gcloud config set auth/login_config_file LOGIN_CONFIG_PATH

2. 執行下列指令：

   gcloud auth login

3. gcloud CLI 會參照設定屬性來尋找登入設定檔，然後啟動驗證程序。按照瀏覽器流程驗證及授權 gcloud CLI，以便代表您存取資源，執行後續指令。

如要停止使用 gcloud auth login 指令的登入設定檔，請使用下列指令取消設定屬性：

gcloud config unset auth/login_config_file

gcloud auth login

如要直接使用登入設定檔搭配 gcloud auth login 指令，請完成下列操作說明：

• 如果您在建立登入設定檔時使用 --activate 旗標，請執行下列指令：

  gcloud auth login

• 如果您在建立登入設定檔時未使用 --activate 旗標，請執行下列指令：

  Linux 和 macOS

  gcloud auth login \
      --login-config=LOGIN_CONFIG_PATH

  Windows (PowerShell)

  gcloud auth login `
      --login-config=LOGIN_CONFIG_PATH

  將 LOGIN_CONFIG_PATH 替換為登入設定檔的路徑。

gcloud auth login 指令會將存取憑證儲存在主目錄中。經過驗證的主體會成為有效 gcloud CLI 設定中的有效主體。除非遭到覆寫，否則 gcloud CLI 會使用這些儲存的憑證存取 Google Cloud。

注意：任何有權存取檔案系統的使用者，都能使用 gcloud auth login 建立的儲存存取憑證。為減少系統遭入侵的後果，請嚴格區分人員和工作負載的使用情形，且不要在具有持續性儲存空間的遠端系統上，為自動化工作負載使用 gcloud auth login。請盡可能改用 Secret 管理工具搭配環境變數。

如需強化遠端系統的更多指引，請參閱「 保護開發人員憑證的最佳做法」。

注意： 如果啟動 IdP 啟動的登入程序，請在巢狀 Default RelayState 參數的 SAML 設定中使用下列網址：https://console.cloud.google/。

gcloud CLI 無頭登入

如要使用無頭流程登入 gcloud CLI，請執行下列操作：

OIDC

1. 讓使用者登入 Okta 應用程式，並從 Okta 取得 OIDC 權杖。

2. 將 Okta 傳回的 OIDC 權杖儲存在本機電腦的安全位置。

3. 如要產生設定檔 (如本步驟稍後的範例所示)，請執行下列指令：

   gcloud iam workforce-pools create-cred-config \
       locations/global/workforcePools/WORKFORCE_POOL_ID/providers/WORKFORCE_PROVIDER_ID \
       --subject-token-type="urn:ietf:params:oauth:token-type:id_token" \
       --credential-source-file="PATH_TO_OIDC_ID_TOKEN" \
       --workforce-pool-user-project="WORKFORCE_POOL_USER_PROJECT" \
       --output-file="config.json"
   

更改下列內容：

• WORKFORCE_POOL_ID：員工身分集區 ID
• WORKFORCE_PROVIDER_ID：供應商 ID
• PATH_TO_OIDC_TOKEN：OIDC IdP 憑證檔案的路徑
• WORKFORCE_POOL_USER_PROJECT：與工作團隊集區使用者專案相關聯的專案編號

主體必須具備這項專案的「serviceusage.services.use」權限。

執行指令後，系統會產生 OIDC IdP 設定檔，格式類似下列範例：

{
  "type": "external_account",
  "audience": "//iam.googleapis.com/locations/global/workforcePools/WORKFORCE_POOL_ID/providers/WORKFORCE_PROVIDER_ID",
  "subject_token_type": "urn:ietf:params:oauth:token-type:id_token",
  "token_url": "https://sts.googleapis.com/v1/token",
  "workforce_pool_user_project": "WORKFORCE_POOL_USER_PROJECT",
  "credential_source": {
    "file": "PATH_TO_OIDC_CREDENTIALS_FILE"
  }
}

SAML

1. 讓使用者登入 Okta 應用程式，並從 Okta 取得 SAML 回應。

2. 將 Okta 傳回的 SAML 回應儲存在本機電腦的安全位置，然後儲存路徑，如下所示：

   SAML_ASSERTION_PATH=SAML_ASSERTION_PATH
   

3. 如要產生設定檔，請執行下列指令：

   gcloud iam workforce-pools create-cred-config \
       locations/global/workforcePools/WORKFORCE_POOL_ID/providers/WORKFORCE_PROVIDER_ID \
       --subject-token-type="urn:ietf:params:oauth:token-type:saml2" \
       --credential-source-file="SAML_ASSERTION_PATH"  \
       --workforce-pool-user-project="PROJECT_ID"  \
       --output-file="config.json"
   

   更改下列內容：

   • WORKFORCE_PROVIDER_ID：您在本指南中稍早建立的員工供應商 ID。
   • WORKFORCE_POOL_ID：您在本指南稍早建立的員工身分集區 ID。
   • SAML_ASSERTION_PATH：SAML 聲明檔案的路徑。
   • PROJECT_ID：專案 ID

   產生的設定檔類似如下所示：

   {
     "type": "external_account",
     "audience": "//iam.googleapis.com/locations/global/workforcePools/WORKFORCE_POOL_ID/providers/WORKFORCE_PROVIDER_ID",
     "subject_token_type": "urn:ietf:params:oauth:token-type:saml2",
     "token_url": "https://sts.googleapis.com/v1/token",
     "credential_source": {
       "file": "SAML_ASSERTION_PATH"
     },
     "workforce_pool_user_project": "PROJECT_ID"
   }
   

如要使用權杖交換登入 gcloud，請執行下列指令：

gcloud auth login --cred-file="config.json"

gcloud，然後以透明方式將您的 Okta 憑證換成臨時存取權杖，讓您對 gcloudGoogle Cloud 發出其他呼叫。 Google Cloud

畫面會顯示類似以下內容的輸出：

Authenticated with external account user credentials for:
[principal://iam.googleapis.com/locations/global/workforcePools/WORKFORCE_POOL_ID/subject/USER_ID].

如要列出已通過驗證的帳戶和目前使用的帳戶，請執行下列指令：

gcloud auth list

控制台 (聯盟) 登入

如要登入 Google Cloud 員工身分聯盟控制台 (又稱聯合控制台)，請按照下列步驟操作：

1. 前往控制台 (聯合) 登入頁面。

   前往控制台 (已聯邦)

2. 輸入提供者名稱，格式如下：

   locations/global/workforcePools/WORKFORCE_POOL_ID/providers/WORKFORCE_PROVIDER_ID

1. 系統提示時，請在 Okta 應用程式整合服務中輸入使用者憑證。

如果您啟動 IdP 啟動的登入程序，請在巢狀 Default RelayState 參數的「SAML 設定」中使用下列網址： https://console.cloud.google/。

測試存取權

您現在可以存取支援員工身分聯盟的 Google Cloud 服務，前提是您已獲得存取權。在本指南稍早的內容中，您已將「儲存空間管理員」(roles/storage.admin) 角色授予特定部門內的所有身分，以存取專案 TEST_PROJECT_ID。現在您可以列出 Cloud Storage bucket，測試自己是否具備存取權。

gcloud CLI

如要列出您有權存取的專案 Cloud Storage bucket 和物件，請執行下列指令：

gcloud storage ls --project="TEST_PROJECT_ID"

主體必須具備指定專案的 serviceusage.services.use 權限。

控制台 (已聯邦)

如要使用控制台 (已同盟) 列出 Cloud Storage bucket，請執行下列操作：

• 前往 Cloud Storage 頁面。
• 確認您可以看到 TEST_PROJECT_ID 的現有 bucket 清單。

刪除使用者

員工身分聯盟會為聯盟使用者身分建立使用者中繼資料和資源。如果您選擇在 IdP 中刪除使用者，也必須在 Google Cloud中明確刪除這些資源。如要這麼做，請參閱「刪除員工身分聯盟使用者及其資料」。

如要立即終止使用者的有效工作階段，可以撤銷工作階段。詳情請參閱「撤銷員工身分聯盟使用者工作階段」。

您可能會發現資源仍與已刪除的使用者相關聯。 這是因為刪除使用者中繼資料和資源需要長時間執行的作業。啟動刪除使用者身分程序後，使用者在刪除前啟動的程序會繼續執行，直到完成或取消為止。

後續步驟

• 在 Okta 中設定 SCIM。
• 刪除員工身分聯盟使用者及其資料。
• 撤銷員工身分聯盟使用者工作階段。
• 瞭解哪些 Google Cloud 產品支援員工身分聯盟。
• 設定使用者對控制台的存取權 (已聯合)。