Für technische Leiter, Produktverantwortliche und Teams bei Änderungen sensibler Funktionen, einem übernommenen Codebestand oder der Untersuchung eines bekannten Befunds.

Wenn Sie eine Ursachenanalyse und eine praktikable Korrektur benötigen.

Was wir prüfen

Module, Änderungen, Abhängigkeiten und relevante Datenflüsse definieren.
Vertrauensgrenzen, Berechtigungen und die Verarbeitung nicht vertrauenswürdiger Eingaben prüfen.
Befunde im Kontext untersuchen und zur Architektur passende Korrekturen besprechen.

Ein klarer Einstieg. Ein brauchbares Ergebnis.

Die Aufgabe beschreiben

Nennen Sie Produkt, Stack, Ziel und Termin. Ein kurzer Überblick genügt für den ersten Austausch.

Den Auftrag vereinbaren

Vor Beginn erhalten Sie schriftlich Umfang, Ergebnisse, Abnahmekriterien, Preis und Zeitplan.

Den Fortschritt gemeinsam prüfen

Bei Prüfungen besprechen wir Nachweise und Prioritäten. Bei Entwicklung prüfen wir vereinbarte Umsetzungsschritte.

Das Ergebnis nutzen

Sie erhalten eine technische Erläuterung und brauchbare Übergabe. Weitere Umsetzung oder Verifikation vereinbaren wir nach Bedarf.

Ich untersuche bis zur Ursache.

Forschung an Facebook und Instagram, über 300 untersuchte Linux-Kernel-Berichte und Befunde, acht Patches und zwei veröffentlichte CVEs. Ich verbinde auffälliges Verhalten mit dem Code, den auslösenden Bedingungen und den Folgen für Ihr Produkt.

Kernel-Befunde und Korrekturen ansehen

Fragen vor dem Beginn

Welche Sprachen und Technologien prüfen Sie?

Ich arbeite mit Anwendungscode, darunter C, C++ und Java, und habe Entwicklungserfahrung mit PHP/Laravel, Vue, Node.js und MySQL. Beschreiben Sie Ihren Stack und Ihre Review-Ziele, damit wir den passenden Umfang bestätigen können.

Benötigen Sie den gesamten Codebestand?

Der Zugriff richtet sich nach der Fragestellung. Auch ein gezieltes Review kann angrenzenden Code, Build-Informationen oder Tests benötigen, um Berechtigungen, Abhängigkeiten und Datenflüsse zu verstehen.

Kann sich das Review auf eine vorgeschlagene Korrektur konzentrieren?

Ja. Wir können prüfen, ob eine vereinbarte Änderung die ursprüngliche Ursache behebt und verwandte Probleme einführt. Implementierungsarbeit wird bei Bedarf gesondert vereinbart.

Können wir mit einer Komponente beginnen?

Ja. Ein begrenztes Review einer wichtigen Funktion, eines Moduls oder einer Änderung kann ein sinnvoller Einstieg sein. Der Bericht benennt diese Grenzen ausdrücklich.

Security Code-Review