Ich werde deine mobile Anwendung pentesten und sichern

Beides. Ich teste native iOS-Apps (Swift/Objective-C), native Android-Apps (Kotlin/Java) und plattformübergreifende Apps (React Native, Flutter, Xamarin, Ionic). Wenn du beide Plattformen hast, empfehle ich, sie gemeinsam zu testen, da sie oft dasselbe Backend teilen, aber unterschiedliche Client-seitige Schwachstellen aufweisen.

Was brauchst du von mir, um loszulegen? Vier Dinge: - Das Build (IPA, APK oder AAB) oder einen Store-Link - Testkonten mit unterschiedlichen Berechtigungsstufen - Einen klaren Umfang inklusive in-scope Features und Backends.

Nein. Standardmäßig führe ich Black-Box- und Grey-Box-Tests durch, indem ich das Build dekompiliere und reverse engineer. Wenn du Quellcode bereitstellst, kann ich eine hybride Überprüfung machen und zusätzliche Probleme erkennen, aber das ist nicht erforderlich.

Ja. Die APIs, mit denen deine App kommuniziert, sind standardmäßig im Scope, dort liegen meist die wichtigsten Schwachstellen (BOLA/IDOR, broken auth, Geschäftslogik-Fehler). Wenn dein Backend von einem Drittanbieter verwaltet wird, benötige ich auch deren schriftliche Genehmigung.

Du erhältst eine Executive Summary für die Führungsebene, einen technischen Bericht mit CVSSv4-Bewertung, Proof-of-Concept, Screenshots und Schritt-für-Schritt-Reproduktion für jeden Fund sowie eine priorisierte Behebungsanleitung, die deine Entwickler umsetzen können. Abgebildet auf OWASP MASVS.

Nein. Das Testen erfolgt auf einer dedizierten Testumgebung oder einem Nicht-Produktions-Build, wann immer möglich. Falls Tests in der Produktion notwendig sind, vereinbaren wir sichere Zeitfenster und Ausnahmen.

Immer. Ich arbeite unter NDA, speichere Artefakte auf verschlüsseltem Medium und vernichte alle Build-Dateien, Zugangsdaten und Ergebnisse 30 Tage nach Abschluss des Engagements (oder gemäß deiner Aufbewahrungsrichtlinie).