Corellium supports mobile security research on iOS 16

Announcement: Corellium Supports iOS 16 Mobile Security Research

We provide the mobile security research community with the tools they need to test iOS – without jailbreaks. Now, Corellium Virtual Hardware platform supports iOS 16.

Corellium Support for iOS 16

At Corellium, we’re committed to providing the mobile security research and app developer communities the ability to comprehensively test and analyze Apple’s mobile operating systems without having to jailbreak physical devices. To that end, we’re very proud to announce that our Corellium Virtual Hardware platform now supports iOS 16, including fully jailbroken iOS 16.

&nbsp;
Jailbreaks are essential to iOS security work. Without jailbreaks, white-hat researchers wouldn’t be able to dynamically analyze mobile apps or discover security flaws in walled-off areas of the operating system. Researchers have relied on jailbreaks for significant, groundbreaking discoveries ranging from <a href="https://www.amnesty.org/en/latest/research/2021/07/forensic-methodology-report-how-to-catch-nso-groups-pegasus/">analyzing the Pegasus malware</a> to dissecting the <a href="https://twitter.com/patrickwardle/status/1210742545451323392">UAE-spy app ToTok</a> to uncovering how malware may be loaded onto an iPhone’s Bluetooth chip <a href="https://arxiv.org/pdf/2205.06114.pdf">even when the device is off</a>. Most of the bugs reported to Apple’s Bug Bounty program wouldn’t have been discovered without a jailbreak, and you would be hard-pressed to find a mobile pen-testing team that doesn’t have a pile of jailbroken iPhones for application analysis.
&nbsp;
Counterintuitively, while jailbreaks are essential for security research, achieving a jailbreak on a physical iOS device fundamentally requires the exploitation of security vulnerabilities. The purpose of jailbreaking is to enable users to do things that aren’t ordinarily permitted by the operating system – namely, to run their own code and to access lower levels of the system. Since iOS is not designed to enable this access by default, a user must find and leverage security flaws in the operating system to change the way it behaves. Typically, this is achieved by “patching” the iOS kernel.
&nbsp;
Put another way: to find bugs in iOS, the security community has to exploit bugs in iOS. This creates an uncomfortable incentive for researchers to withhold known bugs from Apple, in order to maintain their ability to do their work.&nbsp;
&nbsp;
Corellium’s approach is inherently different: it doesn’t rely on vulnerabilities at all. Instead, because the operating system is running in a virtualized environment, the OS can simply be configured to run with escalated privileges by default – the “patches” can simply be applied at the outset. Corellium’s virtual devices behave and function the same way a physical jailbroken device would, and they even come pre-loaded with common jailbreak tools like Cydia. In this way, Corellium is not only able to provide the security research community with immediate support for a jailbroken version of the latest OS, but it can do so without having to withhold any security vulnerabilities from Apple.&nbsp;
<h2>Public jailbreaks are increasingly rare</h2>
Apple invests considerable effort in continually improving the security of its operating system. As it hardens iOS with each new release, public jailbreaks are becoming more and more rare. Nearly a year after the release of iOS 15, a public jailbreak for this version has yet to be made available.&nbsp;
The reason for this is simple: it’s getting harder and harder to find bugs that can be used for a jailbreak. It used to be that a fully untethered jailbreak required just one or two vulnerabilities to achieve privilege escalation. Now, jailbreaks require a complex chain of exploits, and even then, they often don’t provide the same degree of access or persistence. From this perspective, Apple’s efforts to improve the security of iOS over time have arguably succeeded.
But this success has created something of a catch-22. As our CTO Chris Wade describes:&nbsp;
<blockquote>
The more Apple locks down their operating system to improve end user security, the harder it becomes for the independent security research community to investigate and identify security vulnerabilities, both in the operating system itself and in the apps that run on it. That doesn’t mean vulnerabilities aren’t still there; it just makes it harder for the community to help find them before bad actors do. And the harder they are to find, the more valuable they are, so the more incentive researchers have to hold them instead of report them, and the more incentive bad actors have to go looking for them.
</blockquote>
Indeed, as jailbreaks become harder to implement, they become increasingly valuable. This drives researchers, governments, and security companies to create their own private jailbreaks and hoard the bugs that enable them to protect their advantage for future security work.
<h2>&nbsp;</h2>
<h2>iOS 16 features focus on narrowing attack surfaces</h2>
iOS 16 includes two notable new features aimed at limiting attack vectors. One is called “Lockdown Mode,” which focuses on protecting a small but highly vulnerable set of users, such as activists and journalists. Lockdown Mode strictly limits or disables certain ‌iPhone‌ features, as well as access to certain apps and websites.
Interestingly, the specific features of Lockdown Mode suggest that, in Apple’s assessment, the most common attack vectors on an iPhone today are malicious websites, infected iMessages or FaceTime videos, MDM profiles, and wired connections to the phone. Notably, Lockdown Mode does not seem to impact a user’s access to third-party app store apps. As Apple increasingly limits the attack surface for native features, the attack focus may shift to apps from the App Store – particularly given the <a href="https://www.washingtonpost.com/technology/2021/06/06/apple-app-store-scams-fraud/">limited review</a> these apps undergo.
Another new feature, “Developer Mode,” aims to protect people from “inadvertently installing potentially harmful software on their devices” and to “reduce attack vectors exposed by developer-only functionality,” <a href="https://developer.apple.com/documentation/xcode/enabling-developer-mode-on-a-device">according to Apple</a>. As a byproduct, this feature also introduces additional friction to installing and running third-party code, including apps from alternative app stores. Apple is of course facing intense regulatory scrutiny over its monopoly of app distribution, and this wouldn’t be the first time it used security as a pretext for preserving control of the iOS ecosystem.
The addition of Lockdown Mode and Developer Mode in iOS 16 highlights an evolving and heightened focus on the security of iOS. High-profile stories – about malware like Pegasus or about a critical FaceTime bug discovered by a highschooler – have put increasing pressure on Apple to address even obscure attack vectors that are unlikely to affect an ordinary user.&nbsp;
This has resulted in a new iOS version that, for the first time, acknowledges and addresses the different threat profiles faced by different audiences, demonstrating an increasingly sophisticated and nuanced approach by Apple to user security. At the same time, this new iOS version continues the trend of tighter security controls, which will likely also mean a continuation of the trend of not seeing a public jailbreak for this new version anytime soon – if ever.&nbsp;
This is why we believe it’s as important as ever for Corellium to provide a place for white-hat developers to perform good-faith security research in a way that’s not possible on physical devices – a way that doesn’t require exploiting, withholding and retaining vulnerabilities. And given our platform’s widespread adoption by the world’s top security research and development teams, it seems the community would agree.
For more information about our latest code release, check out <a href="https://www.corellium.com/updates">https://www.corellium.com/updates</a>.&nbsp;

