Eine der Herausforderungen, denen wir uns bei der Softwareentwicklung und -sicherheit stellen müssen, besteht darin, dass wir in den letzten 20 Jahren immer wieder die gleichen oder aktuelle Software-Schwachstellen gesehen haben. Egal, ob man statische Code-Analysen, Schwachstellenbewertungen oder Penetrationstests einsetzt, die gleichen Probleme tauchen in verschiedenen Technologien und verschiedenen Teilen des Codes immer wieder auf. 

Und ich denke, die zweite Herausforderung, die wir haben, ob wir nun statische Code-Analysen oder Schwachstellenbewertungen und Penetrationstests verwenden, besteht darin, dass diese Technologien oft nur auf ein Problem hinweisen, aber nicht wirklich praktische, praktische Lösungen bieten und zeigen, wie man Dinge beheben kann. Und ich denke, das ist einer der Gründe, warum wir von der Reaktion zur Prävention übergehen müssen, denn wir wollen nicht nur das erneute Auftreten von Softwaresicherheitsproblemen verhindern, sondern sie auch wirklich schnell im Softwareentwicklungszyklus lösen. 

Eines der Dinge, die wir bei Secure Code Warrior wirklich versuchen, ist die Integration in die Entwicklungsprozesse und -werkzeuge des Entwicklers, denn wir wollen für den Softwareentwickler äußerst relevant und kontextbezogen sein. Wir wollen ihnen helfen, das eigentliche Problem zu coachen und zu begleiten. Ein Beispiel ist die Integration in Ticketing-Systeme. Wir wollen in diesem Ticketing-System präsent sein, wenn ein Sicherheitsproblem gemeldet wird, sei es durch ein statisches Code-Analyse-Tool oder durch Pen-Tests, und dem Entwickler relevante Codierungsmuster und Informationen darüber zur Verfügung stellen, wie er dieses Problem in seiner spezifischen Codierungssprache schnell beheben kann. Auf diese Weise wollen wir wirklich kontextbezogen sein und dem Entwickler zur Seite stehen, wenn er oder sie es braucht. Mit Technologien wie sensei wollen wir innerhalb der IDE des Entwicklers kontextbezogen sein. Wenn wir bemerken, dass ein neuer Mitarbeiter oder ein Nachwuchsentwickler Programmierpraktiken anwendet, die zu einer Sicherheitslücke führen könnten, möchten wir nicht nur das Problem erkennen und ihn vor Ort schulen, sondern ihm auch Anleitungen zur raschen Behebung des Problems geben und den Code sogar automatisch in seiner IDE neu schreiben. Auf diese Weise wollen wir einen hyperrelevanten, kontextbezogenen Ansatz verfolgen und den Entwicklern in ihrer eigenen Programmiersprache Lösungen anbieten, wie sie den Fehler beheben und sicheren Code in ihren Teams produzieren können. 

Unser ultimatives Ziel ist es also, Sicherheit in die DNA eines Entwicklers einzubauen. Wir wollen nicht nach links rücken, wir fangen links an. Wir wollen den Entwicklern helfen und sie befähigen, von Anfang an sicheren Code zu schreiben. Und deshalb bauen wir eine Umgebung auf, in der wir praktische Spiele und unterhaltsame Lernerfahrungen anbieten, die sich auf den Code und die Sprache beziehen, die ein Entwickler verwendet. Denn wir wollen Sicherheit zu etwas machen, das aufbauend und positiv ist und den Entwicklern Spaß macht, damit sie schnell sicheren Code schreiben können.

Warum also lieben Entwickler Secure Code Warrior? Nun, zunächst einmal, weil wir ihnen grundsätzlich dabei helfen, ihre Fähigkeiten in ihrer eigenen Programmiersprache und ihrem Framework zu verbessern. Egal, ob Sie ein Frontend-Entwickler sind, der in React programmiert, oder ein Entwickler für mobile Geräte, der Java oder Swift verwendet, oder sogar Entwickler der alten Schule, die sich auf COBOL, RPG oder Java und C# konzentrieren, wir haben im Grunde eine Bibliothek mit Inhalten in Ihrer spezifischen Programmiersprache und Ihrem Framework aufgebaut, so dass wir Ihnen auf praktische Weise helfen können, Sicherheit zu verstehen und zu etwas zu machen, das nicht beängstigend ist und bei dem es tatsächlich Spaß macht, etwas zu lernen.