Welke scanners gebruiken jullie?

Erkende open-source scanners: gitleaks voor geheimen, osv-scanner voor kwetsbare en kwaadaardige onderdelen, semgrep en bandit voor riskante code, en hadolint en trivy voor Dockerfiles en configuratie. Elk in een vaste versie.

Nee. Een pentest valt je draaiende applicatie aan. Wij lezen de code en de configuratie. Dat vindt andere dingen, en het kan bij elke nieuwe versie opnieuw.

Die scanners kunnen we toch ook zelf draaien?

Dat kan, en veel teams doen een deel ervan. Wij draaien ze in een vaste versie, zetten de uitkomsten met hun bewijs in één overzicht voor elke rol, en leggen ze naast je tests, je documentatie en je architectuur.

Wat gebeurt er met een geheim dat jullie vinden?

We melden waar het staat, zonder de waarde te tonen, en raden je aan het te vervangen. Het gaat nooit naar een AI-model.

Beveiligingsscan van je eigen code

Wat de scan zoekt

Een vaste set erkende open-source scanners, elk in een vaste versie, zodat dezelfde code altijd dezelfde uitkomst geeft. In deze stap komt geen AI aan te pas.

Wachtwoorden, sleutels en tokens in de code, en in de geschiedenis van je standaardbranch: ook wat ooit is weggehaald
Onderdelen met een bekende kwetsbaarheid, en pakketten die bekendstaan als kwaadaardig, uit je lockfiles
Riskante patronen in Python, JavaScript en TypeScript, zoals SQL die uit losse tekst wordt gebouwd of invoer die in een shell-commando belandt
Dockerfiles en de configuratie van Kubernetes, Helm en Terraform
Runtimes en frameworks die geen beveiligingsupdates meer krijgen

Wat je terugkrijgt

Per bevinding: wat het is, waar het staat, hoe ernstig het is en wat je eraan kunt doen. Je ziet het in je werkplek in lagen: het stoplicht voor de directie, de gevolgen voor product en beheer, en voor developers het bestand en de regel.

Een gevonden geheim laten we nooit zien en sturen we nooit naar een AI-model. We raden je aan het te vervangen, ook als het alleen nog in de geschiedenis staat.

Wat de scan niet doet

De scan leest alleen. Hij voert je code niet uit, komt niet aan je servers of je database, en verandert niets in je repository. Je draaiende site aanvallen of er een pentest op doen, doen we niet: dit is een blik in de code die je bij elke nieuwe versie kunt herhalen.

Waarom bij elke nieuwe versie

Met AI komt er sneller nieuwe code bij, en dus ook sneller een nieuw onderdeel of een vergeten sleutel. Daarom hoort de scan bij elke nieuwe versie van je code, en niet bij een audit eens per jaar. Bij doorlopende controles draait hij opnieuw zodra er nieuwe code is.

Aanmelden voor de pilot

De pilot is op uitnodiging. Meld je aan, dan kijken we of je applicatie past en mailen we je. Je koppelt je repository met leesrechten, de eerste controle start vanzelf, je ziet wat er gecontroleerd en bewezen is, en daarna vragen we wat het je waard is. Heb je eerst een vraag? Stel hem in het bericht hieronder.

Ons team

Leest elke aanmelding en elke vraag

Ons team leest wat je stuurt en antwoordt per mail. Een gesprek volgt alleen als je erom vraagt: met de mensen die het werk doen, niet met een verkoper.

Een beveiligingsscan van je eigen code, met bewijs per bevinding