Malwarelytics for Apple

Malwarelytics for Apple protects your iOS, tvOS or macOS app from a broad range of cyber threats. Integrate mobile threat protection SDK and connect to our cloud service to get the best benefit.

Supported Features

Malwarelytics for Apple currently supports the following features:

• Jailbreak Detection
• Debugger Protection
• Reverse Engineering Tools Detection
• HTTP Proxy detection
• Repackaging Detection
• Screen Capture Detection
• VPN Detection
• Active Call Detection
• App Presence Detection
• User Screenshot Detection
• System Passcode Status
• System Biometry Status
• Predefined and Custom Events

Read Next

• Installation

Installation

Configuration

Recommended Responses to Security Issues

Malwarelytics for Apple provides detection of many security issues. Moreover, it provides a huge variability in both configuring these protections and reactions to security violations. Some reactions, such as app termination, are provided by the SDK. Other reactions, such as displaying a warning screen or limiting functionality, are the responsibility of the application integrating Malwarelytics for Apple.

The page provides a summary of recommended responses to various security issues that the SDK can help you with.

Summary of the Recommended Responses

Before diving into details we summarize the recommendations here. In general, we recommend:

• Terminate the app on app repackaging, when a debugger is attached, or when reverse engineering tools are detected.
• Show active warning when a jailbroken device is detected.
• Block debuggers, and hide screen contents when screen capturing is detected.
• Inform about other potential issues in some security advisor built into the app.

Responses to Security Issues

Some general approaches to handling a security violation might be:

1. Display a Warning Message: The app can display a warning message informing the user that the app doesn’t support when a certain security feature is violated. This message should explain the security risks associated with using the app on such devices in such conditions and recommend fixing the issue for banking and financial operations.
2. Limited Functionality: The app can limit its functionality when a security violation is detected. For example, it might disable some sensitive features like money transfers, or access to sensitive financial data to reduce the potential for unauthorized access and fraudulent activities.
3. Terminate the App: If the app detects that it is running on a device with a security violation, it can immediately terminate itself to prevent any further access. This will help minimize the exposure of sensitive financial information and protect the user from potential security risks. As a general UX improvement, it is recommended to also open a website (in a browser outside the app) with an explanation while the app is being terminated.
4. Silent Monitoring on Server: The app can silently monitor what’s happening on the device by sending data to the remote server. This approach is especially powerful when connected to a complex anti-fraud system analyzing inputs from various sources. The backend system can then decide the appropriate handling of the security issue. This approach should be used for all features in parallel to other approaches.

Responses to RASP Security Issues

Malwarelytics for Apple protects from a wide range of runtime issues. Some of them are more serious than others. Here we provide a list of recommended responses to these issues by a banking or a financial app.

Summary of Responses to RASP Issues

The summary here mentions RASP protection features that have a RaspObserver callback method. These features can notify the integrating app about an issue and the app can react to it. Some of the protection behaviors are automatically provided by the SDK.

Jailbroken Devices

It is generally recommended to avoid using jailbroken devices for banking or financial apps. The integrity of jailbroken devices is compromised and security is reduced. It is far easier for attackers to bypass security measures designed to protect financial data and the integrity of financial operations within the app.

For these reasons, we generally recommend terminating the app and not allowing users to use it on a jailbroken device.

Repackaged Application

A repackaged application is a changed app and can’t be considered secure. It poses a danger to both clients and the financial institution issuing the app. Any code inside a repackaged app can be inserted, changed, or removed. Therefore security features of such apps have to be considered as compromised.

For this reason, the app should unconditionally terminate itself when it detects that it has been repackaged.

Attached Debuggers

An attached debugger poses a huge danger to the app. There’s a huge number of potential issues such as data leakage, security breaches, transaction tampering, and injection of malicious code.

For these reasons, we generally recommend either blocking debuggers from attaching or terminating the app when an attached debugger is detected.

Reverse Engineering Tools

