7.1 KiB
core/v1
Namespace
Validation Checks
Note: The kube-system namespace, unlike other namespaces, has a failPolicy of ignore on update calls.
Project annotation
Verifies that the annotation field.cattle.io/projectId value can only be updated by users with the manage-namespaces
verb on the project specified in the annotation.
PSA Label Validation
Validates that users who create or edit a PSA enforcement label on a namespace have the updatepsa verb on projects
in management.cattle.io/v3. See the upstream docs
for more information on the effect of these labels.
The following labels are considered relevant for PSA enforcement:
- pod-security.kubernetes.io/enforce
- pod-security.kubernetes.io/enforce-version
- pod-security.kubernetes.io/audit
- pod-security.kubernetes.io/audit-version
- pod-security.kubernetes.io/warn
- pod-security.kubernetes.io/warn-version
Secret
Validation Checks
A secret cannot be deleted if its deletion request has an orphan policy, and the secret has roles or role bindings dependent on it.
Mutation Checks
On create
For all secrets of type provisioning.cattle.io/cloud-credential,
places a field.cattle.io/creatorId annotation with the name of the user as the value.
On delete
Checks if there are any RoleBindings owned by this secret which provide access to a role granting access to this secret. If yes, the webhook redacts the role, so that it only grants a deletion permission.
management.cattle.io/v3
ClusterRoleTemplateBinding
Validation Checks
Escalation Prevention
Users can only create/update ClusterRoleTemplateBindings which grant permissions to RoleTemplates with rights less than or equal to those they currently possess. This is to prevent privilege escalation.
Invalid Fields - Create
Users cannot create ClusterRoleTemplateBindings which violate the following constraints:
- Either a user subject (through
UserNameorUserPrincipalName) or a group subject (throughGroupNameorGroupPrincipalName) must be specified; both a user subject and a group subject cannot be specified ClusterNamemust be specified- The roleTemplate indicated in
RoleTemplateNamemust be:- Valid (i.e. is an existing
roleTemplateobject in themanagement.cattle.io/v3API group) - Not locked (i.e.
roleTemplate.Lockedmust befalse)
- Valid (i.e. is an existing
Invalid Fields - Update
Users cannot update the following fields after creation:
- RoleTemplateName
- ClusterName
Users can update the following fields if they have not been set, but after they have been set they cannot be changed:
- UserName
- UserPrincipalName
- GroupName
- GroupPrincipalName
In addition, as in the create validation, both a user subject and a group subject cannot be specified.
Feature
Validation Checks
On update
The desired value must not change on new spec unless it's equal to the lockedValue or lockedValue is nil.
GlobalRole
Validation Checks
Note: all checks are bypassed if the GlobalRole is being deleted.
Invalid Fields - Create and Update
When a GlobalRole is created or updated, the webhook checks that each rule has at least one verb.
Escalation Prevention
Users can only change GlobalRoles with rights less than or equal to those they currently possess. This is to prevent privilege escalation.
GlobalRoleBinding
Validation Checks
Note: all checks are bypassed if the GlobalRoleBinding is being deleted.
Escalation Prevention
Users can only create/update GlobalRoleBindings with rights less than or equal to those they currently possess. This is to prevent privilege escalation.
Valid Global Role Reference
GlobalRoleBindings must refer to a valid global role (i.e. an existing GlobalRole object in the management.cattle.io/v3 apiGroup).
NodeDriver
Validation Checks
Note: checks only run if a node driver is being disabled or deleted
Machine Deletion Prevention
This admission webhook prevents the disabling or deletion of a NodeDriver if there are any Nodes that are under management by said driver. If there are any nodes that use the driver the request will be denied.
ProjectRoleTemplateBinding
Validation Checks
Escalation Prevention
Users can only create/update ProjectRoleTemplateBindings with rights less than or equal to those they currently possess. This is to prevent privilege escalation.
Invalid Fields - Create
Users cannot create ProjectRoleTemplateBindings which violate the following constraints:
- Either a user subject (through
UserNameorUserPrincipalName) or a group subject (throughGroupNameorGroupPrincipalName) must be specified; both a user subject and a group subject cannot be specified ProjectNamemust be specified- The roleTemplate indicated in
RoleTemplateNamemust be:- Valid (i.e. is an existing
roleTemplateobject in themanagement.cattle.io/v3API group) - Not locked (i.e.
roleTemplate.Lockedmust befalse)
- Valid (i.e. is an existing
Invalid Fields - Update
Users cannot update the following fields after creation:
- RoleTemplateName
- ProjectName
Users can update the following fields if they have not been set, but after they have been set, they cannot be changed:
- UserName
- UserPrincipalName
- GroupName
- GroupPrincipalName
In addition, as in the create validation, both a user subject and a group subject cannot be specified.
RoleTemplate
Validation Checks
Note: all checks are bypassed if the RoleTemplate is being deleted
Circular Reference
Circular references to a RoleTemplate (a inherits b, b inherits a) are not allowed. More specifically, if "roleTemplate1" is included in the roleTemplateNames of "roleTemplate2", then "roleTemplate2" must not be included in the roleTemplateNames of "roleTemplate1". This check prevents the creation of roles whose end-state cannot be resolved.
Rules Without Verbs
Rules without verbs are not permitted. The rules included in a RoleTemplate are of the same type as the rules used by standard Kubernetes RBAC types (such as Roles from rbac.authorization.k8s.io/v1). Because of this, they inherit the same restrictions as these types, including this one.
Escalation Prevention
Users can only change RoleTemplates with rights less than or equal to those they currently possess. This prevents privilege escalation.
Context Validation
The roletemplates.context field must be one of the following values ["cluster", "project", ""].
If the roletemplates.administrative is set to true the context must equal "cluster".
Builtin Validation
The roletemplates.builtin field is immutable. If roletemplates.builtin is true then all fields are immutable except:
metadataclusterCreatorDefaultprojectCreatorDefaultlocked
Deletion check
RoleTemplate can not be deleted if they are referenced by other RoleTemplates via roletemplates.roleTemplateNames
Mutation
Creation mutations
When a RoleTemplate is created a cleanup.cattle.io/rtUpgradeCluster annotation is added for Rancher controllers.