文件

使用 Keycloak 設定 MinIO 的身份驗證

概述

此程序設定 MinIO 使用 Keycloak 作為外部身份提供者 (IDP),透過 OpenID Connect (OIDC) 協議進行使用者身份驗證。

此程序具體涵蓋以下步驟

  • 設定 Keycloak 以用於 MinIO 身份驗證和授權

  • 設定新的或現有的 MinIO Tenant 以使用 Keycloak 作為 OIDC 提供者

  • 建立政策以控制 Keycloak 驗證使用者的存取權

  • 使用 SSO 和 Keycloak 管理的身份登入 MinIO Tenant 主控台

  • 使用 AssumeRoleWithWebIdentity 安全性權杖服務 (STS) API 產生臨時 S3 存取憑證

此程序是根據 Keycloak 21.0.0 編寫和測試的。提供的說明可能適用於其他 Keycloak 版本。此程序假設您具有 Keycloak 的先前經驗,並已檢閱其文件,以獲得有關部署、配置和管理服務的指導和最佳實務。

先決條件

MinIO Kubernetes Operator

請確保您的目標 Kubernetes 叢集已安裝有效且運作正常的 MinIO Kubernetes Operator。此文件假設使用最新的穩定 Operator,版本 6.0.4。

MinIO Tenant

此程序假設您的 Kubernetes 叢集具有足夠的資源來部署新的 MinIO Tenant

您也可以使用此程序作為指導,修改現有的 MinIO Tenant 以啟用 Keycloak 身份管理。

Keycloak 部署和 Realm 配置

此程序假設存在您具有管理員存取權的現有 Keycloak 部署。具體而言,您必須具有在 Keycloak 部署上建立和配置 Realm、Client、Client Scope、Realm Role、User 和 Group 的權限。

對於與 MinIO Tenant 位於同一 Kubernetes 叢集內的 Keycloak 部署,此程序假設 Keycloak 和 MinIO Pod/服務之間具有雙向存取權。

對於 Kubernetes 叢集外部的 Keycloak 部署,此程序假設存在現有的 Ingress、負載平衡器或類似的 Kubernetes 網路控制元件,用於管理與 MinIO Tenant 之間網路存取。

安裝和設定 mc 以存取 MinIO 叢集

此程序使用 mc 對 MinIO 叢集執行操作。在具有叢集網路存取的機器上安裝 mc

您的本機主機必須能夠存取 MinIO Tenant,例如透過 Ingress、負載平衡器或類似的 Kubernetes 網路控制元件。

請參閱 mc安裝快速入門,以獲取有關下載和安裝 mc 的說明。

此程序假設您已為 MinIO 集群設定 alias

設定 MinIO 以使用 Keycloak 身份管理

1) 設定或建立用於存取 Keycloak 的用戶端

在 Keycloak 的 管理控制台 中進行身份驗證,並導覽至 用戶端

選擇 建立用戶端,並按照指示為 MinIO 建立新的 Keycloak 用戶端。按照以下方式填寫指定的輸入:

用戶端 ID