Reverse engineering tools substantially affect the security and integrity of iOS applications. These tools can be used to jailbreak the device, hook into live processes, and modify code execution in real-time. It can be used to bypass security checks, authentication mechanisms, and other protective measures.

For these reasons, the app should unconditionally terminate itself when it detects any reverse engineering tool.

Screenshots

Screenshots taken by users can contain sensitive personal and financial information. Once a screenshot is captured, the users should take care to handle it with caution to avoid accidental leakage and exposure of the data it may contain. Unfortunately, this is often not the case.

For this reason, the app should warn users about the dangers of leaking sensitive information when it detects that a screenshot has been taken.

Screen Capturing

A financial or banking app handles a lot of sensitive data. Screen capturing can record everything happening on the screen over a period of time, not just a static image. This means all displayed sensitive information, including account numbers, balances, transaction history, and personal data, can be captured in detail. The captured recording can be accidentally or maliciously shared, leading to a significant breach of confidentiality.

The recommended approach is to hide screen contents. This way the obtained recording will not contain sensitive data. Screen capturing should be monitored silently, with no action unless additional suspicious signals appear.

System Passcode Status

Usage of system passcode is an essential security feature of all iOS devices. Not having a system passcode poses significant security risks, especially if sensitive applications like banking apps are installed. The stored personal and financial information is vulnerable to unauthorized access. Moreover, when a malicious individual gets physical access to the device, the possession authentication factor is effectively eliminated on such devices, and the risk of financial fraud greatly increases. Lastly, a lack of system passcode conflicts with several security standards and regulations, which can lead to compliance issues.

The recommended response is to display a warning and optionally limit the app’s sensitive functionality.

System Biometry Status

Usage of biometrics reduces the risk of unauthorized access to the user’s device and a banking app. PINs and passwords are frequently reused by the users. Also, there is a range of attacks for obtaining the user’s password or PIN such as phishing attacks, social engineering, and shoulder surfing.

The recommended response is to monitor the issue silently. Optionally the app can attempt to display a recommendation to the user.

Active HTTP Proxy

Active HTTP proxy can exploit issues in client-server communication when not done correctly and can lead to data interception.

The recommended response to the detection of an active HTTP proxy is to display a warning to the user.

Active VPN

Active VPN can indicate a possible fraud attempt and might be a problem from the point of regulatory compliance. While VPNs are generally used to secure internet traffic, not all VPN services are trustworthy. Some might intercept, monitor, or manipulate traffic routed through them.

The recommended response to the detection of an active VPN is to display a warning to the user.

Active Calls

An active call during the active usage of a banking app poses a risk of social engineering attacks. These attacks are very frequent and create huge financial losses.

For this reason, it’s recommended to block any sensitive functionality during the period of the call. Or even automatically reject all operations and transactions initiated during an active call.

App Presence

Remote desktop apps are a concern for all banking apps due to the potential risk they pose in financial fraud. These apps enable remote access to the device, allowing unauthorized individuals to view the screen remotely. Furthermore, some remote desktop apps may include audio sharing, which could potentially allow eavesdropping through the device’s microphone. Although it is not possible to remotely control an iOS device, attackers frequently use these apps to commit financial fraud.

The recommended response is to limit functionality while an unwanted app is present on the device. All functionality involving sensitive operations and transactions should be blocked to prevent any fraudsters from seeing any sensitive data.

Read Next

• Release Notes

RASP Features Overview

–|–| | jailbreak: DetectionConfig | defines the behavior of automatic jailbreak detection. Defaults to .notify. | | debugger: DebuggerDetectionConfig | defines the behavior of automatic debugger detection. Defaults to .notify. | | reverseEngineeringTools: DetectionConfig | defines the behavior of automatic reverse engineering tools detection. Defaults to .notify. | | httpProxy: DetectionConfig | defines the behavior of automatic HTTP proxy detection. Defaults to .notify. | | repackage: RepackageConfig | defines the behavior of automatic repackaging detection. Defaults to .noAction([]). | | screenCapture: ScreenCaptureDetectionConfig | defines the behavior of automatic screen capturing detection. Defaults to .notify. | | vpnDetection: DetectionConfig | defines the behavior of automatic VPN detection. Defaults to .notify. | | callDetection: SimpleDetectionConfig | defines the behavior of automatic call detection. Defaults to .notify. | | appPresence: AppPresenceDetectionConfig | defines the behavior of automatic app presence detection. Defaults to .manual. |

