Schützen Sie jede mobile App, die Sie veröffentlichen – egal wie Sie sie entwickelt haben.

Hier ist die einfache Wahrheit über die moderne Mobilfunklandschaft:

Eine „typische“ mobile App gibt es heutzutage nicht mehr.

Manche Apps sind hauptsächlich in Java/Kotlin geschrieben. Andere setzen stark auf natives C++ oder Rust. Erstaunlich viele haben sich zu Hybridlösungen entwickelt. Und ein stetig wachsender Anteil – insbesondere in den Bereichen Gaming, Fintech, Medien und bei anspruchsvollen mobilen Anwendungen – basiert auf Unity oder Flutter.

Diese Vielfalt ist großartig für Entwickler. Doch in der Vergangenheit war sie ein Albtraum für den Schutz von Anwendungen. Die meisten Sicherheitslösungen können nur bestimmte Teile einer Anwendung, zeitweise und auf bestimmten Plattformen schützen. Entwickler müssen daher entscheiden, welche Anwendungen sie schützen und welche sie ungeschützt lassen – einfach weil ihre Tools nicht die gesamte Bandbreite der verwendeten Technologien unterstützen.

Genau dieses Problem haben wir in den letzten Jahren versucht zu beseitigen.

Android-Apps sind mehrschichtig aufgebaut. Wir schützen jede Schicht.

Eine echte Android-App besteht üblicherweise aus mehreren Komponenten:

• DEX-Code (Java/Kotlin)
• Nativer ARM-Code (C/C++, Rust, Game-Engines)
• Hybridkomponenten (Unity, Flutter, MAUI, JS-Brücken)

Nicht jeder Anbieter kann jede dieser Komponenten schützen.

Das können wir – in einem einzigen Post-Build-Workflow.

Unser Android-Schutz Umfasst nun:

• DEX – Verschleierung, Manipulationsschutz, Umgebungsprüfungen
• Native ARM64 – Verschleierung nach dem Build, Laufzeitschutzmechanismen, Anti-Instrumentierung
• Unity & Flutter – vollständige Unterstützung für den Schutz des von diesen Frameworks generierten ARM-Codes.
• Apps im Mischmodus – nahtloser Schutz, selbst wenn alle drei Komponenten im selben Paket enthalten sind

Sie müssen Ihr Projekt nicht neu organisieren oder Ihre Schutzmaßnahmen je nach Herkunft Ihres Codes aufteilen. Sie liefern Ihre App aus, und wir schützen das gesamte System.

iOS-Apps sind nativ auf ARM + Hybrid-Architektur aufgebaut. Wir schützen auch all das.

iOS-Apps sind zwar einfacher strukturiert, aber in ihrer Entwicklung genauso uneinheitlich.

Einige sind in Swift oder Objective-C geschrieben. Viele enthalten:

• Native ARM64-Binärdateien
• Flutter-generiertes ARM
• Unity-Builds
• MAUI und andere Laufzeitumgebungen

Unser iOS ARM-Schutz nach dem Build Umfasst all dies – direkt auf IPA- oder XCArchive-Ebene – ohne dass eine benutzerdefinierte Xcode-Build-Integration erforderlich ist.

Das bedeutet:

• Keine Abhängigkeit von LLVM IR, im Gegensatz zu Tools der älteren Generation.
• Die Build-Einstellungen müssen nicht geändert werden.
• Es ist nicht nötig, den Quellcode mitzuliefern.
• Keine Unterbrechung des Arbeitsablaufs

Führen Sie Ihre App einfach durch unseren Schutzschritt und Sie erhalten eine gehärtete Version zurück.

Ein Produkt. Ein Workflow. Jede mobile App.

Hier ist die Philosophie, die all unser Handeln im Bereich AppSec leitet:

Sie sollten nicht entscheiden müssen, welche Ihrer Apps geschützt werden sollen. Ihre Schutzlösung sollte einfach alle Apps abdecken.

Deshalb konzentriert sich unsere Roadmap so stark auf Folgendes:

• Schutz nach dem Build (keine Änderungen am Build-System)
• Frameworkunabhängige Abdeckung (Unity, Flutter, MAUI, Rust, JS-Hybride, traditionelle mobile Stacks)
• Benutzerfreundlichkeit (JSON-Vorlagen, einmaliger CLI-Aufruf, CI-fähig)
• Erweiterung des Plattformumfangs, nicht dessen Verengung

Unity und Flutter: Keine „Sonderfälle“ mehr

Wenn man einem Anbieter von mobilen Sicherheitslösungen mitteilte, dass man Unity- oder Flutter-Apps ausliefert, erhielt man in der Vergangenheit im Wesentlichen eine von zwei Reaktionen:

1. „Das unterstützen wir nicht.“
2. „Wir unterstützen einen Teil davon.“

Wir unterstützen das Ganze, gerade weil diese Frameworks zu einem Grundpfeiler der modernen App-Entwicklung geworden sind.

Unity und Flutter sind hier keine Bürger zweiter Klasse – sie sind Ziele erster Klasse.

Wenn Sie es an den App Store oder Play Store liefern können… können wir es schützen.

Das ist tatsächlich die Schlagzeile.

Es spielt keine Rolle, ob Ihre App Folgendes ist:

• Java/Kotlin
• Swift/Objective‑C
• C/C++ oder Rust
• Unity
• Flattern
• MAUI
• Ein Hybrid mit mehreren Schichten
• Ein Spiel, eine Banking-App, ein Controller für ein medizinisches Gerät oder etwas völlig Individuelles

Wenn die Anwendung zu einer APK-, AAB-, IPA- oder XCArchive-Datei kompiliert wird, können Sie sie durch unsere Post-Build-Schutzpipeline führen und erhalten so eine gehärtete Anwendung.

Das ist der entscheidende Unterschied.

Das ist die Geschichte der Benutzerfreundlichkeit.

Das ist die Zukunft der Sicherheit mobiler Anwendungen.