OpenID Connect 存取管理

MinIO 支援使用 OpenID Connect (OIDC) 相容的身分提供者 (IDP)，例如 Okta、KeyCloak、Dex、Google 或 Facebook，以進行使用者身分的外部管理。

對於由外部 OpenID Connect (OIDC) 相容提供者管理的身分，MinIO 可以使用兩種方法之一來為已驗證的使用者指派政策。

使用作為 OIDC 驗證流程一部分傳回的 JSON Web Token 宣告，以識別要指派給已驗證使用者的政策。
使用授權請求中指定的 RoleArn，以指派附加至提供者 RolePolicy 的政策。

MinIO 預設會拒絕存取使用者已指派或繼承的政策未明確允許的所有動作或資源。由 OIDC 提供者管理的使用者必須指定必要的政策作為 JWT 宣告的一部分。如果使用者 JWT 宣告沒有符合的 MinIO 政策，則該使用者沒有權限存取 MinIO 部署上的任何動作或資源。

MinIO 尋找的特定宣告會設定為使用 OIDC 身分管理部署叢集的一部分。此頁面著重於建立符合已設定 OIDC 宣告的 MinIO 政策。

驗證和授權流程

MinIO 支援兩種 OIDC 驗證和授權流程

RolePolicy 流程會在 MinIO 設定中為已驗證的使用者設定指派的政策。

MinIO 建議使用 RolePolicy 方法，以便使用 OpenID 提供者進行驗證。
JWT 流程會在 OIDC 設定中為已驗證的使用者設定指派的政策。

MinIO 支援多個 OIDC 提供者組態。但是，每個部署只能設定一個基於 JWT 宣告的 OIDC 提供者。所有其他提供者都必須使用 RolePolicy。

RolePolicy 和 RoleArn

使用 RolePolicy，所有使用指定的 RoleArn 產生 STS 認證的用戶端都會收到與該 RoleArn 的 RolePolicy 組態相關聯的政策或多個政策。

您可以使用 OpenID 政策變數來建立以程式設計方式管理每個個別使用者可存取的內容的政策。

使用 OIDC 憑證並採用 RolePolicy 宣告流程的應用程式登入流程如下：

建立 OIDC 組態。
記錄組態建立時或 MinIO 啟動時指派的 RoleArn。將此 RoleArn 與 AssumeRoleWithWebIdentity STS API 一起使用。
建立要與 RoleArn 一起使用的 RolePolicy。使用 MINIO_IDENTITY_OPENID_ROLE_POLICY 環境變數或 identity_openid role_policy 組態設定，以定義要用於提供者的原則清單
使用者在登入 MinIO 時選取已設定的 OIDC 提供者。
使用者完成對已設定的 OIDC 提供者的驗證，並重新導向回 MinIO。

MinIO 僅支援 OpenID 授權碼流程。不支援使用隱含流程的驗證。
MinIO 會驗證 API 呼叫中的 RoleArn，並檢查要使用的 RolePolicy。具有 RoleArn 的任何驗證請求都會收到相同的原則存取權限。
MinIO 會以存取金鑰、秘密金鑰和會期權杖的形式，在 STS API 回應中傳回暫時憑證。這些憑證具有與 RolePolicy 中指定的原則相符的權限。
應用程式會使用 STS 端點傳回的暫時憑證，對 MinIO 執行已驗證的 S3 操作。

JSON Web Token 宣告

使用 JSON Web Token 可讓您個別指派原則。但是，使用 Web Token 也會增加為不同宣告管理多個原則的成本。

使用 OIDC 憑證並採用 JSON Web Token 宣告流程的應用程式登入流程如下：

向已設定的 OIDC 提供者驗證，並擷取 JSON Web Token (JWT)。

MinIO 僅支援 OpenID 授權碼流程。不支援使用隱含流程的驗證。
將 JWT 指定至 MinIO 安全性權杖服務 (STS) AssumeRoleWithWebIdentity API 端點。

MinIO 會根據已設定的 OIDC 提供者驗證 JWT。

如果 JWT 有效，MinIO 會檢查是否有宣告，其中指定要指派給已驗證使用者的一個或多個原則清單。MinIO 預設為檢查 policy 宣告。
MinIO 會以存取金鑰、秘密金鑰和會期權杖的形式，在 STS API 回應中傳回暫時憑證。這些憑證具有與 JWT 宣告中指定的原則相符的權限。
應用程式會使用 STS 端點傳回的暫時憑證，對 MinIO 執行已驗證的 S3 操作。