The behavior of all the configuration items can be summarized with these rules:

• The .noAction values turn the corresponding feature off. In some cases detection data can be manually obtained through AppProtectionRasp protocol.
• The .notify values cause the delegate (and remote server when configured) to be notified about the corresponding detection.
• The .exit(exitUrl: String?) values cause the app to be terminated when the corresponding “positive” detection of the feature is detected. The exitUrl parameters define URLs to be opened in the system web browser when the app is terminated as a result of the corresponding detection.

How to Configure App Presence

App presence allows you to verify whether a specific app is installed on a device. To successfully detect such an application, you need to configure the AppProtectionRaspConfig with the appPresence parameter.

In addition to that, you also need to add a query URL scheme to your application Info.plist.

You can add anydesk scheme to the query with these few steps:

1. Open your Xcode project.
2. In the Project Navigator, find your app’s Info.plist file and open it.
3. Click the “+” button in the top-right corner of the Info.plist editor.
4. In the new row, set the key to “Queried URL Schemes”
5. Click the arrow next to “Queried URL Schemes” to expand it.
6. Click the “+” button next to “Queried URL Schemes” and add anydesk scheme.
7. Save your changes.

By following these steps, you’ll configure app presence for your application to detect the presence of specific apps, like AnyDesk.

Obtaining Detection Results

When Malwarelytics for Apple is initialized with certain configurations, the RASP features can be accessed through AppProtectionRaspDelegate or by proactively checking for the status of a certain feature.

Observing RASP Detections

An observer can be registered in AppProtectionRasp to notify the app about any RASP detection change.

// Set the delegate to the existing `AppProtectionService` instance
// to obtain RASP callbacks
appProtection.rasp.addDelegate(self)

Delegate then receives the following callbacks:

func debuggerDetected() {
    // react to a debugger
}

func jailbreakDetected() {
    // react to jailbreak
}

func repackageDetected() {
    // react to repackage
}

func httpProxyEnabled() {
    // react to HTTP proxy enabled
}

func userScreenshotDetected() {
    // react to user screenshot
}

func reverseEngineeringToolsDetected() {
    // react to reverse engineering tools
}

func systemPasscodeConfigurationChanged(enabled: Bool) {
    // react to system passcode change
}

func systemBiometryConfigurationChanged(enabled: Bool) {
    // react to biometry configuration changed
}

func screenCapturedChanged(isCaptured: Bool) {
    // react to screen capturing (casting to different device)
}

func vpnChanged(active: Bool) {
    // react to VPN state changes
}

func onCallChanged(isOnCall: Bool) {
    // react to call change
}
	
func installedAppsChanged(installedApps: [DetectableApp]) {
    // installed apps list has changed
}

Triggering RASP Checks Manually

All the RASP checks can be triggered manually in AppProtectionRasp. There are mostly methods for a simple boolean answer. Only app presence detection provides more detailed information.

// root detection
let isJailbroken = appProtection.rasp.isJailbroken

// debugger
let isDebuggerConnected = appProtection.rasp.isDebuggerConnected

// repackaging
let isRepackaged = appProtection.rasp.isRepackaged

// screen sharing
let isScreenCaptured = appProtection.rasp.isScreenCaptured

// system passcode
let isSystemPasscodeEnabled = appProtection.rasp.isSystemPasscodeEnabled

// system biometry
let isSystemBiometryEnabled = appProtection.rasp.isSystemBiometryEnabled

// simulator build
let isEmulator = appProtection.rasp.isEmulator

// reverse engineering
let isReverseEngineeringToolsPresent = appProtection.rasp.isReverseEngineeringToolsPresent

