定义用户对产品组件的访问权限
您可以结合 “Test Accelerator for Z ”产品使用此功能,以监控用户访问情况,从而满足审计和合规要求。
注:
- 启用此功能时,现有的 API 端点不会受到影响。
- 使用 Swagger UI 资源管理器端点来验证您的配置:
- 要验证用户对产品组件的访问控制,请使用:
GET /info/licenses/{product}/components/{component}/authorized - 要检索用户信息,请使用以下接口:
GET /info/user
- 要验证用户对产品组件的访问控制,请使用:
- 不支持通过 z/OS 身份传播集成非 z/OS 身份,也不支持在 OAuth2 授权协议之上叠加 OpenID/Connect (OIDC) 协议。
产品组件映射
此功能所支持的有效产品组件映射值如下表所示。 在继续之前,请确保您的安装使用了受支持的值。
- TAZ - Z 语言测试加速器
- EDT - 早期开发测试
- FT - 功能测试
| 产品 | 组件 |
|---|---|
| TAZ | EDT |
| TAZ | 《金融时报》 |
z/OS 原生实现
在 z/OS 上,可以通过原生方式监控用户对产品组件的访问权限:利用SAF/ RACF 配置文件进行访问控制,并利用SAF/ RACF 用户配置文件中的字 WORKATTR 段,将非 z/OS 用户信息与 z/OS 用户进行关联。 这两项机制共同作用,使 UI 客户端能够将 z/OS 用户 ID 作为主要身份标识,并判断多个 z/OS 用户是否与同一位所有者相关联。
- 用法
- z/OS 用户对产品组件的授权可以在单次请求内完成,也可以分两次请求完成,具体取决于所使用的身份验证方案:
- 基本方案 :身份验证和授权在单次请求中完成。 客户端在调用产品组件授权端点时,会使用 Basic 方案,在 HTTP 授权头中包含 z/OS 的用户名和密码,以及产品和组件的值。
- Bearer 方案 :使用 Bearer 方案进行身份验证分为两个阶段。 首先,客户端通过 SAF/ RACF 验证 z/OS 的用户名和密码,以获取一个 SAF/ RACF 身份令牌(IDT),该令牌以 JSON Web Token(JWT)的形式呈现。 该令牌可从 DPS
/login端点或支持 SAF/ RACF IDT 身份验证的外部 API 中获取。 获取令牌后,UI 客户端在调用产品组件授权端点时,会将 JWT 通过 Bearer 方案包含在 ` HTTP ` 授权头中,并附上产品和组件的值。
- SAF/ RACF 身份验证
- 安全管理员必须在 z/OS 主机上启用所需的身份验证方案。 配置完成后,必须告知用户在设置 UI 客户端时应使用哪种方案。 如需更多信息,请参阅“添加对身份验证服务 API 的支持”。
- SAF/ RACF 授权
- 安全管理员必须在FACILITY类下,针对用户或组被授权以READ访问权限使用的每个产品和组件名称对,创建 RACF 配置文件,格式如下:
其中EQADTOOL.REGISTRATION.<PRODUCT>.<COMPONENT><PRODUCT>是产品的名称,例如TAZ<COMPONENT>是组件的名称,例如,EDT
- SAF/ RACF 用户资料 – WORKATTR
- 安全管理员可以选择在 z/OS 用户配置文件的
WORKATTR“段”中定义工作属性。 这些属性用于将非 z/OS 用户信息与 z/OS 用户 ID 关联起来,并用于识别多个 z/OS 用户 ID 属于同一所有者的情况。