Die Anwendung aus Angreifersicht prüfen, mit vereinbarten Grenzen.
Ein Scanner erkennt möglicherweise eine problematische Abhängigkeit. Ob ein Kunde die Zahlung eines anderen freigeben oder fremde Daten exportieren kann, muss an den Abläufen geprüft werden. Wir untersuchen relevante Pfade, dokumentieren bestätigte Befunde und prüfen vereinbarte Reparaturen nach.
Wavect führt abgegrenzte, autorisierte Penetrationstests für Webanwendungen, mobile Backends und APIs durch. Manuelle Untersuchung und unterstützende Werkzeuge liefern reproduzierbare Befunde, priorisierte Maßnahmen und eine vereinbarte Nachprüfung.
Geeignet für
Produktteams vor einem Release oder einer Kundenprüfung
Verantwortliche mit Prüfbedarf bei Berechtigungen und Geschäftslogik
Anderen Ansatz prüfen
Ein fremdes Ziel ohne Erlaubnis oder der Wunsch nach einer Zertifizierung
Ziel und Grenzen vor dem Test festlegen
Systemverantwortlicher, schriftliche Erlaubnis, konkrete Hosts, Anwendungen, erlaubte Methoden und Eskalationskontakte werden bestätigt. Wir vereinbaren Umgebung, Umgang mit Kundendaten und ausgeschlossene Aktivitäten. Dienste Dritter benötigen eigene Freigaben. Eine Kontaktanfrage allein startet keinen Test; Abbruchbedingungen bleiben verbindlicher Teil des Auftrags.
Wichtige Aktionen über Vertrauensgrenzen verfolgen
Authentifizierung, Kontowiederherstellung, Rollenwechsel, Mandantentrennung, Datenzugriffe und kritische Geschäftsabläufe werden innerhalb des Umfangs untersucht. Testkonten bilden relevante Rollen ab. Werkzeuge unterstützen die Arbeit; Erreichbarkeit und Auswirkung eines Befunds werden geprüft. Routine-Funktions- und Regressionstests bleiben im Bereich Software QA.
Entwicklern eine reproduzierbare Grundlage geben
Befunde nennen Bereich, Voraussetzungen, kontrollierte Reproduktion, beobachtetes Verhalten und fachliche Auswirkungen. Sensible Nachweise werden begrenzt und über vereinbarte Kanäle übertragen. Die Priorität berücksichtigt Kontext und erforderlichen Zugriff. Der Bericht nennt außerdem Grenzen der Abdeckung, damit ein ungetesteter Bereich nicht als mängelfrei gilt.
Beispielprüfung: Eine kontoübergreifende Anfrage wird abgewiesen
In einer autorisierten Testumgebung besitzen zwei Konten getrennte Datensätze. Ein Konto versucht eine Aktion am fremden Datensatz und muss ohne Offenlegung abgewiesen werden. Nach der Reparatur wird der Fall wiederholt und der berechtigte Ablauf geprüft. Das beschreibt ein Testziel und keine behauptete Schwachstelle eines Kunden.
Reparatur und Nachweis getrennt dokumentieren
Befunde werden mit verantwortlichen Entwicklern besprochen und Nachtests vereinbart. Die Umsetzung kann separat beauftragt werden. Der Nachtest unterscheidet behobene, offene und ungeprüfte Punkte zur getesteten Version. Vorbeugung im Release gehört zu DevSecOps, Laufzeitkonfiguration zu Cloud Security und Agentenberechtigungen zu AI Security.
Die Aussagekraft des Berichts verstehen
Du erhältst Bericht, Management-Erklärung, Nachweise und Nachtestprotokoll mit Aufbewahrungs- und Löschregeln. Eine zeitlich begrenzte Prüfung belegt nicht die Abwesenheit sämtlicher Schwachstellen. Zertifizierungen, Rechtsgutachten und regulatorische Bestätigungen gehören nicht zum Umfang. Neue Endpunkte oder wesentliche Releases können einen neuen Auftrag erfordern, statt ältere Schlussfolgerungen weiterzuverwenden.
Fragen vor dem Start
Nur mit ausdrücklicher Erlaubnis, vereinbarter Auswirkungstoleranz und geeigneten Schutzmaßnahmen. Eine repräsentative Testumgebung kann der bessere Einstieg sein.
Er beschreibt die bestätigten Befunde der vereinbarten Prüfung. Abdeckung, Zugriff, Zeit und getestete Version begrenzen die Aussage.
Das lässt sich separat vereinbaren. Der Bericht unterscheidet umgesetzte Änderungen von den Ergebnissen ihrer Nachprüfung.
Nur wenn sie ausdrücklich im Umfang stehen. Cloud Security und AI Security behandeln diese Grenzen in eigenen Leistungen.
Nenne Anwendungstyp, öffentliche Einstiegspunkte und wichtige Geschäftsabläufe. Tests beginnen erst nach Klärung von Eigentümerschaft, Autorisierung und Testregeln.