At Corellium, we’re committed to providing the mobile security research and app developer communities the ability to comprehensively test and analyze Apple’s mobile operating systems without having to jailbreak physical devices. To that end, we’re very proud to announce that our Corellium Virtual Hardware platform now supports iOS 16, including fully jailbroken iOS 16.

text

Attack Surface Mapping with Corellium: iOS Persistence

Attack surface mapping of files opened by processes is a useful tactic to thwart attacker persistence. Learn how to use Corellium for this strategy.

Mapping iOS Persistence Attack Surface using Corellium

Persistence is a <a href="https://attack.mitre.org/tactics/TA0003/" style="background-color: #ffffff;" rel="noopener" target="_blank">tactic</a> used by attackers and jailbreakers1 to maintain a foothold on a device after reboot, and can be a <a href="https://zerodium.com/program.html" rel="noopener" target="_blank">valuable</a>&nbsp;component of an exploit chain. Fundamentally, this requires attacker-controlled data to be processed at some point in the course of booting, so creating a mapping of files opened by various processes should provide a useful first approximation of the cyber attack surface.

Today’s developers and security teams struggle to efficiently and adequately test their mobile and IoT devices and apps. Here’s how we compare.

See how we stack up

Yes, cumbersome maintaining devices, images, version control, etc.

Yes, true Arm type-1 hypervisor for high performance and model and behavior accuracy.

x86 emulation is slow and lacks model and behavior accuracy.

Android, iOS and Linux devices on a single platform. All devices and OS versions and betas available.

