Over 30,000 GitLab servers still unpatched against critical bug
Reading Time: 1 Minute
A critical unauthenticated, remote code execution GitLab flaw fixed on April 14, 2021, remains exploitable, with over 50% of deployments remaining unpatched.
The vulnerability is tracked as CVE-2021-22205 and has a CVSS v3 score of 10.0, allowing an unauthenticated, remote attacker to execute arbitrary commands as the ‘git’ user (repository admin).
This vulnerability gives the remote attacker full access to the repository, including deleting, modifying, and stealing source code.
See Also: Complete Offensive Security and Ethical Hacking Course
Exploitation in the wild
Hackers first started exploiting internet-facing GitLab servers in June 2021 to create new users and give them admin rights.
The actors used a working exploit published on GitHub on June 4, 2021, allowing them to abuse the vulnerable ExifTool component.
The threat actors do not need to authenticate or use a CSRF token or even a valid HTTP endpoint to use the exploit.
With the exploitation continuing to this day, researchers from Rapid7 decided to look into the number of unpatched systems and determine the scope of the underlying problem.
See Also: All Windows versions impacted by new LPE zero-day vulnerability
According to a report published by Rapid7, at least 50% of the 60,000 internet-facing GitLab installations they found are not patched against the critical RCE flaw fixed six months ago.
Moreover, another 29% may or may not be vulnerable, as the analysts couldn’t extract the version string for those servers.
Admins need to update to one of the following versions to patch the flaw:
- 13.10.3
- 13.9.6
- 13.8.8
Any versions earlier than that and down to 11.9 are vulnerable to exploitation whether you’re using GitLab Enterprise Edition (EE) or GitLab Community Edition (CE).
See Also: Offensive Security Tool: ZipExec
For more details on how to update GitLab, check out this dedicated portal.
To ensure that your GitLab instance isn’t vulnerable to exploitation, you can check its response to POST requests that attempt to exploit ExifTool’s mishandling of image files.
The patched versions still allow someone to reach out to ExifTool, but the response to the request should be a rejection in the form of an HTTP 404 error.
See Also: Hacking stories – Operation Troy – How researchers linked the cyberattacks
Source: www.bleepingcomputer.com
(Click Link)