Charles Leaver – Ziften And Splunk Are All You Need To Detect And Respond To WannaCry
Written by Joel Ebrahami and presented by Charles Leaver
WannaCry has actually generated a lot of media attention. It might not have the huge infection rates that we have seen with a lot of the previous worms, however in today’s security world the amount of systems it was able to contaminate in a single day was still rather shocking. The objective of this blog is NOT to offer a detailed analysis of the exploit, but rather to look how the threat acts on a technical level with Ziften’s Zenith platform and the combination we have with our innovation partner Splunk.
Visibility of WannaCry in Ziften Zenith
My first action was to connect to Ziften Labs threat research study team to see what details they could supply to me about WannaCry. Josh Harriman, VP of Cyber Security Intelligence, directs our research group and notified me that they had samples of WannaCry presently running in our ‘Red Lab’ to look at the habits of the danger and perform further analysis. Josh sent me over the details of exactly what he had actually discovered when examining the WannaCry samples in the Ziften Zenith console. He delivered over those information, which I provide herein.
The Red Laboratory has systems covering all the most typical operating systems with different services and configurations. There were currently systems in the laboratory that were purposefully susceptible to the WannaCry threat. Our international threat intelligence feeds used in the Zenith platform are updated in real time, and had no trouble finding the virus in our lab environment (see Figure 1).
Two lab systems have actually been recognized running the malicious WannaCry sample. While it is great to see our worldwide hazard intelligence feeds upgraded so quickly and determining the ransomware samples, there were other behaviors that we found that would have determined the ransomware danger even if there had actually not been a hazard signature.
Zenith agents gather a large amount of information on what’s happening on each host. From this visibility data, we create non-signature based detection methods to take a look at typically malicious or anomalous habits. In Figure 2 shown below, we show the behavioral detection of the WannaCry infection.
Investigating the Breadth of WannaCry Infections
Once spotted either through signature or behavioral approaches, it is really easy to see which other systems have likewise been infected or are showing similar habits.
Detecting WannaCry with Ziften and Splunk
After examining this information, I decided to run the WannaCry sample in my own environment on a vulnerable system. I had one susceptible system running the Zenith agent, and in this example my Zenith server was currently set up to integrate with Splunk. This allowed me to take a look at the exact same data inside Splunk. Let me explain about the integration that exists with Splunk.
We have two Splunk apps for Zenith. The first is our technology add-on (TA): its function is to consume and index ALL the raw information from the Zenith server that the Ziften agents generate. As this information arrives it is massaged into Splunk’s Common Information Model (CIM) so that it can be stabilized and simply browsed in addition to used by other apps such as the Splunk App for Enterprise Security (Splunk ES). The Ziften TA also includes Adaptive Response abilities for acting from actions that are rendered in Splunk ES. The second app is a dashboard for displaying our info with all the charts and graphs offered in Splunk to facilitate absorbing the data a lot easier.
Given that I already had the details on how the WannaCry exploit acted in our research lab, I had the advantage of knowing exactly what to search for in Splunk utilizing the Zenith data. In this case I was able to see a signature alert by using the VirusTotal integration with our Splunk app (see Figure 4).
Threat Hunting for WannaCry Ransomware in Ziften and Splunk
However I wished to put on my “event responder hat” and examine this in Splunk using the Zenith agent data. My first idea was to browse the systems in my laboratory for ones running SMB, because that was the preliminary vector for the WannaCry attack. The Zenith data is encapsulated in different message types, and I knew that I would most likely discover SMB data in the running process message type, nevertheless, I utilized Splunk’s * regex with the Zenith sourcetype so I might search all Zenith data. The resulting search looked like ‘sourcetype= ziften: zenith: * smb’. As I anticipated I received one result back for the system that was running SMB (see Figure 5).
My next step was to use the very same behavioral search we have in Zenith that tries to find common CryptoWare and see if I could get results back. Once again this was extremely easy to do from the Splunk search panel. I used the very same wildcard sourcetype as previously so I might search throughout all Zenith data and this time I added the ‘delete shadows’ string search to see if this behavior was ever released at the command line. My search looked like ‘sourcetype= ziften: zenith: * delete shadows’. This search returned results, shown in Figure 6, that revealed me in detail the procedure that was developed and the complete command line that was performed.
Having all this information inside of Splunk made it extremely easy to determine which systems were susceptible and which systems had currently been jeopardized.
WannaCry Removal Using Splunk and Ziften
Among the next steps in any kind of breach is to remove the compromise as fast as possible to prevent additional damage and to act to prevent other systems from being compromised. Ziften is among the Splunk initial Adaptive Response members and there are a variety of actions (see Figure 7) that can be taken through Spunk’s Adaptive Response to mitigate these risks through extensions on Zenith.
When it comes to WannaCry we actually could have utilized nearly any of the Adaptive Response actions presently readily available by Zenith. When aiming to minimize the effect and avoid WannaCry in the first place, one action that can occur is to close down SMB on any systems running the Zenith agent where the variation of SMB running is known vulnerable. With a single action Splunk can pass to Zenith the agent ID’s or the IP Address of all the susceptible systems where we wished to stop the SMB service, hence avoiding the exploit from ever taking place and enabling the IT Operations team to get those systems patched prior to starting the SMB service once again.
Avoiding Ransomware from Spreading or Exfiltrating Data
Now in the case that we have actually already been compromised, it is crucial to prevent more exploitation and stop the possible exfiltration of sensitive information or business intellectual property. There are truly 3 actions we could take. The very first two are similar where we could kill the harmful process by either PID (process ID) or by its hash. This works, but given that often times malware will just spawn under a new procedure, or be polymorphic and have a different hash, we can apply an action that is ensured to prevent any incoming or outbound traffic from those infected systems: network quarantine. This is another example of an Adaptive Response action readily available from Ziften’s integration with Splunk ES.
WannaCry is currently reducing, however hopefully this technical blog post reveals the value of the Ziften and Splunk integration in dealing with ransomware threats against the endpoint.