Latest devices and OS versions lacking or slow to rollout, OS betas missing.

None, cumbersome to configure every device/OS, limited availability, no OS betas.

Full suite of monitoring and control of firmware kernel, sys calls, files, apps, network, sensors, logs, pause-snapshot-clone, and more for never-before-possible security research and testing.

Limited cash reports, sensor controls, and simple file load.

None, as their main focus is app UI testing.

Yes, instantly root or jailbreak devices on any platform.

None, slower video, graphics, and screen captures.

None, Arm-native, including transparent 32-bit translation, allows you to run production code.

Often, modifications and recompilations are needed.

A single platform enables interoperability testing across Android, iOS, and Linux operating systems, across both mobile and IoT devices.

Not available across mobile app/device platforms and IoT devices.

When using company owned devices: costly, slow, and risky.

Yes, cloud SaaS or on-site appliances for air-gapped needs.

True Arm type-1 hypervisor for high performance and model and behavior accuracy.

Device Performance and Accuracy

Device / OS Coverage

Advanced Security Tools

Instantly root or jailbreak devices on any platform.

Root Access

To optimize user interaction with the virtual display, Corellium's hypervisor provides hardware-accelerated H.264 / H.265 compression and GPU support with OpenGL ES pass-through. Our proprietary WebRTC implementation re-encodes display for ultra-smooth rendering.

GPU Acceleration

Arm-native, including transparent 32-bit translation, allows you to run production code.

No Code Modifications

Test apps, firmwares, and operating systems across platforms, including from mobile to IoT devices.

Full-Stack Interoperability Testing

Cloud SaaS or on-site appliances for air-gapped needs.

Deployment Flexibility

We have simple, transparent pricing that for cloud and on-site solutions... at half the cost.

Lower Costs

Corellium’s virtualization technology changes everything.

Why switch to Corellium?

For remote collaboration, root access, graphics acceleration, and more, Corellium beats Apple’s iOS simulator every time. See the comparison.

See how Corellium compares to Apple’s iOS Simulator from their Xcode tool.

iOS Simulator

Apple’s iOS Simulator

For root access, no-code modifications, graphic acceleration, and more, Corellium beats a cloud Android emulator every time. See the comparison.

See how Corellium compares to the cloud Android emulator in Android Studio.

Corellium vs Android Emulator

Android Emulator

Virtual devices only - no need for the cumbersome process of maintaining devices, images and version control. Scale your virtual device test lab without the hassle.

No Physical Device Dependency

Android, iOS and Linux devices on a single platform. All devices and OS versions and betas available. No need for the cumbersome process of configuring every device/OS, struggling with limited availability and no OS betas.

When using company owned-devices, shipping devices can be costly, slow, and risky. Corellium's devices are 100% virtual, so there's no hassle.

No Device Shipping

Enjoy the flexibility and power of remote collaboration with our cloud or on-site products.

Remote Collaboration

See how Corellium compares to Kobiton’s Mobile Device Testing Platform.

Kobiton

See how Corellium compares to BrowserStack’s Interactive Mobile App Testing.

BrowserStack

See how Corellium compares to Google’s Firebase Test Lab.

Firebase Test Lab

See how Corellium compares to Opkey Digital’s pCloudy Continuous Testing Cloud.

pCloudy

See how our platform compares to Genymotion’s Android-as-a-Service.

Genymotion

See how Corellium compares to Perforce’s Perfecto Mobile Testing Cloud.

Perfecto Mobile

See how Corellium compares to Sauce Labs’ Real Device Cloud.

Sauce Labs

Offered exclusively to customers with on-premises deployments, 3.13.2 provides iOS 16 support, improvements to the device boot process, and performance improvements.

Increased disk space of the misc partition for supplemental application data

User interface enhancements, including improved user alerts

Added nodevmode boot option to the REST API

Known Issues: Please note using Frida with iOS 16 may lead to a kernel panic.

With the 3.13.1 release, we announce iOS 16 support for cloud customers as well as improvements to the device boot process.

The 3.13 release includes preparation for iOS 16 support, design enhancements to the user interface, and performance improvements.

Corellium introduces support for iOS 16 Beta 5. This release is available as a beta exclusively to customers with on-premises deployments.

