Dieselben 10 Software-Schwachstellen haben in den letzten 20+ Jahren mehr Sicherheitsverletzungen verursacht als alle anderen. Dennoch entscheiden sich viele Unternehmen immer noch für die Behebung von Sicherheitslücken nach dem Vorfall und kämpfen sich durch die menschlichen und geschäftlichen Auswirkungen des Ganzen. Eine neue Forschungsstudie weist jedoch auf eine neue, von Menschen geleitete Richtung hin.

ImFolgenden werden Erkenntnisse aus einer von Secure Code Warrior mit Evans Data Corp durchgeführten Studie mit dem Titel "Shifting from reaction to prevention: The changing face of application security" (2021), die die Einstellung von Entwicklern zu sicherem Coding, sicheren Code-Praktiken und Sicherheitsoperationen untersucht. Download des Whitepapers hier.

In der demnächst erscheinenden Studie wurden Entwickler und Entwicklungsleiter zu den Aktivitäten befragt, die sie mit sicherem Coding verbinden. Die drei wichtigsten Antworten waren:

• Verwendung von Scan-Tools für installierte Anwendungen.
• Manuelles Überprüfen von Code auf Schwachstellen.
• Die aktive und fortlaufende Praxis, Software zu schreiben, die vor Sicherheitslücken geschützt ist.
  

Was sagt uns das also? Zwei der drei wichtigsten Antworten konzentrieren sich immer noch auf reaktive Ansätze, wobei der erste von Werkzeugen (Scannern) und der zweite vom Entwickler (d. h. vom Menschen) abhängt, der manuelle Prüfungen durchführt - in beiden Fällen nachdem der Code geschrieben wurde. Schwachstellen, die mit diesen Methoden entdeckt werden, müssen zur Überarbeitung an das Entwicklungsteam zurückgegeben werden, was sich auf den Zeitplan und die Kosten des Projekts auswirkt.

Gleichzeitig beziehen sich zwei der drei nominierten Aktivitäten auf das menschliche Element - ein Hinweis darauf, dass Sicherheit zunehmend als menschliches Problem wahrgenommen wird. Aber von allen nominierten Aktivitäten ist die aufschlussreichste die Nr. 3, die den menschlichen Faktor beim Schreiben von Software, die von vornherein vor Schwachstellen geschützt ist, identifiziert. Dies unterstreicht eine Verschiebung nach links - ein proaktiver und präventiver Ansatz, der die Sicherheit bereits zu Beginn des Softwareentwicklungszyklus in die Software einbaut. 

Reaktiv kann gleich EXPENSIV sein

Laut einer IBM-Studie* ist es dreißigmal teurer, Schwachstellen in nachträglich veröffentlichtem Code zu beheben, als wenn sie von Anfang an gefunden und behoben würden. Das ist ein starker Anreiz für einen neuen proaktiven und menschlicheren Ansatz zur Verteidigung der Softwaresicherheit, der Entwickler dazu befähigt, von Anfang an sicherer zu programmieren. 

Das könnte man eine von Menschen geführte Verteidigung nennen. Aber um Entwickler dazu zu bringen, sich um Sicherheit zu kümmern, muss es Teil ihrer täglichen Denkweise und ihres Codes werden. Dies ist ein Aufruf zu neuen Schulungsansätzen, die für die tägliche Arbeit von Entwicklern hyperrelevant sind und sie dazu inspirieren, lernen zu wollen - was man von den aktuellen Schulungsmodellen nicht behaupten kann.

Um eine proaktive Sicherheitskultur zu schaffen, werden neue Schulungen benötigt, die:

• macht die sichere Programmierung zu einer positiven und fesselnden Erfahrung für Entwickler, während sie ihre Software-Sicherheitskenntnisse erweitern 
• ermutigt Entwickler, ihre täglichen Programmieraufgaben durch einen Sicherheitsgedanken zu betrachten 
• macht sicheres Kodieren zu einem festen Bestandteil ihres täglichen Arbeitsablaufs
  

Wenn diese Fäden zusammenlaufen, werden Schwachstellen von vornherein vermieden, so dass die Teams schneller und zuverlässiger hochwertigen Code bereitstellen können. Die gute Nachricht ist, dass es bereits eine Learning Platform gibt, die im Softwareentwicklungsprozess "links" beginnt - eine, die Entwicklern bereits die Fähigkeiten und Werkzeuge an die Hand gibt, um von Anfang an qualitativ hochwertigen Code zu erstellen.

‍

*IBM Software Group; Minimierung von Code-Fehlern zur Verbesserung der Softwarequalität und Senkung der Entwicklungskosten
https://docplayer.net/11413245-Minimizing-code-defects-to-improve-software-quality-and-lower-development-costs.html