{"id":100430,"date":"2021-06-04T10:23:35","date_gmt":"2021-06-04T08:23:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-polkit-pozvolyayushhaya-povysit-svoi-privilegii-v-sisteme"},"modified":"2021-06-04T10:23:35","modified_gmt":"2021-06-04T08:23:35","slug":"uyazvimost-v-polkit-pozvolyayushhaya-povysit-svoi-privilegii-v-sisteme","status":"publish","type":"post","link":"https:\/\/prohoster.info\/en\/blog\/news\/uyazvimost-v-polkit-pozvolyayushhaya-povysit-svoi-privilegii-v-sisteme","title":{"rendered":"Vulnerability in Polkit allows privilege escalation in the system","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
A vulnerability (CVE-2021-3560) has been identified in the Polkit component used in distributions for allowing unprivileged users to perform actions that require elevated access rights (such as mounting USB drives), enabling a local user to gain root privileges on the system. The vulnerability has been fixed in Polkit version 0.119. <\/p>\n
The issue first appeared starting with release 0.113, but many distributions, including RHEL, Ubuntu, Debian, and SUSE, backported the vulnerable functionality into packages based on older releases of Polkit (package fixes are already available in the distributions). <\/p>\n
The problem occurs in the polkit_system_bus_name_get_creds_sync() function, which retrieves the identifiers (uid and pid) of the process requesting privilege escalation. Polkit identifies the process through a unique name assigned in DBus, which is then used for privilege verification. If the process disconnects from the dbus-daemon just before the polkit_system_bus_name_get_creds_sync handler is invoked, the handler receives an error code instead of the unique name. <\/p>\n
The vulnerability arises because the returned error code is not handled properly and the polkit_system_bus_name_get_creds_sync() function returns TRUE instead of FALSE, even though it failed to match the process with uid\/pid and verify the privileges requested for the process. The code that invoked the polkit_system_bus_name_get_creds_sync() function assumes that the check was successful and the privilege escalation request came from root, not from an unprivileged user, allowing privileged actions to be executed without additional authentication and authorization confirmation. \n Source: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"