Limited support for iOS 16 Beta 4 and Beta 5. Please note we are addressing known bugs related to certain features. If you experience critical issues, please consider rolling back to a previous version or contacting support.

General performance improvements, front-end enhancements, and minor bug fixes.

Corellium unveils various new changes to the user interface and user experience with version 3.12.1.

Simplified trial signup process adds address autofill and removes the billing requirement

Accessibility and usability changes, including keyboard support on modal windows

Improvements to navigation, alerts, and typography of our web interface

Moved the OpenGApps installer to the Apps page on Android devices

Deeper Intercom chat integration into the customer experience

Reliability and error handling improvements

Corellium is excited to add support for the new iOS 16. This new release is available as a beta exclusively to customers with on-premises deployments.

Limited support for iOS 16 Beta 3. Please note we are addressing known bugs related to certain features. If you experience any critical issues, please consider rolling back to a previous version or contacting support.

Various reliability improvements and bug fixes.

This release adds Quick Connect SSH tunneling, a Rotate button for iOS, XPC support for CoreTrace on iOS, and OpenGApps for Android 12.

New Quick Connect feature enables SSH without a VPN connection

Add a Rotate button to enable landscape mode on iOS devices

Add an XPC trace to CoreTrace for iOS devices 

Add OpenGApps support for Android 12 devices

Various fixes and improvements to the user interface

Our latest release adds website improvements, an API update, bug fixes, and a new user profile page.

Responsive design enhancements to the front end

Updated response for the createUser() API call

Added modal reporting for user during error states

Enhanced stability for VMs during deployment

Fixed issue preventing Xcode DDI mount on iOS 15.4

Corellium version 3.9.0 contains updated Frida support as well as bug fixes and improvements to the user experience.

Updated Frida for Android to version 15.1.16

Improvements and bug fixes to the user interface

Fixed an issue causing the network monitor to crash

Improvements to query images uploaded to the project 

Fixed an issue with blocked navigation links in Firefox

Added support links to headers for device features, e.g. Connect, Files, Apps, Console

Support downloading files simultaneously from the device filesystem 

For this release we have added support for iOS 15.4 & 15.4.1.

The Corellium team is excited to announce the release of many user experience improvements, simulate receiving SMS to iOS, frames of various Android devices, Android 12 upgrade, as well as bug fixes. 

Device tools have been stacked vertically for easier navigation. 

"Peripherals" renamed to "Sensors” in device tools. 

Device selection has been updated to not require unselecting of current device. 

Simulate receiving an SMS message on the iOS virtual device.

11 Android device frames have been added. 

Upgraded AOSP 12 from beta 1 to revision 26.

Allow shell scripts to be used as the main executable of a process.

Fixed Cydia Installations in iOS 15.2 and later. 

On-Site: Bug fix when instance gateway is set to “default."

Broken links for Knowledge Base articles updated. 

In this latest release, we've added iOS 15.3 and iOS 15.3.1, STUN for WebRTC to allow for functional displays in strict firewall environments, improved snapshot functionality, added a start timestamp to the instance object on the Corellium-API, and other various bug fixes. 

STUN for WebRTC enabling displays on strict firewall environments.

Improvements for multiple snapshot creation.

Added start timestamp field to Corellium-API. Attribute is useful for knowing how long an instance has been in the current state.

Fixed bug on Android devices related to networking issues on a soft-restart.

Bug fix for Android Settings crash when launched.

We are excited to announce in this release that we've added Pop-Out Displays for Virtual Device Screens, and a bug fix for cloning Snapshots.

Pop-Out Display of Virtual Device Screens

This release provides iBoot for iPhone 12, improved API instructions for on-site customers, and bug fixes for custom kernel uploads & API internet access toggling.

Improved API instructions for on-site customers

Fixed a bug that prevented turning on internet via API in projects

Fixed a bug that stuck devices in deleting state when uploading custom kernels

In this release, we've added support for iPhone 13 and iOS peripherals, including Biometrics and Accelerometer. We also improved our error handling.

Support for toggling iOS biometrics to pass / not pass

Support for iOS sensors, including accelerometer / motion

