Webanwendungen absichern: vor dem Pentest und nach einem Angriff

Den Test selbst führen wir nicht durch. Wir arbeiten mit jedem Pentest-Anbieter zusammen, den Sie oder Ihr Kunde beauftragen, und schlagen Ihnen bei Bedarf einen passenden Partner vor. Wir bereiten Anwendung und Server auf den Test vor und beheben danach auf Wunsch die Befunde aus dem Bericht.

So bleibt der Test unabhängig von denen, die das System entwickeln und betreuen.

Das kann niemand zusagen. Die Vorbereitung beseitigt die offensichtlichen Schwachstellen, etwa veraltete Bibliotheken, offene Administrationszugänge oder Debug-Ausgaben. Wir finden vor allem peinliche Schwachstellen, die im Alltag leicht übersehen werden und offensichtlich wirken, wenn sie erst im Pentest auffallen. Auf Wunsch führen wir mit einem Technologiepartner auch einen Probe-Pentest vor der eigentlichen Prüfung durch. Der Test kann sich dann auf die schwierigen Fragen konzentrieren.

Was der Test danach noch findet, beheben wir auf Wunsch und dokumentieren jede Korrektur für den Nachtest.

Ja. Wir ordnen die Befunde nach Risiko, beheben sie im Code und in der Konfiguration, etwa Cross-Site-Scripting oder SQL-Injection, und prüfen jede Korrektur. Für den Nachtest erhalten Sie eine Liste, was wo geändert wurde.

Lässt sich eine Lücke im Code nicht sofort schließen, schirmen wir sie vorläufig ab, zum Beispiel mit einer Regel in der WAF. Das gilt auch für ältere Anwendungen in PHP, ColdFusion oder Lucee.

Allein nicht. Eine WAF filtert typische Angriffe vor der Anwendung und verschafft Zeit, schließt aber keine Lücke im Code. Deshalb verbinden wir sie mit dem Beheben bekannter Schwachstellen, einer Segmentierung des Netzes und einem Administrationszugang nur per VPN.

Eine WAF mit Regeln für Ihre Anwendung löst weniger Fehlalarme aus und schützt realistischer als die Standardkonfiguration. Lässt sich der Code nicht schnell ändern, ist eine WAF mit Isolation eine Brücke bis zum Update. Das Risiko sinkt dann, ist aber nicht beseitigt.

Allein reicht das meist nicht. Die Lücke, durch die der Angreifer kam, steckt auch in der Sicherung, und ist der Angriff älter als gedacht, enthält die Sicherung bereits den Schadcode. Dann ist die Website nach kurzer Zeit wieder befallen.

Deshalb suchen wir zuerst das Einfallstor, spielen dann eine Sicherung aus der Zeit vor dem Angriff ein und schließen die Lücke, bevor die Website wieder erreichbar ist. Gibt es keine saubere Sicherung, bereinigen wir die Website direkt.

Ja. Support und Notfälle rund um die Uhr, also auch am Wochenende. Sonst erreichen Sie uns Montag bis Freitag von 9:00 bis 17:00 Uhr mitteleuropäischer Zeit, und auf eine neue Anfrage antworten wir innerhalb eines Werktags.