設定為 MinIO 的唯一識別符(minio

用戶端類型

設定為 OpenID Connect

始終在控制台中顯示

切換至 開啟

用戶端身份驗證

切換至 開啟

身份驗證流程

開啟 標準 流程

(選用)身份驗證流程

開啟 直接 存取 授權(API 測試)

Keycloak 使用預設設定值部署用戶端。請根據您的 Keycloak 設定和所需行為修改這些值。下表提供要設定的設定和值的基準:

根 URL

設定為 ${authBaseUrl}

首頁 URL

設定為您希望 MinIO 使用的領域(/realms/master/account/

有效的重新導向 URI

設定為 *

金鑰 -> 使用 JWKS URL

切換至 開啟

進階 -> 進階設定 -> 存取權杖存留時間

設定為 1 小時

2) 為 MinIO 用戶端建立用戶端範圍

用戶端範圍允許 Keycloak 將用戶屬性對應為身份驗證請求中傳回的 JSON Web 權杖(JWT)的一部分。這允許 MinIO 在將原則指派給用戶時參考這些屬性。此步驟會建立必要的用戶端範圍,以在 Keycloak 成功驗證後支援 MinIO 授權。

導覽至 用戶端範圍 檢視畫面,並為 MinIO 授權建立新的用戶端範圍

名稱

設定為原則的任何可識別名稱(minio-authorization

包含在權杖範圍中

切換至 開啟

建立後,從清單中選取範圍,並導覽至 對應器

選取 設定新的對應器 以建立新的對應

使用者屬性

選取對應器類型

名稱

設定為對應的任何可識別名稱(minio-policy-mapper

使用者屬性

設定為 policy

權杖宣告名稱

設定為 policy

新增至 ID 權杖

設定為 開啟

宣告 JSON 類型

設定為 字串

多值

設定為 開啟

這允許在單一宣告中設定多個 policy 值。

彙總屬性值

設定為 開啟

這允許使用者繼承在其群組中設定的任何 policy

建立後,將用戶端範圍指派給 MinIO 用戶端。

  1. 導覽至 用戶端,並選取 MinIO 用戶端。

  2. 選取 用戶端範圍,然後選取 新增用戶端範圍

  3. 選取先前建立的範圍,並將 指派類型 設定為 預設

3) 將必要的屬性套用至 Keycloak 使用者/群組

您必須將名為 policy 的屬性指派給 Keycloak 使用者或群組。將值設定為 MinIO 部署上的任何 原則

對於使用者,請導覽至 使用者 並選取或建立使用者

認證

如果尚未設定,請將使用者密碼設定為永久值

屬性

建立一個新的屬性,索引鍵為 policy,值為任何 原則consoleAdmin

對於群組,請導覽至 群組 並選取或建立群組

屬性

建立一個新的屬性,索引鍵為 policy,值為任何 原則consoleAdmin

您可以將使用者指派給群組,讓他們繼承指定的 policy 屬性。如果您設定對應器設定以啟用 彙總屬性值,Keycloak 會將彙總的原則陣列包含為經過驗證的使用者 JWT 權杖的一部分。MinIO 可以在授權使用者時使用此原則清單。

您可以使用 Keycloak API 測試使用者的設定原則

curl -d "client_id=minio" \
     -d "client_secret=secretvalue" \
     -d "grant_type=password" \
     -d "username=minio-user-1" \
     -d "password=minio-user-1-password" \
     http://keycloak-service.keycloak-namespace.svc.cluster-domain.example/realms/REALM/protocol/openid-connect/token

如果成功,access_token 將包含使用 MinIO AssumeRoleWithWebIdentity STS API 並產生 S3 認證所需的 JWT。

您可以使用 JWT 解碼器來檢閱酬載,並確保其包含具有一個或多個列出的 MinIO 原則的 policy 金鑰。

4) 設定 MinIO 以進行 Keycloak 身份驗證

MinIO 支援多種設定 Keycloak 身份驗證的方法

  • 使用 MinIO 租用戶主控台

  • 使用終端機/Shell 和 mc idp openid 命令

您可以使用 MinIO 租用戶主控台將 Keycloak 設定為 MinIO 租用戶的外部身份提供者。

使用 NodePort、Ingress 或負載平衡器端點存取主控台服務。您可以使用以下命令來檢閱主控台設定

kubectl describe svc/TENANT_NAME-console -n TENANT_NAMESPACE

TENANT_NAMETENANT_NAMESPACE 分別替換為 MinIO 租用戶的名稱及其命名空間。

以對 MinIO 部署具有管理權限的使用者身分登入,例如具有 consoleAdmin 原則的使用者。

從左側導覽列中選取 身份,然後選取 OpenID。選取 建立設定 以建立新的設定。

在模式中輸入以下資訊

名稱

輸入 Keycloak 執行個體的唯一名稱

設定 URL

指定 Keycloak OpenID 設定文件的位址(keycloak-service.keycloak-namespace.svc.cluster-domain.example)

請確保 REALM 與您想要用於對 MinIO 使用者進行身份驗證的 Keycloak 領域相符。

用戶端 ID

指定在步驟 1 中建立的 Keycloak 用戶端名稱

用戶端密碼

指定在步驟 1 中建立的 Keycloak 用戶端的機密認證值

顯示名稱

指定 MinIO 主控台顯示的使用者面對的名稱,作為已設定 Keycloak 服務的單一登入(SSO)工作流程的一部分

範圍

指定要包含在 JWT 中的 OpenID 範圍,例如 preferred_usernameemail

您可以為了程式化原則的目的,使用支援的 OpenID 原則變數參考這些範圍。

重新導向 URI 動態

切換至 開啟

取代用戶端使用的 MinIO 主控台位址,作為 Keycloak 重新導向 URI 的一部分。Keycloak 使用提供的 URI 將經過驗證的使用者傳回主控台。

對於反向 Proxy、負載平衡器或類似網路控制平面後面的 MinIO 主控台部署,您可以改用 MINIO_BROWSER_REDIRECT_URL 變數來設定 Keycloak 要使用的重新導向位址。

選取 儲存 以套用設定。

選取 儲存 以套用設定。

您可以使用 mc idp openid add 命令來為 Keycloak 服務建立新的設定。該命令接受所有支援的 OpenID 設定設定

mc idp openid add ALIAS PRIMARY_IAM \
   client_id=MINIO_CLIENT \
   client_secret=MINIO_CLIENT_SECRET \
   config_url="https://keycloak-service.keycloak-namespace.svc.cluster-domain.example/realms/REALM/.well-known/openid-configuration" \
   display_name="SSO_IDENTIFIER"
   scopes="openid,email,preferred_username" \
   redirect_uri_dynamic="on"

PRIMARY_IAM

設定為 Keycloak 服務的唯一識別符,例如 keycloak_primary

MINIO_CLIENT
MINIO_CLIENT_SECRET

設定為步驟 1 中設定的 Keycloak 用戶端 ID 和密碼

config_url

設定為 Keycloak OpenID 設定文件的位址(keycloak-service.keycloak-namespace.svc.cluster-domain.example)

display_name

設定為 MinIO 主控台顯示的使用者面對的名稱,作為已設定 Keycloak 服務的單一登入(SSO)工作流程的一部分

scopes

設定為您要包含在 JWT 中的 OpenID 範圍清單,例如 preferred_usernameemail

redirect_uri_dynamic

設定為 on

取代用戶端使用的 MinIO 主控台位址,作為 Keycloak 重新導向 URI 的一部分。Keycloak 使用提供的 URI 將經過驗證的使用者傳回主控台。

對於反向 Proxy、負載平衡器或類似網路控制平面後面的 MinIO 主控台部署,您可以改用 MINIO_BROWSER_REDIRECT_URL 變數來設定 Keycloak 要使用的重新導向位址。

重新啟動 MinIO 部署以套用變更。

檢查 MinIO 記錄檔,並驗證啟動是否成功且沒有與 OIDC 設定相關的錯誤。

如果您嘗試使用主控台登入,您現在應該會看到一個使用設定的 顯示名稱 的(SSO)按鈕。

指定已設定的使用者並嘗試登入。MinIO 應自動將您重新導向至 Keycloak 登入項目。成功驗證後,Keycloak 應使用原始主控台 URL 如果已設定的 重新導向 URI 將您重新導向回 MinIO 主控台。

5) 使用安全權杖服務(STS)產生應用程式認證

