更改平台 OIDC Client Secret
ACP 使用 OIDC Client Secret 在平台组件之间进行身份验证。出于安全合规要求、定期凭证轮换或潜在凭证泄露后的处理需要,您可能需要轮换此 Secret。在 global 集群上更新 Secret 后,平台会自动将其同步到所有工作负载集群。
前提条件
- 具有
kubectl访问权限,并拥有 global 集群的 cluster-admin 权限。 - 平台管理的所有集群均已升级到 ACP v4.3。
- 具有
Agnostic生命周期的以下插件已升级到与 ACP v4.3 兼容的版本:Alauda Container Platform GitopsAlauda Service Mesh ConsoleKubeflow BaseAlauda AI
- 已准备新的 Client Secret 值。建议使用至少包含 32 个字符的密码学随机字符串。
更改 Client Secret 会导致受影响的组件重启,从而造成暂时的身份验证中断。请在维护时段内规划此操作。
OIDC Secret 概览
平台 OIDC 凭证存储在 Kubernetes Secret 中,详细信息如下:
该 Secret 包含两个数据键:
client-id— OIDC 客户端标识符,默认值为alauda-auth。请勿修改此值。client-secret— OIDC Client Secret。这是您要轮换的值。
操作步骤
备份当前 Secret
在进行更改之前,请备份当前的 Secret manifest,以便在需要时执行回滚。
备份文件包含敏感凭证数据。请将其存储在安全位置,并在操作完成后将其删除。
记录当前的 client-secret 哈希,以便在更新后进行非明文验证:
更新 Client Secret
请勿修改 client-id 值,也不要删除并重新创建 Secret。这样做可能会导致整个平台出现连锁身份验证故障。
使用以下任一方法,仅更新 client-secret 数据字段。
方法 1:使用 kubectl patch(推荐)
从安全的交互式输入中读取新 Secret:
方法 2:使用 kubectl edit
在默认编辑器中打开 Secret,并将 client-secret 值替换为新的 base64 编码值。
您可以提前生成 base64 编码值:
在不暴露明文的情况下,验证 global 集群上的 Secret 已更新:
验证组件运行状况
Secret 更新后,base-operator 会自动将其同步到所有工作负载集群。依赖 OIDC 凭证的某些组件将重启以加载新值。请特别验证 frontend 和 apollo 部署是否正常运行:
验证所有 Pod 均为 READY 和 UP-TO-DATE。重启完成可能需要几分钟。
如果某个组件无法启动,请确认 cpaas-oidc-secret Secret 存在于 cpaas-system 命名空间中,并且包含有效的 client-id 和 client-secret 值。
回滚
如果更改 Secret 后出现问题,请从在步骤 1中创建的备份恢复之前的值:
或者,如果你知道之前的 Secret 值:
回滚后,请重复验证步骤,确认所有组件均运行正常。