Penetratietests: vind de zwakke plekken voordat aanvallers dat doen

Ja, wanneer de eigenaar van het systeem schriftelijke toestemming geeft en de scope is afgesproken. Wij beginnen nooit met testen zonder ondertekende autorisatie en testen alleen wat binnen de scope valt.

Wij testen zorgvuldig, vermijden destructieve acties tenzij specifiek afgesproken en kunnen werken op een stagingomgeving die productie nabootst. Wij spreken noodcontacten af voor het geval er iets onverwachts gebeurt.

Een scan is geautomatiseerd en somt bekende problemen op. Een penetratietest voegt handmatig werk toe van een tester die bevindingen verifieert, zwakke plekken combineert en bedrijfslogica controleert die scanners niet kunnen begrijpen.

Minstens één keer per jaar en na grote wijzigingen, zoals een nieuw product, een grote release, een nieuwe hostingopzet of het samenvoegen van systemen.

Ja. Nadat u de bevindingen hebt opgelost, testen wij ze opnieuw en geven we een bijgewerkt rapport uit waarin staat wat is opgelost.

Ja. Onze ontwikkelaars kunnen de oplossingen in uw code en configuratie doorvoeren, of uw eigen team ondersteunen met advies en review.

Het rapport documenteert scope, methode, bevindingen en oplossingen, en daar vragen klanten meestal om. Als een klant een tester met een specifieke accreditatie eist, bevestig die eis dan bij hen voordat wij beginnen.

Ja. Bevindingen zijn vertrouwelijk, het rapport wordt alleen gedeeld met de contactpersonen die u noemt en testdata wordt aan het einde van de opdracht verwijderd.

Ja, binnen de regels van de cloudprovider. Onze beoordeling van cloudbeveiliging bekijkt de configuratie van AWS, Azure en Google Cloud.

De doelen, testaccounts voor elke rol, eventuele documentatie die u hebt, gewenste testperiodes en een aangewezen contactpersoon tijdens het testen.

Ja. Wij kijken hoe de app data op het apparaat opslaat, hoe die met de backend communiceert en of die backend zich verdedigt tegen verzoeken die de app normaal nooit zou sturen.