Sicherer Code-Review: Fehler im Quellcode finden
Gjethe prüft Ihren Quellcode auf Sicherheitslücken, die Tests von außen übersehen können: schwache Authentifizierung und Autorisierung, unsichere Eingabeverarbeitung, offengelegte Secrets, riskante Abhängigkeiten und gefährliche Muster. Wir kombinieren Tools mit manuellem Lesen durch Entwickler und liefern Korrekturen, die Sie anwenden können.
- Kostenlose Erstberatung
- Schriftliches Angebot für Ihr Projekt
- Flexible Zahlungsmeilensteine
Auf einen Blick
- Reviews
- Web-, Mobile- und API-Codebasen
- Methode
- Tooling plus manuelles Entwickler-Review
- Schwerpunkt
- Auth, Eingaben, Secrets, Abhängigkeiten
- Ausgabe
- Befunde im Kontext, mit Korrekturen
Definition
Was ist Secure Code Review?
Ein Secure Code Review ist die Untersuchung des Quellcodes einer Anwendung, um Sicherheitsschwächen zu finden, indem man den Code und seine Logik liest, statt nur das laufende System von außen zu testen.
Manche Schwächen sind von außen schwer zu sehen, aber im Code offensichtlich: eine auskommentierte Berechtigungsprüfung, ein ins Repository eingecheckter Secret, Eingaben, die direkt in eine Abfrage fließen, eine Bibliothek mit bekannter Schwäche. Ein Secure Code Review liest den Quellcode so, wie es ein sorgfältiger Kollege täte, und kombiniert automatisierte Analyse mit manuellem Review durch Entwickler, die die von Ihnen genutzten Frameworks kennen. Es ergänzt einen Penetrationstest gut: Der Test zeigt, was erreichbar ist, das Review zeigt, warum, und zusammen decken sie weit mehr ab als jedes allein.
Für wen ist es geeignet?
Entwicklungsteams vor dem Release
Ein Review vor der Auslieferung fängt Mängel ab, solange sie günstig zu beheben sind.
Produkte mit sensiblen Daten
Wenn viel auf dem Spiel steht, bringt das Lesen des Codes eine Sicherheit, die ein Black-Box-Test nicht liefern kann.
Teams, die eine Codebasis geerbt haben
Ein Review kartiert den Sicherheitszustand von Code, den Sie nicht geschrieben haben, bevor Sie darauf aufbauen.
Unternehmen in Due-Diligence-Prüfungen
Investoren und Käufer fragen zunehmend nach Codequalität und Sicherheit.
Was enthalten ist und was Sie behalten
Was enthalten ist
- Vereinbarter Umfang und Zugriff auf das Repository
- Automatisierte statische Analyse der Codebasis
- Prüfung von Abhängigkeits- und Lizenzrisiken
- Scan der Historie auf Secrets und Zugangsdaten
- Manuelles Review von Authentifizierung und Sitzungen
- Manuelles Review von Autorisierung und Zugriffsprüfungen
- Review der Ein- und Ausgabeverarbeitung
- Review von Datenverarbeitung und -speicherung
- Review riskanter Muster und Framework-Missbrauchs
- Befunde im Kontext, mit Codeverweisen
- Anleitung zur Behebung jedes Befunds
- Ein Review-Gespräch mit Ihren Entwicklern
Was Sie erhalten
Wird am Ende übergeben. Gehört Ihnen.
- Bericht zur sicheren Code-Prüfung
- Befunde mit Datei- und Zeilenverweisen
- Schweregrad und Korrektur für jeden Befund
- Befunde zu Abhängigkeiten und Secrets
- Gespräch mit Entwicklern zur Prüfung
Wonach wir im Code suchen
- Fehlende, umgangene oder inkonsistente Berechtigungsprüfungen
- Nutzereingaben in Abfragen, Befehlen oder Templates
- Secrets, Schlüssel oder Passwörter im Repository
- Schwache Behandlung von Passwörtern, Sitzungen oder Tokens
- Sensible Daten, die ungeschützt protokolliert oder gespeichert werden
- Veraltete oder riskante Abhängigkeiten von Drittanbietern
- Unsicherer Umgang mit Dateien, Uploads oder Deserialisierung
- Fehlerbehandlung, die interne Details preisgibt
Warum Code-Review und Tests zusammen am besten wirken
Ein Penetrationstest sagt Ihnen, was ein Angreifer von außen erreichen kann. Ein Code-Review sagt Ihnen, warum die Schwäche existiert und ob derselbe Fehler anderswo wiederholt wird. Ein fehlerhaftes Muster, in viele Funktionen kopiert, zeigt sich im Test vielleicht als einzelner Befund, im Review aber als Grundursache.
Das Lesen des Codes erreicht auch Stellen, die Tests schwer treffen: selten genutzte Pfade, reine Admin-Funktionen, Hintergrundjobs und Fehlerzweige. Wir kombinieren statische Analyse, die schnell und breit ist, mit manuellem Lesen durch Entwickler, die Absicht und Kontext verstehen, damit die Befunde stimmen und die Korrekturen zu Ihrer tatsächlichen Anwendung passen.
Befunde, mit denen Sie arbeiten können, keine Wand aus Warnungen
Richtet man ein Tool für statische Analyse auf eine Codebasis, liefert es oft Hunderte Warnungen. Viele treffen nicht zu, manche sind Duplikate, und einige sind wirklich ernst, aber vergraben. Roh übergeben wird diese Ausgabe eher ignoriert als behoben, und die echten Probleme bleiben bestehen. Der Wert eines Reviews liegt in der Triage: zu entscheiden, was in Ihrer Anwendung tatsächlich ausnutzbar ist und warum.
Deshalb liest sich unser Bericht wie Notizen eines Senior Engineers, nicht wie ein Tool-Dump. Jeder Befund verweist auf Datei und Zeile, erklärt das Risiko im Kontext, bewertet die Schwere und zeigt die lösende Änderung. Taucht derselbe Fehler an mehreren Stellen auf, sagen wir das, denn das Muster einmal zu beheben ist besser, als zehn Symptome zu flicken. Das Ergebnis ist eine Liste, die Ihre Entwickler in Prioritätsreihenfolge abarbeiten und tatsächlich beenden können.
Weil wir ein Entwicklungsteam sind, können wir mehr als berichten. Wir können die Pull Requests selbst öffnen oder die Korrekturen Ihres Teams prüfen, damit die Schwächen geschlossen statt nur katalogisiert werden.
So funktioniert sichere Code-Prüfung, Schritt für Schritt
Jeder Schritt hat ein klares Ergebnis, das Sie prüfen können. Der Zeitrahmen wird in Ihrem Angebot vereinbart.
- 1
Umfang
Repositories, Sprachen, Frameworks und Prioritäten schriftlich abgestimmt.
- 2
Einrichten
Lesezugriff auf den Code und eine kurze Einführung in die Architektur.
- 3
Analyse
Statische Analyse, Abhängigkeits- und Secret-Scans über die gesamte Codebasis.
- 4
Prüfung
Manuelles Lesen des sicherheitskritischen Codes durch Entwickler.
- 5
Bericht
Befunde im Kontext, mit Verweisen, Schweregrad und Korrekturen.
- 6
Nachbesprechung
Ein Gespräch, um Ihre Entwickler durch die Befunde zu führen.
Tools und was Ihr Angebot beeinflusst
Die Preisgestaltung richtet sich nach Ihrem Projekt und wird in Ihrem Angebot vereinbart. Diese Faktoren bestimmen es.
| Faktor | Warum er wichtig ist |
|---|---|
| Größe der Codebasis | Mehr Code und mehr Sprachen bedeuten mehr zu analysieren und zu lesen. |
| Sprachen und Frameworks | Manche Stacks brauchen spezialisiertes Review-Wissen und Tooling. |
| Tiefe des Reviews | Ein fokussiertes Review kritischer Module unterscheidet sich vom Lesen der gesamten Codebasis. |
| Codequalität und Historie | Eine verworrene Codebasis oder eine lange Historie braucht länger für ein sicheres Review. |
| Unterstützung bei Korrekturen | Korrekturen umzusetzen, statt nur zu berichten, bedeutet zusätzlichen Aufwand. |
| Bereich | Tools |
|---|---|
| Statische Analyse | Semgrep, sprachspezifische Analysewerkzeuge |
| Abhängigkeiten | Abhängigkeits-Scanner, Lizenzprüfungen |
| Secrets | Secret-Scanning der Historie |
| Leitfäden | OWASP ASVS, OWASP Top 10, CWE-Referenzen |
Häufige Fehler, die Sie vermeiden sollten
Was bei uns am häufigsten schiefgeht und wie ein gutes Projekt es vermeidet.
Sich allein auf statische Analyse verlassen
Tools markieren Muster, übersehen aber Absicht und Logikfehler; ein manuelles Lesen findet, was sie nicht können.
Die Commit-Historie ignorieren
Aus dem neuesten Code entfernte Secrets liegen oft noch in der Historie des Repositories.
Nur neuen Code prüfen
Schwere Fehler sitzen oft in alten, vertrauten Modulen, die seit Jahren niemand angesehen hat.
Abhängigkeiten ungeprüft lassen
Die meisten Anwendungen führen weit mehr fremden Code aus als eigenen; dessen Schwächen sind auch Ihre.
Häufig gestellte Fragen
Wie greifen Sie sicher auf unseren Code zu?
Über Lesezugriff, den Sie gewähren und entziehen, unter NDA. Wir können in Ihrer Umgebung prüfen, wenn Sie das bevorzugen, und behalten nach dem Auftrag keine Kopie.
Welche Sprachen prüfen Sie?
Häufig JavaScript und TypeScript, Python, PHP und die darauf gebauten Frameworks. Nennen Sie uns Ihren Stack, und wir bestätigen die Eignung vor dem Start.
Ist ein Code-Review besser als ein Penetrationstest?
Sie beantworten verschiedene Fragen und sind zusammen am stärksten. Der Test zeigt, was erreichbar ist; das Review zeigt, warum und ob sich das Muster wiederholt.
Prüfen Sie unsere Abhängigkeiten?
Ja. Wir prüfen Drittanbieter-Bibliotheken auf bekannte Schwächen und Lizenzrisiken, da die meisten Anwendungen stark von ihnen abhängen.
Finden Sie fest codierte Secrets?
Wir scannen den Code und seine Historie nach eingecheckten Schlüsseln, Passwörtern und Tokens und beraten, was Exponiertes zu rotieren ist.
Können Sie beheben, was Sie finden?
Ja. Als Entwicklungsteam können wir die Korrekturen umsetzen oder mit Ihren Entwicklern zusammen anwenden.
Prüfen Sie den Code mobiler Apps?
Ja, für gängige Mobile-Stacks, einschließlich der Art, wie die App Daten speichert und mit ihrem Backend kommuniziert.
Unterschreiben Sie eine NDA?
Ja, vor jedem Zugriff auf Ihren Code. Die Bedingungen werden schriftlich vereinbart, und Ergebnisse werden nur mit den von Ihnen benannten Personen geteilt.
Wie viel unserer Codebasis lesen Sie?
So viel, wie der Umfang erlaubt. Bei einem fokussierten Review konzentrieren wir uns auf die sicherheitskritischen Teile: alles, was Authentifizierung, Berechtigungen, Zahlungen und personenbezogene Daten berührt. Bei einem vollständigen Review lesen wir die ganze Codebasis.
Verwandte Leistungen
Penetrationstests
Autorisierte, abgegrenzte Sicherheitstests mit Bericht zur Behebung.
Penetrationstests für Webanwendungen
Manuelle OWASP-Tests von Logins, Zugriffskontrolle und Logik.
API-Sicherheitstests
REST- und GraphQL-Tests gegen die OWASP API Top 10.
Reparatur von Vibe-Coded-Apps
Apps aus Lovable, Bolt, v0 oder Cursor absichern, debuggen und veröffentlichen.
Individuelle Softwareentwicklung
Software, gebaut nach Ihrem genauen Prozess.
QA & Softwaretests
Manuelle und automatisierte Tests über Browser und Geräte hinweg.
DevOps & CI/CD
Automatisierte Pipelines, Container und Infrastructure as Code.
Sichere Code-Prüfung nach Branche
Finden Sie die Fehler in Ihrem Quellcode.
Sagen Sie uns, was Sie brauchen. Sie erhalten eine ehrliche Einschätzung, einen klaren Plan und ein schriftliches Angebot. Die erste Beratung ist immer kostenlos.
- Wie es weitergeht
- 1Sie sagen uns, was Sie brauchen
- 2Wir melden uns möglichst innerhalb von 24 Stunden mit Rückfragen
- 3Sie erhalten ein schriftliches Angebot für Ihr Projekt