Was ist In-App Protection?
Demo vereinbarenIn-App Protection umfasst die Technologien, die Sicherheit direkt in eine mobile Anwendung einbauen. Nach der Installation bei Ihren Nutzern bewegt sich Ihre Anwendung in einer Umgebung, die Sie nicht kontrollieren: Reverse Engineering, ungesicherte Netzwerke, Datenabfluss… Mit KI werden diese Angriffe zugänglicher und schwerer zu erkennen. Sie muss also ihre eigenen Abwehrmechanismen mitbringen.
Die In-App Protection von Pradeo beruht auf zwei sich ergänzenden Abwehrbausteinen. Shielding härtet die Anwendung, damit sie nicht zweckentfremdet und ihr Code nicht ausgelesen werden kann. Runtime Application Self Protection (RASP) verleiht der Anwendung die Fähigkeit, ihre Umgebung zu erkennen und in Echtzeit zu reagieren, damit sie im Betrieb nicht angegriffen werden kann.
Schutz nach Maß
Shielding und RASP von Pradeo lassen sich auf Ihre Anwendungen und Risiken abstimmen. Sie fügen sich in Ihre Entwicklungs- und Freigabeprozesse ein.
- Konfigurierbare Schutzmaßnahmen
- Reaktionen nach Ihren Regeln
- In Ihre Freigabeprozesse integriert
Code schützen, Betrug verhindern
Algorithmen, Schlüssel, Geschäftslogik: Alles, was den Wert Ihrer Anwendung ausmacht, lässt sich aus ihrem Binary auslesen. Geklont oder verändert wird sie zum direkten Einfallstor für Betrug.
- Code-Verschleierung
- Schutz vor Klonen
- Erkennung und Abwehr von Angriffen in Echtzeit
Compliance-Anforderungen erfüllen
Die Regulierung wird strenger: Die ersten Pflichten des Cyber Resilience Act gelten seit September 2026. Pradeo unterstützt Sie dabei.
- NIS2, DORA, Cyber Resilience Act, PCI MPoC, EMV mobile
- Überwachung von Kompromittierungsindikatoren
KI hat mobile Angriffe industrialisiert: Schützen Sie Ihre Anwendungen mit europäischer Technologie
Angreifer nutzen KI, um Anwendungen in großem Maßstab zu analysieren, zu klonen und zweckzuentfremden. Die In-App Protection von Pradeo antwortet darauf in jeder Phase: Shielding schützt den Code vor der Veröffentlichung, RASP verteidigt die Anwendung während der Ausführung auf den Geräten Ihrer Nutzer.
Regulatorische Anforderungen erfüllen
Eingebettete Schutzmaßnahmen gehören zu den Voraussetzungen für die Zertifizierung sensibler Anwendungen. Pradeo garantiert Ihre Souveränität: eine in Europa entwickelte und gehostete Technologie, ohne Erhebung der Daten Ihrer Nutzer.
- Keine Erhebung der Daten Ihrer Nutzer
- In Europa entwickelte und gehostete Technologie
Eine defensive KI, für Mobile entwickelt
Unsere Schutzmechanismen stützen sich auf eine Technologie, die mit Daten des Pradeo Intelligence Center gespeist wird, und decken den gesamten Lebenszyklus Ihrer Anwendungen ab, vom Code bis zur Ausführung.
- Ein eigenes Forschungsteam
- Schutz gegen Bedrohungen, die vom Gerät ausgehen
- Vom Test vor der Veröffentlichung bis zum Schutz zur Laufzeit
Zwei Ansätze für In-App Protection
Shielding und RASP greifen zu unterschiedlichen Zeitpunkten. Das erste schützt den Code der Anwendung, das zweite schützt sie in Echtzeit vor Angriffen.
Anwendungshärtung
Shielding
Shielding härtet das Binary Ihrer Anwendung vor der Veröffentlichung. Obfuskation, Verschlüsselung von Zeichenketten und Ressourcen, Entfernen von Debug-Spuren: der Code wird extrem schwer analysierbar, veränderbar und klonbar.
- Obfuskation und Randomisierung des Codes
- Verschlüsselung von Zeichenketten, Ressourcen und Assets
- Integritätsprüfung und vorkonfigurierte Reaktionen
- Integriert über wenige schnelle, konfigurierbare Einstellungen
Selbstschutz zur Laufzeit
RASP
RASP ist eine in Ihre Anwendung eingebettete Bibliothek, die deren Umgebung während des Betriebs überwacht. Sie erkennt Bedrohungen aus Anwendungen, Netzwerk und System auf dem Gerät und löst die von Ihnen definierten Reaktionen aus – für einen Schutz nach Maß.
- 360°-Erkennung: Anwendungen, Netzwerk, System
- Automatische Reaktionen auf dem Gerät, nach Ihren Regeln
- Sicherheitsereignisse aus dem Feld zur Steuerung Ihrer Strategie
- Android-SDK und iOS-Framework, in Stunden integriert
Shielding oder RASP: die richtige Wahl
Die beiden Schutzebenen adressieren unterschiedliche Bedrohungen. Sensible Anwendungen setzen meist auf beide.
| Shielding | Runtime Application Self Protection (RASP) | |
|---|---|---|
| Abgedeckte Bedrohungen | Reverse Engineering, Klonen, Code-Manipulation | Malware, kompromittierte Netzwerke, gerootete Geräte, Datendiebstahl… |
| Integration | Weniger als eine Stunde | Einige Stunden |
| Überwachung und Meldungen | Statischer Schutz, keine Überwachung nötig | Sicherheitsereignisse, um Ihre Strategie anzupassen |
| Auswirkung auf die Performance | Vernachlässigbar, die Verarbeitung erfolgt vor der Veröffentlichung | Vernachlässigbar, akkuschonend optimiertes Modul |
Kombinieren Sie Shielding und RASP für einen umfassenden Schutz
Shielding schützt den Code Ihrer Anwendung, RASP verteidigt ihre Laufzeitumgebung auf dem Gerät in Echtzeit. Zusammen schützen sie die Anwendung von der Veröffentlichung bis zur Ausführung.
Vor der Veröffentlichung
Shielding härtet das finale Binary: der Code wird opak, Ressourcen verschlüsselt, Manipulation erkennbar.
Auf dem Endgerät
RASP bewertet die Laufzeitumgebung fortlaufend und reagiert in Echtzeit auf Bedrohungen, bevor sie Ihre Daten erreichen.
Fortlaufend
Die von den Geräten gemeldeten Ereignisse fließen in Ihre Strategie ein und verfeinern Ihre Reaktionsrichtlinien.
Vor dem Schutz steht der Test
In-App Protection verteidigt eine Anwendung gegen externe Bedrohungen, behebt aber nicht die Schwachstellen, die sie enthält. Application Security Testing erkennt sie bereits in der Entwicklung, vor der Veröffentlichung.
Quellcode-Analyse
Erkennt Schwachstellen im Quellcode, priorisiert sie nach Ihrem Kontext und beschleunigt ihre Behebung.
Entdecken →Fragen? Lesen Sie unsere FAQ
Keine Antwort gefunden und möchten Sie uns kontaktieren?
Kontakt aufnehmenWorin unterscheiden sich Shielding und RASP?+
Shielding schützt den Code der Anwendung: Es verschleiert ihn vor der Veröffentlichung, um Reverse Engineering und Klonen zu verhindern. RASP schützt die Ausführung: in die Anwendung eingebettet, erkennt es Bedrohungen auf dem Gerät und reagiert in Echtzeit. Das eine sichert den Inhalt der Anwendung, das andere ihren Betrieb.
Muss man sich zwischen beiden entscheiden?+
Nein, sie adressieren unterschiedliche Bedrohungen. Shielding allein lässt die Anwendung für Laufzeitangriffe offen; RASP allein lässt ihren Code analysierbar. Sensible Anwendungen – Banking, Gesundheit, Zahlungsverkehr – setzen in der Regel auf beide.
Beeinträchtigen diese Schutzmechanismen die Performance?+
Nur vernachlässigbar. Shielding ist ein Verfahren, das bei der Erstellung des Binaries angewendet wird, ohne Laufzeit-Overhead. RASP ist ein leichtgewichtiges Modul, dessen Prüfungen im Hintergrund laufen, mit vernachlässigbarer Auswirkung auf Akku und Nutzererfahrung.
Sind diese Schutzmechanismen regulatorisch vorgeschrieben?+
Mehrere Rahmenwerke fordern sie ausdrücklich oder implizit: NIS2 und DORA für operationelle Resilienz, der Cyber Resilience Act für die Sicherheit digitaler Produkte, PCI MPoC und EMV mobile für Zahlungen, OWASP MASVS für Manipulationsresistenz. Häufig sind sie Voraussetzung für eine Zertifizierung.
Erheben diese Schutzmechanismen Daten?+
Nein. Shielding benötigt keine Berechtigungen und erhebt keine Daten. RASP arbeitet mit minimalen Berechtigungen und erhebt keine Daten Ihrer Nutzer: Gemeldet werden nur Sicherheitsereignisse, zur Steuerung Ihrer Strategie.