MinIO 提供範例 Go 應用程式 web-identity.go，用於處理完整的登入流程。

OIDC 使用者也可以建立存取金鑰。存取金鑰是長期存在的憑證，其權限繼承自父使用者。父使用者可以在建立存取金鑰時進一步限制這些權限。若要建立新的存取金鑰，請使用 OIDC 管理的使用者憑證登入 MinIO 主控台。從左側導覽的身分區段中，選取存取金鑰，然後按一下建立存取金鑰 + 按鈕。

識別 JWT 宣告值

MinIO 使用 OIDC 驗證流程中傳回的 JWT 權杖，來識別要指派給已驗證使用者的特定原則。

您可以使用 JWT 偵錯工具來解碼傳回的 JWT 權杖，並驗證使用者屬性是否包含必要的宣告。

請參閱 RFC 7519：JWT 宣告，以取得關於 JWT 宣告的詳細資訊。

請參閱您偏好的 OIDC 提供者文件，以取得關於設定使用者宣告的指示。

建立與宣告相符的原則

使用 MinIO 主控台或 mc admin policy 命令，以建立與一個或多個宣告值相符的原則。

OIDC 原則變數

下表包含可用於授權 OIDC 管理的使用者的支援原則變數清單。

每個變數都對應到驗證使用者 JWT 權杖中傳回的宣告

變數	描述
`jwt:sub`	傳回使用者的 `sub` 宣告。
`jwt:iss`	從 ID 權杖傳回發行者識別碼宣告。
`jwt:aud`	從 ID 權杖傳回目標對象宣告。
`jwt:jti`	從用戶端驗證資訊傳回 JWT ID 宣告。
`jwt:upn`	從用戶端驗證資訊傳回使用者主要名稱宣告。
`jwt:name`	傳回使用者的 `name` 宣告。
`jwt:groups`	傳回使用者的 `groups` 宣告。
`jwt:given_name`	傳回使用者的 `given_name` 宣告。
`jwt:family_name`	傳回使用者的 `family_name` 宣告。
`jwt:middle_name`	傳回使用者的 `middle_name` 宣告。
`jwt:nickname`	傳回使用者的 `nickname` 宣告。
`jwt:preferred_username`	傳回使用者的 `preferred_username` 宣告。
`jwt:profile`	傳回使用者的 `profile` 宣告。
`jwt:picture`	傳回使用者的 `picture` 宣告。
`jwt:website`	傳回使用者的 `website` 宣告。
`jwt:email`	傳回使用者的 `email` 宣告。
`jwt:gender`	傳回使用者的 `gender` 宣告。
`jwt:birthdate`	傳回使用者的 `birthdate` 宣告。
`jwt:phone_number`	傳回使用者的 `phone_number` 宣告。
`jwt:address`	傳回使用者的 `address` 宣告。
`jwt:scope`	傳回使用者的 `scope` 宣告。
`jwt:client_id`	傳回使用者的 `client_id` 宣告。

如需這些範圍的詳細資訊，請參閱 OpenID Connect Core 1.0 文件。您選擇的 OIDC 提供者可能會有更具體的說明文件。

例如，以下原則會使用變數來取代已驗證使用者的 preferred_username，作為 Resource 欄位的一部分，以便使用者只能存取與其使用者名稱相符的字首

{
"Version": "2012-10-17",
"Statement": [
      {
         "Action": ["s3:ListBucket"],
         "Effect": "Allow",
         "Resource": ["arn:aws:s3:::mybucket"],
         "Condition": {"StringLike": {"s3:prefix": ["${jwt:preferred_username}/*"]}}
      },
      {
         "Action": [
         "s3:GetObject",
         "s3:PutObject"
         ],
         "Effect": "Allow",
         "Resource": ["arn:aws:s3:::mybucket/${jwt:preferred_username}/*"]
      }
   ]
}

MinIO 會使用 JWT 權杖中 preferred_username 的值，取代 Resource 欄位中的 ${jwt:preferred_username} 變數。然後，MinIO 會評估原則，並授與或撤銷對要求 API 和資源的存取權。