Nachweise, die ein Auditor akzeptiert — als Nebenprodukt des Testens.
Status auf Kontrollebene, abgebildet auf anerkannte mobile Sicherheitsstandards, mit angehängten zugrunde liegenden Nachweisen — zusammengestellt aus echten Testläufen statt im Nachhinein verfasst.
Diese Probleme löst es
Die konkrete Reibung dieser Rolle — und was die Workbench dagegen tut.
Berichte, die im Nachhinein entstehen
Die Abdeckung wird aus dem tatsächlich Ausgeführten erzeugt, mit den Nachweisen zu jeder Kontrolle aufbewahrt.
Standards von Hand zugeordnet
OWASP-MASVS-Kontrollen und MASTG-Testreferenzen werden den Befunden bei ihrer Entstehung angehängt.
Code, der Ihre Umgebung verlässt
Die Analyse kann in Ihrer eigenen Umgebung laufen, sodass Quellcode und Binärdateien nicht zu Dritten hochgeladen werden müssen.
Kein Nachweis, wer was getan hat
Zugriff und Aktivität werden zentral protokolliert, sodass eine Anfrage beantwortet werden kann, ohne die Historie zu rekonstruieren.
Das erhalten Sie
- MASVS-/MASTG-Kontrollzuordnung
- Nachweise zu jedem Befund aufbewahrt
- Analyse in Ihrer eigenen Umgebung
- Auditbereite Exportformate
Warum die Tests auf einem echten gerooteten Gerät laufen
Die Analyse einer hochgeladenen Datei hat ihre Grenzen, und viele Anwendungen verhalten sich anders — oder starten gar nicht —, wenn sie einen Emulator, Root oder Instrumentierung erkennen. AppAuditor führt die Anwendung in einer echten gerooteten Geräteumgebung mit gehärtetem Profil und einem vollständigen Frida-Instrumentierungs-Playground aus, sodass Sie beobachten können, was die App zur Laufzeit tatsächlich tut. Die Abdeckung ist breit; einige stark gehärtete Anwendungen widersetzen sich weiterhin der Analyse, und die Berichte sagen das, statt das Gegenteil zu suggerieren.
Eine Plattform, jede Rolle
Dieselbe Workbench, betreten durch die Tür, die zu Ihrer Aufgabe passt.
Sehen Sie es an Ihrer eigenen App
Laden Sie einen Build hoch, führen Sie eine Analyse aus und sehen Sie sich die Belege selbst an.