Code-Review-Challenges
Entwickler prüfen echten, verwundbaren Code, erkennen die Sicherheitslücke und wählen aus mehreren Optionen die korrekte Behebung. Ein zweiphasiger Ablauf, der sowohl Erkennungs- als auch Behebungskompetenz aufbaut.
Zwei Phasen. Eine Challenge.
Den verwundbaren Block finden
Dem Entwickler wird ein realer Code-Ausschnitt mit einer oder mehreren verwundbaren Zeilen angezeigt. Er klickt auf den Block, von dem er glaubt, dass er die Sicherheitslücke enthält. Keine Multiple-Choice – er muss den Code lesen und darüber nachdenken, was falsch ist.
- ✓ Produktionsnahe Code-Muster
- ✓ Klick-Auswahl auf der tatsächlichen Codezeile
- ✓ Mehrere Versuche erlaubt
Die korrekte Behebung wählen
Sobald der verwundbare Block identifiziert ist, wählt der Entwickler die richtige Behebung aus einer Menge plausibler Alternativen. Die Distraktoren enthalten häufig-aber-falsche Behebungen – die Art, die das Code-Review besteht und den Fehler trotzdem in Produktion lässt.
- ✓ Multiple-Choice-Behebungsauswahl
- ✓ Plausibel-falsche Distraktoren
- ✓ Erklärung nach der Antwort offengelegt
Eine Challenge, mitten im Ablauf.
Auf Lernen ausgelegt, nicht auf Gatekeeping.
Hinweise ohne Punktabzug
Entwickler können jederzeit einen Hinweis anfordern. Hinweise reduzieren die Endpunktzahl nicht – das Ziel ist Verständnis, nicht Bestrafung.
Versuchsbasierte Bewertung
Die Punktzahl wird aus der Anzahl der Versuche in jeder Phase berechnet. Weniger Versuche = höhere Punktzahl. Erfolg im ersten Versuch in beiden Phasen erreicht das Maximum.
Erklärung nach jeder Antwort
Sobald die Behebung gewählt ist – richtig oder falsch – zeigt die Plattform, warum jede Option sicher oder unsicher ist. Distraktoren werden nicht nur als falsch markiert; der Fehlerfall wird erklärt.
Verwundbaren Code zu lesen ist der eigentliche Job.
Die meisten Sicherheitsschulungen für Entwickler verlangen von Engineers, ein Video über SQL-Injection anzusehen und ein Multiple-Choice-Quiz zu beantworten. Code-Review-Challenges drehen das um: Sie stellen den Entwickler zuerst vor Code und erzwingen dieselbe Art von Denkarbeit, die ein Code-Review verlangt. Erkennung und Behebung werden getrennt bewertet, weil in echten Reviews das Wissen, dass etwas falsch ist, und das Wissen, wie man es behebt, zwei verschiedene Fähigkeiten sind – und Engineers können in einer stark sein, ohne in der anderen stark zu sein.
Probieren Sie eine Challenge selbst aus.
Die interaktive Demo führt drei vollständige Code-Review-Challenges aus, damit Sie den zweiphasigen Ablauf End-to-End sehen können, bevor Sie mit unserem Team sprechen.