// http proxy present
let isHttpProxyEnabled = appProtection.rasp.isHttpProxyEnabled

// VPN active
let isVpnActive = appProtection.rasp.isVpnActive

// on call
let isOnCall = appProtection.rasp.isOnCall

// detected apps
let detectedApps = appProtection.rasp.installedApps

Read Next

• Jailbreak Detection

Jailbreak Detection

– | - | | .noAction | indicates that jailbreak will not be automatically detected. A manual check is still possible. | | .notify | indicates that jailbreak will be automatically detected and the delegates will be notified via the jailbreakDetected() method. | | .exit(
exitUrl: String?) | indicates that the jailbreak will be automatically detected and the app will be terminated when the jailbreak is automatically detected. |

Jailbreak detection defaults to .notify.

List of available parameters for some config values:

Usage

After service creation, the jailbreak detection feature can be accessed via AppProtectionRasp. This can be used to add a delegate or to trigger a manual jailbreak detection check.

Observing Detection

Jailbreak detection can trigger a certain action. To achieve that, a delegate needs to be added.

Delegate configuration:

class RaspDelegate: AppProtectionRaspDelegate {

    // other delegate code

    func jailbreakDetected() {
        // handle jailbreak detection
    }
}

The delegate can be added in AppProtectionRasp. When it is no longer needed, it can be removed again.

let raspDelegate = RaspDelegate()
appProtection.rasp.addDelegate(raspDelegate)
appProtection.rasp.removeDelegate(raspDelegate)

Triggering a Manual Check

Jailbreak detection check can be triggered manually in AppProtectionRasp by getting the isJailbroken property value. A simple Bool answer is given.

let isJailbroken = appProtection.rasp.isJailbroken

Read Next

• Debugger Detection

Debugger Detection

– | | | .noAction | indicates that debuggers will not be automatically detected. A manual check is still possible. | | .notify | indicates that debuggers will be automatically detected and the delegates will be notified via the debuggerDetected() method. | | .block | indicates that debuggers will be blocked from attaching to the application process. | | .exit(
exitUrl: String?) | indicates that debuggers will be automatically detected and the app will be terminated when a debugger is automatically detected. |

Debugger detection defaults to .notify.

List of available parameters for some config values:

Usage

After service creation, the debugger detection feature can be accessed via AppProtectionRasp. This can be used to add a delegate or to trigger a manual debugger detection check.

Observing Detection

Debugger detection can trigger a certain action. To achieve that, a delegate needs to be added.

Delegate configuration:

class RaspDelegate: AppProtectionRaspDelegate {

    // other delegate code

    func debuggerDetected() {
        // handle debugger detection
    }
}

The delegate can be added in AppProtectionRasp. When it is no longer needed, it can be removed again.

let raspDelegate = RaspDelegate()
appProtection.rasp.addDelegate(raspDelegate)
appProtection.rasp.removeDelegate(raspDelegate)

Triggering a Manual Check

Debugger detection check can be triggered manually in AppProtectionRasp by getting the isDebuggerConnected property value. A simple Bool answer is given.

let isDebuggerConnected = appProtection.rasp.isDebuggerConnected

Read Next

• Reverse Engineering Tools Detection

Reverse Engineering Tools Detection

– | - | | .noAction | indicates that reverse engineering tools will not be automatically detected. A manual check is still possible. | | .notify | indicates that reverse engineering tools will be automatically detected and the delegates will be notified via the reverseEngineeringToolsDetected() method. | | .exit(
exitUrl: String?) | indicates that the reverse engineering tools will be automatically detected and the app will be terminated when the reverse engineering tools are automatically detected. |

Reverse engineering tools detection defaults to .notify.

List of available parameters for some config values:

Usage

After service creation, the reverse engineering tools detection feature can be accessed via AppProtectionRasp. This can be used to add a delegate or to trigger a manual reverse engineering tools detection check.

Observing Detection

Reverse engineering tools detection can trigger a certain action. To achieve that, a delegate needs to be added.

Delegate configuration:

