操作员与签名授权

Cloud 操作员用于认证签名请求。代码签名证书标识软件发布者，操作员身份标识本次签名的执行者；配置时应分别核对。

安装与交付

管理员在 Cloud 管理后台配置操作员，并将安装信息交给获授权的使用者。使用者在执行签名的 Windows 账户下完成操作员安装，随后通过测试签名检查授权是否可用。

交付时应明确：使用的云签证书、执行人员或服务、目标电脑与 Windows 账户。安装 Token 按凭据保管，不通过公开工单、代码仓库或流水线日志传播。

桌面签名和 GitLab Runner 可能由不同 Windows 账户运行。服务账户找不到证书时，应检查身份配置，而不是复制桌面密码到脚本或改用共享证书。

对于自动化任务，先以服务的实际执行身份验证证书可见性及命令行签名，再启用发布流水线。具体检查见 GitLab CI 集成。

人员离职、电脑更换或 Runner 迁移时，由管理员核对原有操作员授权是否仍有必要，再按当前后台支持的流程调整。不要把旧电脑上的可用状态当作新环境已配置完成。

代码签名证书更新后，重新核对签名规则和 SIGN_CERT_SHA1。更换为新证书前，执行一次签名和验签，确认发布者、时间戳及流水线行为符合预期。

如怀疑安装信息或操作员身份泄露，请联系管理员和技术支持处理受影响授权，并检查相关签名任务。

旧版共享授权码、共享证书导入和共享实时审批不再用于当前流程。操作员安装不等同于共享证书安装；不要按旧共享教程生成或分发授权码。