Guilherme Macedo

تتعلق المشكلة بتجاوز سعة المكدس (stack overflow) غير المصادق عليه في نقطة نهاية واجهة برمجة التطبيقات (API) `/v3-public/authproviders`، مما قد يؤدي إلى هجوم رفض الخدمة (DoS) ويسمح للمهاجم، من الناحية النظرية، بانتحال صفة أي مستخدم آخر من خلال التلاعب بملفات تعريف الارتباط. تؤثر هذه الثغرة الأمنية على مستخدمي مزودي المصادقة الخارجيين، وكذلك على المصادقة المحلية في Rancher. لم يتم تحديد العدد التقديري للأجهزة التي قد تكون متأثرة.

A vulnerability has been identified in the way that Rancher stores vSphere's CPI (Cloud Provider Interface) and CSI (Container Storage Interface) credentials used to deploy clusters through the vSphere cloud provider. This issue leads to the vSphere CPI and CSI passwords being stored in a plaintext object inside Rancher. The exposed passwords were accessible in the following objects: `provisioning.cattle.io` in `spec.rkeConfig.chartValues.rancher-vsphere-cpi` and `spec.rkeConfig.chartValues.rancher-vsphere-csi`, and `rke.cattle.io.rkecontrolplane` in `spec.chartValues.rancher-vsphere-cpi` and `spec.chartValues.rancher-vsphere-csi`. The vulnerability is only applicable to users that deploy clusters in vSphere environments.

A Insufficient Entropy vulnerability in SUSE Rancher allows attackers that gained knowledge of the `cattle-token` to continue abusing this even after the token was renewed. The `cattle-token` secret, used by the `cattle-cluster-agent`, is predictable and does not use any random value in its composition, causing it to always be regenerated with the same value. This can pose a serious problem if the token is compromised and needs to be recreated for security purposes. The usage of the `cattle-token` by an unauthorized user allows to escalate privileges to the cluster owner of the affected downstream cluster.

A denial of service vulnerability exists in the Wrangler Git package, allowing remote attackers to cause denial of service by supplying specially crafted git credentials. This issue is caused by a lack of input validation of Git credentials before they are used, which may lead to a denial of service in some cases. The issue can be triggered when accessing both private and public Git repositories.

A command injection vulnerability exists in the Wrangler Git package, allowing remote attackers to inject commands in the underlying host via crafted commands passed to Wrangler. Specially crafted commands can be passed to Wrangler that will change their behavior and cause confusion when executed through Git, resulting in command injection in the underlying host.

A code execution issue exists due to improper neutralization of special elements used in an OS command. This issue can be exploited by adding an untrusted Helm catalog or modifying the URL configuration used to download KDM, allowing for command injection in the underlying Rancher host. By default, only the Rancher admin has permission to manage these configurations. The issue can potentially be exploited in two ways: adding an untrusted Helm catalog that contains maliciously designed repo URL configuration in Helm charts, or modifying the URL configuration used to download KDM releases.

A Cleartext Storage of Sensitive Information issue in SUSE Rancher allows users on managed clusters to gain access to credentials. The impact depends on the credentials exposed. This issue affects the storage of sensitive fields, secret tokens, encryption keys, and SSH keys that were still being stored in plaintext directly on Kubernetes objects like `Clusters`. The exposed credentials are visible in Rancher to authenticated `Cluster Owners`, `Cluster Members`, `Project Owners`, and `Project Members` of that cluster on the endpoints: "/v1/management.cattle.io.cluster" and "/v1/management.cattle.io.clustertemplaterevisions". The fields that have been addressed by this security fix include `Cluster.Spec.RancherKubernetesEngineConfig.Services.KubeAPI.SecretsEncryptionConfig.CustomConfig.Providers[].AESGCM.Keys[].Secret`, `Cluster.Spec.RancherKubernetesEngineConfig.Services.KubeAPI.SecretsEncryptionConfig.CustomConfig.Providers[].AESCBC.Keys[].Secret`, and others.

A Improper Privilege Management vulnerability in SUSE Rancher allows users with access to the `escalate` verb on PRTBs to escalate permissions for any `-promoted` resource in any cluster. This issue affects users with access to the `escalate` verb on PRTBs, including users with `*` verbs on PRTBs. The vulnerability can be exploited by users without the mentioned permissions if a role template with access to those objects was already created by another user in the cluster. The following resources are affected: - `navlinks` - `nodes` - `persistentvolumes` - `storageclasses` - `apiservices` - `clusterrepos` - `clusters`

A Missing Authorization vulnerability in SUSE Rancher allows an authenticated user to create an unauthorized shell pod and have limited kubectl access in the local cluster. This issue occurs due to an authorization logic flaw, allowing users to open a shell pod in the Rancher local cluster and have limited kubectl access to it, even if they were not explicitly granted such access. The vulnerability can be exploited in two ways: by intercepting a web request to change the shell's destination to the Rancher local cluster, or by modifying the server cluster address in a kubeconfig file to point to the Rancher local cluster. The severity of this issue is reduced because the shell pod runs with a limited non-root user, but it is still possible to download and run binaries inside the shell pod.

A Improper Privilege Management issue in SUSE Rancher allows users with the `restricted-admin` role to escalate to full admin. This affects customers who utilize non-admin users that are able to create or edit Global Roles. The vulnerability can be exploited by users with create or update permissions on Global Roles, allowing them to escalate their permissions or those of another user to admin-level permissions.

A vulnerability in SUSE Rancher allows write access to the Catalog for any user when the restricted-admin role is enabled. This issue affects customers using the restricted-admin role in Rancher, which must be bootstrapped with the environment variable `CATTLE RESTRICTED DEFAULT ADMIN=true` or the configuration flag `restrictedAdmin=true`. The vulnerability grants write access to templates (`CatalogTemplates`) and template versions (`CatalogTemplateVersions`) for any user with any level of catalog access. A malicious user could abuse this vulnerability to modify application visibility, change logos, make charts appear as trusted or partner charts, or swap template versions. This vulnerability does not allow modification of the base64 encoded `files` fields of the `templateVersions`.