class RaspDelegate: AppProtectionRaspDelegate {

    // other delegate code

    func reverseEngineeringToolsDetected() {
        // handle reverse engineering tools detection
    }
}

The delegate can be added in AppProtectionRasp. When it is no longer needed, it can be removed again.

let raspDelegate = RaspDelegate()
appProtection.rasp.addDelegate(raspDelegate)
appProtection.rasp.removeDelegate(raspDelegate)

Triggering a Manual Check

Reverse engineering tools detection check can be triggered manually in AppProtectionRasp by getting the isReverseEngineeringToolsPresent property value. A simple Bool answer is given.

let isReverseEngineeringToolsPresent = appProtection.rasp.isReverseEngineeringToolsPresent

Read Next

• HTTP Proxy Detection

HTTP Proxy Detection

– | | | .noAction | indicates that the HTTP proxy will not be automatically detected. A manual check is still possible. | | .notify | indicates that the HTTP proxy will be automatically detected and the delegates will be notified via the httpProxyEnabled() method. | | .exit(
exitUrl: String?) | indicates that the HTTP proxy will be automatically detected and the app will be terminated when the HTTP proxy is automatically detected. |

HTTP proxy detection defaults to .notify.

List of available parameters for some config values:

Usage

After service creation, the HTTP proxy detection feature can be accessed via AppProtectionRasp. This can be used to add a delegate or to trigger a manual HTTP proxy detection check.

Observing Detection

HTTP proxy detection can trigger a certain action. To achieve that, a delegate needs to be added.

Delegate configuration:

class RaspDelegate: AppProtectionRaspDelegate {

    // other delegate code

    func httpProxyEnabled() {
        // handle HTTP proxy detection
    }
}

The delegate can be added in AppProtectionRasp. When it is no longer needed, it can be removed again.

let raspDelegate = RaspDelegate()
appProtection.rasp.addDelegate(raspDelegate)
appProtection.rasp.removeDelegate(raspDelegate)

Triggering a Manual Check

HTTP proxy detection check can be triggered manually in AppProtectionRasp by getting the isHttpProxyEnabled property value. A simple Bool answer is given.

let isHttpProxyEnabled = appProtection.rasp.isHttpProxyEnabled

Read Next

• Repackaging Detection

Repackaging Detection

– | – | | .noAction(
trustedCerts: [TrustedCertificate]) | indicates that repackaging will not be automatically detected. A manual check is still possible. | | .notify(
trustedCerts: [TrustedCertificate]) | indicates that repackaging will be automatically detected and the delegates will be notified via the repackageDetected() method. | | .exit(
trustedCerts: [TrustedCertificate],
exitUrl: String?) | indicates that the repackaging will be automatically detected and the app will be terminated when the repackaging is automatically detected. |

Repackaging detection defaults to .noAction([]).

List of available parameters for some config values:

Certificate Configuration Details

To properly configure the repackaging detection, you need to get the Base64 encoded string of your signing certificate:

1. Open the Keychain Access application.
2. Find a certificate that will be used to sign your application, for example, “Apple Development: Jan Tester (c)”.
3. Right-click on the item and click “Export…”.
4. Export the certificate in the .cer format.
5. Open up the terminal and cd into the folder with your exported certificate.
6. Encode the certificate in Base64 with cat your_exported.cer | base64.
7. Copy the output of the command and use it as a parameter for the repackage detection configuration:

// Prepare the RASP feature configuration
let raspConfig = AppProtectionRaspConfig(
    // ...
    repackage: .exit([AppProtectionTrustedCert(withBase64EncodedString: "BASE_64_ENCODED_CERT")!], "https://myurl.com/repackage-explained")
    // ...
)

Usage

After service creation, the repackaging detection feature can be accessed via AppProtectionRasp. This can be used to add a delegate or to trigger a manual repackaging detection check.

Observing Detection

Repackaging detection can trigger a certain action. To achieve that, a delegate needs to be added.

Delegate configuration:

class RaspDelegate: AppProtectionRaspDelegate {

