文件

使用 Keycloak 設定 MinIO 進行身份驗證

概觀

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

此程序具體涵蓋以下步驟

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

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

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

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

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

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

先決條件

MinIO Kubernetes 運算子

請確保您的目標 Kubernetes 叢集已正確安裝並運作 MinIO Kubernetes 運算子。本文件假設使用最新的穩定運算子,版本 6.0.4。

MinIO 租戶

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

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

Keycloak 部署和領域設定

此程序假設您已存在 Keycloak 部署,並且擁有管理存取權。具體而言,您必須具有在 Keycloak 部署上建立和設定領域、用戶端、用戶端範圍、領域角色、使用者和群組的權限。

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

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

使用對 MinIO 叢集的存取權安裝和設定 mc

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

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

請參閱 mc 安裝快速入門,以了解下載和安裝 mc 的說明。

此程序假設已為 MinIO 叢集設定 別名

設定 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 解碼器來檢閱酬載,並確保它包含 policy 金鑰,其中列出了一個或多個 MinIO 原則。

4) 設定 MinIO 以進行 Keycloak 驗證

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

  • 使用 MinIO 租用戶主控台

  • 使用終端機/殼層和 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 動態

切換至 開啟

取代用戶端用作 Keycloak 重新導向 URI 一部分的 MinIO 主控台位址。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

設定為 開啟

取代用戶端用作 Keycloak 重新導向 URI 一部分的 MinIO 主控台位址。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 存取

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

  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 支援

  • 使用終端機/殼層和 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 組態的 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"