Zscaler Blog

Get the latest Zscaler blog updates in your inbox

Best Practices

Going off script: Thwarting OSA, AppleScript, and JXA abuse

image

Experts from Red Canary, Jamf, and MITRE ATT&CK opine on ways to detect and prevent manipulation of macOS’s scripting architecture.

Living off the land has been commonplace on Windows systems for years, so it’s no surprise that adversaries frequently leverage native tooling when they seek to compromise macOS systems. For the long-awaited return of our Detection Series webinars, Red Canary’s Tony Lambert and Brandon Dalton joined Cat Self from MITRE and Ferdous (“Sal”) Saljooki from Jamf to explain why adversaries exploit Apple’s native scripting capabilities, and how to ward them off.

So, what are these native capabilities?

Scripting languages on macOS are beholden to a structure known as Apple’s Open Scripting Architecture (OSA). According to Apple:

The Open Scripting Architecture (OSA) provides a standard and extensible mechanism for interapplication communication in OSX.

 

Here, Cat offers a clarifying explanation of OSA and its components:

 

The detection series: AppleScript thumbnail

 

SentinelOne offers an insightful deep-dive on OSA for further learning.

Cat continues on to explains the benefits of leveraging OSA:

 

The detection series: AppleScript thumbnail

 

The two primary scripting languages under the OSA structure include AppleScript and JavaScript for Automation (JXA). So, let’s get into how to dodge, duck, dip, dive, and dodge the adversaries who abuse these scripting languages.

Image

 

Who’s taking advantage?

 

Tony delves into who abuses OSA, AppleScript, and JXA, how they abuse it, and why.

 

The detection series: AppleScript thumbnail

 

What should I be looking for?

 

XCCSET, a malware threat that targets developers, is distributed as poisoned XCode project files.

 

The detection series: AppleScript thumbnail

 

Distributed as read-only, compiled AppleScript, OSAMiner is a multi-stage threat that retrieves a Monero miner and installs it on a macOS system.

 

The detection series: AppleScript thumbnail

 

Often used by Red Team operators, the Apfell Agent is a JXA agent created to talk to Mythic C2.

 

The detection series: AppleScript thumbnail

 

Brandon illustrates the purpose and facilitation of Apple’s Endpoint Security Framework (ESF) for monitoring system events.

 

The detection series: AppleScript thumbnail

 

Sal walks us through ways to advance detection coverage by leveraging available telemetry.

 

The detection series: AppleScript thumbnail

 

Can I emulate these behaviors to test detection coverage?

Absolutely! Thus far, the panelists have discussed how and why adversaries abuse AppleScript and JXA, where defenders can find telemetry to observe suspicious activity, and how you can leverage that telemetry to develop or improve detection coverage.

Using our newly released POSIX AtomicTestHarness suite you can quickly test for detection coverage gaps. AtomicTestHarnesses focus on the art of the possible. If an adversary were to leverage AppleScript / JXA to attack macOS, what different ways could they go about doing that? AtomicTestHarnesses help answer this question.

Brandon discusses how to test your visibility into suspect AppleScript and JXA activity in your environment.

 

The detection series: AppleScript thumbnail

 

Speaking of the POSIX AtomicTestHarness suite, Red Canary’s Brandon Dalton and Dave Bogle wrote a blog delving into how the POSIX Atomic Test Harnesses suite leverages Python to emulate multiple variations of a given ATT&CK technique on Linux and macOS systems. Read it here! 

 

Keep watching

Watch the full AppleScript and the Open Scripting Architecture webinar on demand.

form submtited
Thank you for reading

Was this post useful?

Disclaimer: This blog post has been created by Zscaler for informational purposes only and is provided "as is" without any guarantees of accuracy, completeness or reliability. Zscaler assumes no responsibility for any errors or omissions or for any actions taken based on the information provided. Any third-party websites or resources linked in this blog post are provided for convenience only, and Zscaler is not responsible for their content or practices. All content is subject to change without notice. By accessing this blog, you agree to these terms and acknowledge your sole responsibility to verify and use the information as appropriate for your needs.

Get the latest Zscaler blog updates in your inbox

By submitting the form, you are agreeing to our privacy policy.