{"id":1749,"date":"2019-01-29T00:00:00","date_gmt":"2019-01-29T08:00:00","guid":{"rendered":"https:\/\/azure.microsoft.com\/blog\/azure-security-center-can-detect-emerging-vulnerabilities-in-linux"},"modified":"2025-06-12T05:15:46","modified_gmt":"2025-06-12T12:15:46","slug":"azure-security-center-can-detect-emerging-vulnerabilities-in-linux","status":"publish","type":"post","link":"https:\/\/azure.microsoft.com\/en-us\/blog\/azure-security-center-can-detect-emerging-vulnerabilities-in-linux\/","title":{"rendered":"Azure Security Center can detect emerging vulnerabilities in Linux"},"content":{"rendered":"\n

Recently a new flaw was discovered in PolKit – a component which controls system-wide privileges in Unix-like OS. This vulnerability potentially allows unprivileged account to have root permission. In this blog post, we will focus on the recent vulnerability, demonstrate how attacker can easily abuse and weaponize it. In addition, we will preset how Azure Security Center can help you detect threats, and provide recommendations for mitigation steps.<\/p>\n\n\n\n

The PolKit vulnerability<\/h2>\n\n\n\n

PolKit (previously known as PolicyKit) is a component that provides centralized way to define and handle policies and controls system-wide privileges in Unix-like OS. The vulnerability CVE-2018-19788<\/a> was caused due to improper validation of permission requests. It allows a non-privileged user with user id greater than the maximum integer to successfully execute arbitrary code under root context.<\/p>\n\n\n\n

The vulnerability exists within PolKit\u2019s versions earlier than 0.115, which comes pre-installed by some of the most popular Linux distributions. A patch was released, but it required a manual install by the relevant package manager issuer.
You can check if your machine is vulnerable by running the command \u201cpkttyagent -version\u201d and verify that your PolKit\u2019s version is not vulnerable.<\/p>\n\n\n\n

How an attacker can exploit this vulnerability to gain access to your environment<\/h2>\n\n\n\n

We are going to demonstrate a simple exploitation inspired from a previously published proof of concept (POC)<\/a>. The exploitation shows how an attacker could leverage this vulnerability for achieve privilege escalation technique and access restrict files. For this demonstration, we will use one of the most popular Linux distributions today.<\/p>\n\n\n\n

First, we verify that we are on vulnerable machine by checking the PolKit version. Then, we verify that the user ID is greater than the maximal integer value.<\/p>\n\n\n\n

\"Code<\/figure>\n\n\n\n

Now, that we know we are on vulnerable machine, we can leverage this flaw by using another pre-installed tool, Systemctl, that uses PolKit as the permission policy enforcer and has the ability to execute arbitrary code. If you take closer look into CVE-2018-19788<\/a>, you would find Systemctl is impacted by the vulnerability. Systemctl is one of Systemd utilities, and the system manager that is becoming the new foundation for building with Linux.<\/p>\n\n\n\n

Using Systemctl, we will be able to create a new service in order to execute our malicious command with root context. Because of the flaw in PolKit, we can bypass the permission checks and runs systemctl operations. Let\u2019s take a look at how we can do that.<\/p>\n\n\n\n

Bash script content:<\/h3>\n\n\n
\n#!\/bin\/bash\ncat <> \/tmp\/polKitVuln.service\n[Unit]\nDescription= Abusing PolKit Vulnerability\n[Service]\nExecStart=\/bin\/bash -c 'cat \/etc\/sudoers > \/tmp\/sudoersList.txt'\nRestart=on-failure\nRuntimeDirectoryMode=0755\n \n[Install]\nWantedBy=multi-user.target\nAlias= polKitVuln.service\nEOF\n \nsystemctl enable \/tmp\/polKitVuln.service\nsystemctl start polKitVuln.service\n<\/pre><\/div>\n\n\n
First, we define a new service and provides the required information to \u201c\/tmp\/polkitVuln.service\u201d. The ExecStart directive contains our command (bolded above), accesses the sudoers file, and copies its content to a share folder. This shared folder can be accessed by unprivileged users. The Sudoers file is one of the most important files in the system, as it contains the users and groups privileges information of the machine. At the last part of the script, we make the actual call for systemctl tool to create and start our new service.<\/p>\n\n\n\n
Execute the script:<\/h3>\n\n\n\n
\"Screenshot<\/figure>\n\n\n\n
Notice the errors regarding Polkit failing to handle the uid field. As the Sudoers file is copied using the exploitation, we can read its content.<\/p>\n\n\n\n
\"Screenshot<\/figure>\n\n\n\n
With this vulnerability attackers can bypass permissions to check and gain root access to your environment. In another blog post, \u201cHow Azure Security Center helps detect attacks against your Linux machines<\/a>,\u201d we showed how attackers can exploit hosts for installing crypto miners or attack other resources.<\/p>\n\n\n\n
Protect against and respond to threats with Azure Security Center<\/h2>\n\n\n\n
Azure Security Center can help detect threats, such as the PolKit vulnerability, and help you quickly mitigate these risks. Azure Security Center consolidates your security alerts into a single dashboard, making it easier for you to see the threats in your environment and prioritize your response to threats. Each alert gives you a detailed description of the incident as well as steps on how to remediate the issue.<\/p>\n\n\n\n
While we investigate Azure Security Center hosts impact, we could determine what is the frequency in which machines are under attack and using behavioral detection techniques, inform customers when they have been attacked. Below is the security alert based on our previous activity which you can see in Security Center.<\/p>\n\n\n\n
\"Screenshot<\/figure>\n\n\n\n
In addition, Azure Security Center provides a set of steps that enable customers to quickly remediate the problem:<\/p>\n\n\n\n