    // other delegate code

    func repackageDetected() {
        // handle repackaging detection
    }
}

The delegate can be added in AppProtectionRasp. When it is no longer needed, it can be removed again.

let raspDelegate = RaspDelegate()
appProtection.rasp.addDelegate(raspDelegate)
appProtection.rasp.removeDelegate(raspDelegate)

Triggering a Manual Check

The repackaging detection check can be triggered manually in AppProtectionRasp by getting the isRepackaged property value. A simple Bool answer is given.

let isRepackaged = appProtection.rasp.isRepackaged

Read Next

• Screen Capture Detection

Screen Capture Detection

– | – | | .noAction | indicates that screen capture will not be automatically detected. A manual check is still possible. | | .notify | indicates that screen capture will be automatically detected and the delegates will be notified via the screenCapturedChanged(Bool) method. | | .hide(
overlay: Overlay) | indicates that the app will hide its content when the screen capture is detected. The delegates will be notified via the screenCapturedChanged(Bool) method. | | .exit(
exitUrl: String?) | indicates that the screen capture will be automatically detected and the app will be terminated when the screen capture is automatically detected. |

Screen capture detection defaults to .notify.

List of available parameters for some config values:

Overlay Configuration

Available value of Overlay:

Usage

After service creation, the screen capture detection feature can be accessed via AppProtectionRasp. This can be used to add a delegate or to trigger a manual screen capture detection check.

Observing Detection

The screen capture detection can trigger a certain action. To achieve that, a delegate needs to be added.

Delegate configuration:

class RaspDelegate: AppProtectionRaspDelegate {

    // other delegate code

    func screenCapturedChanged(isCaptured: Bool) {
        // handle screen capture detection (casting to a different device)
    }
}

The delegate can be added in AppProtectionRasp. When it is no longer needed, it can be removed again.

let raspDelegate = RaspDelegate()
appProtection.rasp.addDelegate(raspDelegate)
appProtection.rasp.removeDelegate(raspDelegate)

Triggering a Manual Check

The screen capture detection check can be triggered manually in AppProtectionRasp by getting the isScreenCaptured property value. A simple Bool answer is given.

let isScreenCaptured = appProtection.rasp.isScreenCaptured

Read Next

• VPN Detection

VPN Detection

– | - | | .noAction | indicates that the VPN will not be automatically detected. A manual check is still possible. | | .notify | indicates that the VPN will be automatically detected and the delegates will be notified via the vpnChanged(Bool) method. | | .exit(
exitUrl: String?) | indicates that the VPN will be automatically detected and the app will be terminated when the VPN is automatically detected. |

VPN detection defaults to .notify.

List of available parameters for some config values:

Usage

After service creation, the VPN detection feature can be accessed via AppProtectionRasp. This can be used to add a delegate or to trigger a manual VPN detection check.

Observing Detection

VPN detection can trigger a certain action. To achieve that, a delegate needs to be added.

Delegate configuration:

class RaspDelegate: AppProtectionRaspDelegate {

    // other delegate code

    func vpnChanged(active: Bool) {
        // handle VPN detection
    }
}

The delegate can be added in AppProtectionRasp. When it is no longer needed, it can be removed again.

let raspDelegate = RaspDelegate()
appProtection.rasp.addDelegate(raspDelegate)
appProtection.rasp.removeDelegate(raspDelegate)

Triggering a Manual Check

VPN detection check can be triggered manually in AppProtectionRasp by getting the isVpnActive property value. A simple Bool answer is given.

let isVpnActive = appProtection.rasp.isVpnActive

Read Next

• Active Call Detection

Active Call Detection

– | - | | .noAction | indicates that an active call will not be automatically detected. A manual check is still possible. | | .notify | indicates that an active call will be automatically detected and the delegates will be notified via the onCallChanged(Bool) method. |

Active call detection defaults to .notify.

Usage

After service creation, the active call detection feature can be accessed via AppProtectionRasp. This can be used to add a delegate or to trigger a manual active call detection check.

