You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: aws-metal-openshift-demo/docs/authentication-model.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -79,7 +79,7 @@ Today those IdM local groups are:
79
79
|`access-linux-admin`| Linux/RHEL admin | Granted passwordless sudo by `admins-nopasswd-all`|
80
80
|`access-virt-admin`| reserved virtualization role | group exists; no broad privilege binding documented as default |
81
81
|`access-developer`| reserved non-admin role | group exists; no broad privilege binding documented as default |
82
-
|`access-aap-admin`|reserved AAP policy target | group exists in IdM and AD-trust mapping; current clean-build AAP superuser binding still uses `access-openshift-admin`|
82
+
|`access-aap-admin`| AAP admin | Grants AAP gateway superuser through the Keycloak authenticator map|
83
83
84
84
That means:
85
85
@@ -141,7 +141,7 @@ In the validated clean-build path:
141
141
142
142
- AAP uses the Keycloak realm already deployed for cluster SSO
143
143
- the AAP client ID is `aap`
144
-
- the required admin group is `access-openshift-admin`
144
+
- the required admin group is `access-aap-admin`
145
145
- direct AAP LDAP is not the supported default path
0 commit comments