Our latest release brings support for iOS 14.8 and iOS 15, as well as support for GPS on iOS device.

Reduced frequency of payment attempts for past due invoices

Current credit balance now displayed in the UI

Fixed an error in changing the IP Address for the on-site installer

Enables GPU acceleration for all Android devices on Enterprise accounts

This update adds support for iOS 14.7 and iOS 15. Since iOS 15 is still in beta, it's only supported for on-site customers.

Support for iOS 15 betas 1-4 (on-site only)

In this update, we're very excited to add support for Sensors and Camera for our virtual Android devices, as well as beta support for Android 12!

Note: Sensors and Camera may not be available or may behave differently on any pre-existing Android devices created prior to this update.

Added support for sensors for Android devices

Added support for camera pass-through for Android devices

Implemented an API for shell access (ShellExec)

Fixed a bug that allowed improperly formatted UDIDs to be applied

Fixed a bug that caused the CoreTrace thread & process list not to populate for iPhone 12 iOS 14.6

Added the ability to export a pcap of the log from the Network Monitor tool

Fixed a bug that caused some apps to timeout on launch on iOS 14.5.1 with PAC enabled

(For on-site customers, Release 2.9.1 incorporates Release 2.9)

Improve the load time of images in the Create Device modal

Increase trial time from one hour to six hours

Fix a Frida-related panic on iOS 14.5+ and enable integrated Frida tab on 14.5+

Disable certificate pinning by default for applications on jailbroken iOS devices

Automatically connect to the device display 

Improves CoreTrace reporting on XNU and Linux

Increases minimum password length for accounts

Adds support for multiple connections to a project or instance via the same openvpn client configuration

This cloud-only release provides support for variable screen sizes in the API, as well as minor bug fixes.

Support for variable screen sizes in the API

Support for toggling GPU acceleration per domain

Fixed a bug that caused Network Monitor to be displayed for non-jailbroken no-agent devices

Fixed an issue with the API that allowed users to create projects without a name

Fixed an issue that prevented re-subscribing after canceling a usage-based account

Fixed a bug that caused Enterprise Team Leads to see an option to invite users and manage teams when this functionality was not available at this permission level

This release provides support for 14.5 betas and Network Monitor for iOS.

Added support for Network Monitor for iOS-based device models

Fixed a bug that could cause errors in upgrading on-site installations

Fixed backwards compatibility with iOS 14.0 betas

This release provides on-site customers with the new ability to load their own models to the hypervisor. It also adds support for copying and pasting data to iOS-based device models. 

Added support for loadable firmware models for on-site users

Added Copy/Paste for iOS devices. Note that for both Android and iOS-based device models, copy/paste behavior is inconsistent across different web browsers. In particular, data is unable to be pasted into a VM in the Firefox browser, and data is unable to be copied out of a VM in the Safari browser. 

Fixed a bug in switching from monthly to usage-based subscriptions

Fixed a bug that prevents resubscribing after cancelling a usage-based account

Fixed a bug that could cause snapshots to becoming stuck in a Restoring state

Fixed a bug causing incompatibility between A14 iPhone device models and Xcode

Fixed a bug that caused graphical glitches in apps that use WKWebview

Implemented missing ACM protocol extensions and messages for iOS-based device models

This update provides support for iOS 14.4 and adds Frida support for iOS-based devices.

Added support for Frida console for iOS devices

Fixed an intermittent bug causing A14-based models to freeze during restore in Graviton environments

Fixed an error causing IPSWs to fail to upload in Graviton environments

Fixed an error causing iPhone XR and XS device models to panic when APRR was set

This update provided minor bug fixes for the cloud.

Fixed an NVMe panic after pause or reboot from a READ timeout

Fixed a bug that caused ffmpeg to cause unknown device error

Fixed a bug that cause the Kill button in the app tab to occasionally not respond to a click

Added a connection token to vstrm servers, telegfx, and crlm-stream

Resolved an issue with a device that was stuck in the Deleting state

We're very excited to announce that this release brings Apple device models to Individual accounts. With this release, Individual accounts will also see new advanced settings, including the ability to upload custom kernels and ramdisks. In addition, all accounts will now be able to adjust the number of CPU cores and the amount of RAM assigned to generic Android devices. 