使用相容 S3 的 SDK 的應用程式必須以存取金鑰和密碼金鑰的形式指定認證。MinIO AssumeRoleWithWebIdentity API 會傳回必要的臨時認證,包括在身份驗證後由 Keycloak 傳回的 JWT 使用的必要工作階段權杖。

您可以使用以下 HTTP 呼叫順序和 curl 公用程式測試此工作流程

  1. 以 Keycloak 使用者身分驗證並取得 JWT 權杖

    curl -X POST "https://keycloak-service.keycloak-namespace.svc.cluster-domain.example/realms/REALM/protocol/openid-connect/token" \
         -H "Content-Type: application/x-www-form-urlencoded" \
         -d "username=USER" \
         -d "password=PASSWORD" \
         -d "grant_type=password" \
         -d "client_id=CLIENT" \
         -d "client_secret=SECRET"
    
    • USERPASSWORD 替換為 REALM 上 Keycloak 使用者的憑證。

    • CLIENTSECRET 替換為 REALM 上 MinIO 特定的 Keycloak 用戶端的用戶端 ID 和密碼。

    您可以使用 jq 或類似的 JSON 格式化工具來處理結果。提取 access_token 欄位以取得必要的存取權杖。請注意 expires_in 欄位,以得知權杖過期前的秒數。

  2. 使用 AssumeRoleWithWebIdentity API 產生 MinIO 憑證

    curl -X POST "https://minio.minio-tenant.svc.cluster-domain.example" \
         -H "Content-Type: application/x-www-form-urlencoded" \
         -d "Action=AssumeRoleWithWebIdentity" \
         -d "Version=2011-06-15" \
         -d "DurationSeconds=86000" \
         -d "WebIdentityToken=TOKEN"
    

    TOKEN 替換為 Keycloak 返回的 access_token 值。

    API 成功時會返回一個 XML 文件,其中包含以下鍵值

    • Credentials.AccessKeyId - Keycloak 使用者的存取金鑰

    • Credentials.SecretAccessKey - Keycloak 使用者的密碼金鑰

    • Credentials.SessionToken - Keycloak 使用者的工作階段權杖

    • Credentials.Expiration - 產生憑證的到期日

  3. 測試憑證

    使用您偏好的 S3 相容 SDK,透過產生的憑證連線至 MinIO。

    例如,以下使用 MinIO Python SDK 的 Python 程式碼會連線至 MinIO 部署並傳回儲存貯體清單

    from minio import Minio
    
    client = MinIO(
       "minio.minio-tenant.svc.cluster-domain.example",
       access_key = "ACCESS_KEY",
       secret_key = "SECRET_KEY",
       session_token = "SESSION_TOKEN"
       secure = True
    )
    
    client.list_buckets()
    

後續步驟

