Das Wichtigste
- Die App erkennt einen aktivierten Systemproxy und nutzt einen eigenen nativen Netzwerkpfad, sodass die üblichen Burp-Einstellungen allein nicht ausreichen.
- Die Umleitung von Port 443 auf einen lokalen Listener sowie eine ADB-Rückverbindung ermöglichen die Erfassung der echten Geschäfts-APIs statt nur statischer WebView- oder Weex-Ressourcen.
- Für die TLS-Trust-Kette muss das Burp-Zertifikat in den Android-Systemzertifikatspeicher. Zertifikatspinning und eine zusätzliche Anwendungsschicht können die Sichtbarkeit weiterhin einschränken.
Einordnung
Für Bestands- und Legacy-Systeme ist der Fall relevant, weil die Protokollanalyse nicht zwingend über die Systemproxy-Einstellungen läuft. Eigene Netzwerkstacks, Zertifikatspinning und zusätzliche App-Verschlüsselung erschweren die Diagnose und verlangen tiefere Einblicke in die mobile Integrationsarchitektur. Der beschriebene Eingriff setzt Root-Zugriff und Änderungen am Android-System voraus.
Was das für Sie heisst
Direkt anwendbar
Der Ansatz bietet eine konkrete Methode zur Diagnose gehärteter mobiler Integrationen, deren Datenverkehr Systemproxys umgeht und herkömmliche Abfangtechniken erschwert.
Wer davon profitiert: Entwicklerinnen und Entwickler, die bestehende oder gehärtete Android-Integrationen in Legacy-Systemen diagnostizieren, profitieren von einem nachvollziehbaren Ansatz zur Beobachtung des tatsächlichen Datenverkehrs.