Observing Detection

Active call detection can trigger a certain action. To achieve that, a delegate needs to be added.

Delegate configuration:

class RaspDelegate: AppProtectionRaspDelegate {

    // other delegate code

    func onCallChanged(isOnCall: Bool) {
        // handle active call detection
    }
}

The delegate can be added in AppProtectionRasp. When it is no longer needed, it can be removed again.

let raspDelegate = RaspDelegate()
appProtection.rasp.addDelegate(raspDelegate)
appProtection.rasp.removeDelegate(raspDelegate)

Triggering a Manual Check

Active call detection check can be triggered manually in AppProtectionRasp by getting the isOnCall property value. A simple Bool answer is given.

let isOnCall = appProtection.rasp.isOnCall

Read Next

• App Presence Detection

App Presence Detection

| – | | .manual(
apps: [DetectableApp]) | indicates that app presence will not be automatically detected. A manual check is still possible. | | .notify(
apps: [DetectableApp]) | indicates that app presence will be automatically detected and the delegates will be notified via the installedAppsChanged([DetectableApp]) method. |

The app presence detection defaults to .manual([]).

List of available parameters for some config values:

Detectable App Configuration

A detectable app is defined by several properties:

Usage

After service creation, the app presence detection feature can be accessed via AppProtectionRasp. This can be used to add a delegate or to trigger a manual app presence detection check.

Observing Detection

The app presence detection can trigger a certain action. To achieve that, a delegate needs to be added.

Delegate configuration:

class RaspDelegate: AppProtectionRaspDelegate {

    // other delegate code

    func installedAppsChanged(installedApps: [DetectableApp]) {
        // handle app presence detection
    }
}

The delegate can be added in AppProtectionRasp. When it is no longer needed, it can be removed again.

let raspDelegate = RaspDelegate()
appProtection.rasp.addDelegate(raspDelegate)
appProtection.rasp.removeDelegate(raspDelegate)

Triggering a Manual Check

The app presence detection check can be triggered manually in AppProtectionRasp by getting the installedApps property value. The method returns [DetectableApp].

let installedApps = appProtection.rasp.installedApps

Read Next

• User Screenshot Detection

User Screenshot Detection

System Passcode Detection

System Biometry Detection

Release Notes

Current Release

Release 3.1.0

• Improve VPN detection (#135)
• Improve jailbreak detection with detection of rootless palera1n (#136)
• Fix .exit(String?) with invalid exitUrl string (#134)

Previous Releases

Release 3.0.0

• Renamed the swift module to WultraAppProtection from AppProtection

Release 2.1.2

• Change debugger detection default to .notify (#113)
• Updated TestFlight certificate

Release 2.1.1

• Add unwanted apps detection (#104)

Release 2.0.0

• Add detection of active call
• Add option to run in RASP-only (offline) mode

Release 1.2.2

• Add support for TestFlight builds (#90)

Release 1.2.1

• Remove X-Signature-Origin-App header from signature verification (#85)
• Expose avUid (internal device id) (#87)

Release 1.2.0

• Add overlay when screen is captured (#77)
• Add VPN detection (#72)

Release 1.1.2

• Add test environment (#73)
• Improve CPU usage (#74)

Release 1.1.1

• Add clientAppDeviceId (#68)
• Add config items for customer application package names and grouping (#67)

Release 1.1.0

• Add Swift Package Manager support
• Add other fixes and improvements

Release 1.0.3

• Fix issue when device id could be automaticaly renewed
• Add other fixes and improvements

Release 1.0.2

• Fix potential crash when the app was running for a long time
• Add other fixes and improvements

Release 1.0.1

• Add fixes and improvements

Release 1.0.0

• Remove singleton pattern. Use a public initializer to create an instance note that only one instance can be created.
• Remove configuration builders. Configuration is now struct with initializer.
• Add other fixes and improvements

Release 0.9.9

• Add fixes related to Core Data crashes

Release 0.9.8

• Initial beta release

Read Next

• RASP Features Overview