應用程式應使用其選擇的 SDK 實作 STS AssumeRoleWithWebIdentity 流程。當 STS 憑證過期時,應用程式應具有重新產生 JWT 權杖、STS 權杖和 MinIO 憑證的邏輯,然後再重試並繼續執行操作。

或者,使用者可以透過 MinIO 主控台產生 存取金鑰,以便使用其 Keycloak 憑證建立類似 API 金鑰的長期存取權限。

啟用 Keycloak 管理 REST API

MinIO 支援使用 Keycloak 管理 REST API 來檢查已驗證的使用者是否存在在 Keycloak realm 上啟用。此功能可讓 MinIO 更快速地移除先前驗證過的 Keycloak 使用者的存取權限。如果沒有此功能,MinIO 停用已停用或移除之使用者存取權限的最早時間點,將是上次擷取的驗證權杖過期時。

此程序假設現有的 MinIO 部署已設定 Keycloak 作為外部身分管理員。

1) 建立必要的用戶端範圍

導覽至 用戶端範圍 檢視並建立新的範圍

名稱

將範圍設定為可識別的名稱 (minio-admin-API-access)

對應器

選取 設定新的對應器

目標對象

名稱 設定為對應的任何可識別名稱 (minio-admin-api-access-mapper)

包含的用戶端目標對象

設定為 security-admin-console

導覽至 用戶端 並選取 MinIO 用戶端

  1. 服務帳戶角色 中,選取 指派角色 並指派 admin 角色

  2. 用戶端範圍 中,選取 新增用戶端範圍 並新增先前建立的範圍

導覽至 設定 並確保 驗證流程 包含 服務 帳戶 角色

2) 驗證管理 API 存取

您可以使用 MinIO 用戶端憑證透過管理 REST API 來擷取持有者權杖和使用者資料,以驗證功能

  1. 擷取持有者權杖

    curl -d "client_id=minio" \
         -d "client_secret=secretvalue" \
         -d "grant_type=password" \
         http://keycloak-url:port/admin/realms/REALM/protocol/openid-connect/token
    
  2. 使用傳回的值作為 access_token 來存取管理 API

    curl -H "Authentication: Bearer ACCESS_TOKEN_VALUE" \
         http://keycloak-url:port/admin/realms/REALM/users/UUID
    

    UUID 替換為您要擷取的使用者唯一 ID。回應應類似如下

    {
       "id": "954de141-781b-4eaf-81bf-bf3751cdc5f2",
       "createdTimestamp": 1675866684976,
       "username": "minio-user-1",
       "enabled": true,
       "totp": false,
       "emailVerified": false,
       "firstName": "",
       "lastName": "",
       "attributes": {
          "policy": [
             "readWrite"
          ]
       },
       "disableableCredentialTypes": [],
       "requiredActions": [],
       "notBefore": 0,
       "access": {
          "manageGroupMembership": true,
          "view": true,
          "mapRoles": true,
          "impersonate": true,
          "manage": true
       }
    }
    

    如果傳回的值具有 enabled: falsenull (使用者已從 Keycloak 中移除),MinIO 會撤銷已驗證使用者的存取權限。

3) 在 MinIO 上啟用 Keycloak 管理支援

MinIO 支援多種方法來設定 Keycloak 管理 API 支援

  • 使用終端機/Shell 和 mc idp openid 命令

  • 使用啟動 MinIO 之前設定的環境變數

您可以使用 mc idp openid update 命令來修改現有 Keycloak 服務的設定。您也可以在第一次設定 Keycloak 時包含以下設定。此命令會採用所有支援的 OpenID 設定

mc idp openid update ALIAS KEYCLOAK_IDENTIFIER \
   vendor="keycloak" \
   keycloak_admin_url="https://keycloak-url:port/admin"
   keycloak_realm="REALM"
  • KEYCLOAK_IDENTIFIER 替換為已設定之 Keycloak IDP 的名稱。您可以使用 mc idp openid ls 來檢視 MinIO 部署上的所有已設定 IDP 設定

  • keycloak_admin_url 設定中指定 Keycloak 管理 URL

  • keycloak_realm 中指定 Keycloak Realm 名稱

在適當的設定位置中設定下列 環境變數,例如 /etc/default/minio

下列程式碼範例會設定與啟用現有 Keycloak 設定的管理 API 相關的最低必要環境變數。將尾碼 _PRIMARY_IAM 替換為目標 Keycloak 設定的唯一識別碼。

MINIO_IDENTITY_OPENID_VENDOR_PRIMARY_IAM="keycloak"
MINIO_IDENTITY_OPENID_KEYCLOAK_ADMIN_URL_PRIMARY_IAM="https://keycloak-url:port/admin"
MINIO_IDENTITY_OPENID_KEYCLOAK_REALM_PRIMARY_IAM="REALM"