Der vergessene menschliche Faktor bei Sicherheitslücken in Webanwendungen
Der 2018 Verizon Data Breach Investigations Report ist wieder einmal eine großartige Lektüre, die uns über Cybersicherheit auf dem Laufenden hält, einschließlich aktueller Trends zur Cyberkriminalität und Treiber von Vorfällen, Analysen und Einblicke, die Unternehmen helfen können, ihr Sicherheitsprogramm zu reifen. In diesem Jahr analysierten die Ermittler von Verizon mehr als 53.000 Vorfälle und rund 2.200 Sicherheitsverletzungen, und es gibt viele greifbare Erkenntnisse darüber, worauf man achten sollte und was man nicht tun sollte, sowie wertvolle Empfehlungen, worauf man seine Sicherheitsanstrengungen konzentrieren sollte. Der Bericht 2018 fühlt sich an, als sei er mit der Zeit gegangen und für ein breiteres Geschäftspublikum relevant, da sich die Auswirkungen von Sicherheitsverletzungen ausbreiten und zunehmend als Mainstream-Geschäftsproblem erkannt werden.
Neben vielen interessanten Erkenntnissen bestätigt der Bericht 2018, dass die meisten Hacks nach wie vor durch Einbrüche in Webanwendungen erfolgen (es gibt sogar eine coole interaktive Grafik, die dies zeigt).
Angriffe aus Webanwendungen umfassen alle Vorfälle, bei denen eine Webanwendung der Angriffsvektor war. Dies umfasst sowohl die Ausnutzung von Schwachstellen auf Code-Ebene in der Anwendung als auch die Aushebelung von Authentifizierungsmechanismen. Es ist bemerkenswert, dass die Anzahl der Verstöße in diesem Muster durch das Herausfiltern von Botnetz-bezogenen Angriffen auf Webanwendungen unter Verwendung von Anmeldeinformationen, die von kundeneigenen Geräten gestohlen wurden, zurückgegangen ist. Die Verwendung gestohlener Zugangsdaten ist nach wie vor die häufigste Angriffsart bei Sicherheitsverletzungen von Webanwendungen, gefolgt von SQLi (mehr zu SQL später...).
Ein Thema, das im diesjährigen Bericht hervorsticht, ist, wie entscheidend der "menschliche Faktor" in der Sicherheitsgleichung ist, sowohl als Teil des Problems als auch der Lösung. Der Bericht befasst sich sowohl mit externen als auch mit internen Akteuren und berichtet, dass bei fast jedem fünften (17 %) Sicherheitsverstoß Fehler die Ursache waren. Verstöße traten auf, wenn Mitarbeiter es versäumten, vertrauliche Informationen zu schreddern, wenn sie eine E-Mail an die falsche Person schickten und wenn Webserver falsch konfiguriert waren. Der Bericht weist darauf hin, dass zwar keiner dieser Fehler absichtlich böswillig war, er sich aber dennoch als kostspielig erweisen kann.
Aber es gibt einen oft vergessenen menschlichen Faktor, der viele Sicherheitsverletzungen verursacht, und das ist die hohe Häufigkeit, mit der Entwickler Code erstellen, der Sicherheitslücken enthält, die zu Schwachstellen in Webanwendungen führen, die wiederum zu diesen Vorfällen und Verletzungen führen.
Anwendungstests haben in den letzten 5 Jahren keine große Verbesserung bei der Anzahl der gefundenen Schwachstellen gezeigt und die gleichen alten Fehler tauchen immer wieder auf. Ein Veracode-Bericht aus dem Jahr 2017, der auf 400.000 Anwendungsscans basiert, zeigt, dass Anwendungen nur in 30 % der Fälle die OWASP Top 10-Richtlinie bestanden. Erstaunlich ist, dass SQL-Injektionen in fast jeder dritten neu gescannten Anwendung in den letzten 5 Jahren auftraten, einschließlich des letzten Jahres.Ich sage erstaunlich, weil es SQL-Injektionen schon seit 1999 gibt. Die Tatsache, dass immer wieder die gleichen Fehler, einschließlich SQL-Injections, gefunden werden, ist ein Beweis dafür, dass dieses Problem des "menschlichen Faktors" unter den Entwicklern nicht angemessen angegangen wird.
An diesem Punkt muss ich aufstehen und rufen, dass ich auf der Entwicklerseite dieses Arguments stehe. Wie sollen Entwickler sicheren Code schreiben, wenn ihnen niemand jemals beibringt, warum das wichtig ist, welche Konsequenzen unsicherer Code hat und vor allem, wie man das Schreiben dieser Schwachstellen in ihren jeweiligen Programmier-Frameworks von vornherein verhindert?
Das ist es, was wir bei Secure Code Warrior tun, und wir sehen eindeutige Beweise dafür, dass Unternehmen, die praktische Schulungen für sicheren Code in den Alltag ihrer Entwickler einbauen, die Anzahl der entstehenden Schwachstellen in Webanwendungen reduzieren. Damit Entwickler sicheren Code schreiben können, müssen sie regelmäßig Zugang zu praktischen Schulungen haben, die sie aktiv dazu anregen, ihre Fähigkeiten zur sicheren Programmierung auszubauen. Sie müssen über kürzlich identifizierte Schwachstellen lernen, in echtem Code und speziell in ihren eigenen Sprachen/Frameworks. Diese Lernerfahrung sollte ihnen helfen zu verstehen, wie man bekannte Schwachstellen lokalisiert, identifiziert und behebt. Entwickler brauchen auch ein Qualitäts-Toolset in ihrem Prozess, das Sicherheit einfach macht, sie nicht ausbremst und sie in Echtzeit über gute und schlechte Codierungsmuster anleitet.
Auf diese Weise können wir die Zahl der Verstöße gegen Webanwendungen spürbar und positiv beeinflussen.
Ich stimme heftig mit Verizon überein, dass es notwendig ist, das Sicherheitsbewusstsein unternehmensweit zu schulen. Mein P.S. zu diesem Thema an CIOs und CISOs lautet: "Vergessen Sie nicht Ihre Entwickler!". Diese Architekten Ihrer modernen Unternehmen können ein wesentlicher "menschlicher Faktor" sein, der routinemäßig Zugangspunkte für Hacker generiert, oder sie können Ihre erste Verteidigungslinie sein, Ihre Sicherheitshelden.
Effektive Sicherheitsschulungen für Entwickler könnten einen echten Unterschied zu den von Verizon in zukünftigen Berichten berichteten Ergebnissen machen. Es wäre schön, wenn der Bericht für 2019 die Sicherheitsschulung von Entwicklern als eine wichtige Strategie zur Risikominderung für Unternehmen berücksichtigen würde. Ich bin ein Optimist, aber ich würde mein Haus darauf verwetten, dass die Anzahl der Schwachstellen in Webanwendungen in diesem Bericht deutlich sinken würde, wenn Unternehmen ihren Entwicklern beibringen würden, wie sie Injektionsfehler vermeiden können.
Werfen Sie einen Blick auf unsere Plattform in Aktion, um zu sehen, wie sich Entwickler in einer idealen, gamifizierten Trainingsumgebung schnell weiterbilden können:
Spielen Sie eine sichere Kodierungsherausforderung
Besuchen Sie unsere kostenlosen Lernressourcen
Wie sollen Entwickler sicheren Code schreiben, wenn ihnen niemand beibringt, warum das wichtig ist, welche Konsequenzen unsicherer Code hat und vor allem, wie sie diese Schwachstellen in ihren jeweiligen Programmier-Frameworks gar nicht erst schreiben?
Wie sollen Entwickler sicheren Code schreiben, wenn ihnen niemand beibringt, warum das wichtig ist, welche Konsequenzen unsicherer Code hat und vor allem, wie sie diese Schwachstellen in ihren jeweiligen Programmier-Frameworks gar nicht erst schreiben?
Vorstandsvorsitzender, Chairman und Mitbegründer
Secure Code Warrior ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Demo buchen
Vorstandsvorsitzender, Chairman und Mitbegründer
Pieter Danhieux ist ein weltweit anerkannter Sicherheitsexperte mit mehr als 12 Jahren Erfahrung als Sicherheitsberater und 8 Jahren als Principal Instructor für SANS, wo er offensive Techniken lehrt, wie man Organisationen, Systeme und Einzelpersonen auf Sicherheitsschwächen hin untersucht und bewertet. Im Jahr 2016 wurde er als einer der "Coolest Tech People in Australia" (Business Insider) ausgezeichnet, erhielt die Auszeichnung "Cyber Security Professional of the Year" (AISA - Australian Information Security Association) und besitzt die Zertifizierungen GSE, CISSP, GCIH, GCFA, GSEC, GPEN, GWAPT, GCIA.
Der 2018 Verizon Data Breach Investigations Report ist wieder einmal eine großartige Lektüre, die uns über Cybersicherheit auf dem Laufenden hält, einschließlich aktueller Trends zur Cyberkriminalität und Treiber von Vorfällen, Analysen und Einblicke, die Unternehmen helfen können, ihr Sicherheitsprogramm zu reifen. In diesem Jahr analysierten die Ermittler von Verizon mehr als 53.000 Vorfälle und rund 2.200 Sicherheitsverletzungen, und es gibt viele greifbare Erkenntnisse darüber, worauf man achten sollte und was man nicht tun sollte, sowie wertvolle Empfehlungen, worauf man seine Sicherheitsanstrengungen konzentrieren sollte. Der Bericht 2018 fühlt sich an, als sei er mit der Zeit gegangen und für ein breiteres Geschäftspublikum relevant, da sich die Auswirkungen von Sicherheitsverletzungen ausbreiten und zunehmend als Mainstream-Geschäftsproblem erkannt werden.
Neben vielen interessanten Erkenntnissen bestätigt der Bericht 2018, dass die meisten Hacks nach wie vor durch Einbrüche in Webanwendungen erfolgen (es gibt sogar eine coole interaktive Grafik, die dies zeigt).
Angriffe aus Webanwendungen umfassen alle Vorfälle, bei denen eine Webanwendung der Angriffsvektor war. Dies umfasst sowohl die Ausnutzung von Schwachstellen auf Code-Ebene in der Anwendung als auch die Aushebelung von Authentifizierungsmechanismen. Es ist bemerkenswert, dass die Anzahl der Verstöße in diesem Muster durch das Herausfiltern von Botnetz-bezogenen Angriffen auf Webanwendungen unter Verwendung von Anmeldeinformationen, die von kundeneigenen Geräten gestohlen wurden, zurückgegangen ist. Die Verwendung gestohlener Zugangsdaten ist nach wie vor die häufigste Angriffsart bei Sicherheitsverletzungen von Webanwendungen, gefolgt von SQLi (mehr zu SQL später...).
Ein Thema, das im diesjährigen Bericht hervorsticht, ist, wie entscheidend der "menschliche Faktor" in der Sicherheitsgleichung ist, sowohl als Teil des Problems als auch der Lösung. Der Bericht befasst sich sowohl mit externen als auch mit internen Akteuren und berichtet, dass bei fast jedem fünften (17 %) Sicherheitsverstoß Fehler die Ursache waren. Verstöße traten auf, wenn Mitarbeiter es versäumten, vertrauliche Informationen zu schreddern, wenn sie eine E-Mail an die falsche Person schickten und wenn Webserver falsch konfiguriert waren. Der Bericht weist darauf hin, dass zwar keiner dieser Fehler absichtlich böswillig war, er sich aber dennoch als kostspielig erweisen kann.
Aber es gibt einen oft vergessenen menschlichen Faktor, der viele Sicherheitsverletzungen verursacht, und das ist die hohe Häufigkeit, mit der Entwickler Code erstellen, der Sicherheitslücken enthält, die zu Schwachstellen in Webanwendungen führen, die wiederum zu diesen Vorfällen und Verletzungen führen.
Anwendungstests haben in den letzten 5 Jahren keine große Verbesserung bei der Anzahl der gefundenen Schwachstellen gezeigt und die gleichen alten Fehler tauchen immer wieder auf. Ein Veracode-Bericht aus dem Jahr 2017, der auf 400.000 Anwendungsscans basiert, zeigt, dass Anwendungen nur in 30 % der Fälle die OWASP Top 10-Richtlinie bestanden. Erstaunlich ist, dass SQL-Injektionen in fast jeder dritten neu gescannten Anwendung in den letzten 5 Jahren auftraten, einschließlich des letzten Jahres.Ich sage erstaunlich, weil es SQL-Injektionen schon seit 1999 gibt. Die Tatsache, dass immer wieder die gleichen Fehler, einschließlich SQL-Injections, gefunden werden, ist ein Beweis dafür, dass dieses Problem des "menschlichen Faktors" unter den Entwicklern nicht angemessen angegangen wird.
An diesem Punkt muss ich aufstehen und rufen, dass ich auf der Entwicklerseite dieses Arguments stehe. Wie sollen Entwickler sicheren Code schreiben, wenn ihnen niemand jemals beibringt, warum das wichtig ist, welche Konsequenzen unsicherer Code hat und vor allem, wie man das Schreiben dieser Schwachstellen in ihren jeweiligen Programmier-Frameworks von vornherein verhindert?
Das ist es, was wir bei Secure Code Warrior tun, und wir sehen eindeutige Beweise dafür, dass Unternehmen, die praktische Schulungen für sicheren Code in den Alltag ihrer Entwickler einbauen, die Anzahl der entstehenden Schwachstellen in Webanwendungen reduzieren. Damit Entwickler sicheren Code schreiben können, müssen sie regelmäßig Zugang zu praktischen Schulungen haben, die sie aktiv dazu anregen, ihre Fähigkeiten zur sicheren Programmierung auszubauen. Sie müssen über kürzlich identifizierte Schwachstellen lernen, in echtem Code und speziell in ihren eigenen Sprachen/Frameworks. Diese Lernerfahrung sollte ihnen helfen zu verstehen, wie man bekannte Schwachstellen lokalisiert, identifiziert und behebt. Entwickler brauchen auch ein Qualitäts-Toolset in ihrem Prozess, das Sicherheit einfach macht, sie nicht ausbremst und sie in Echtzeit über gute und schlechte Codierungsmuster anleitet.
Auf diese Weise können wir die Zahl der Verstöße gegen Webanwendungen spürbar und positiv beeinflussen.
Ich stimme heftig mit Verizon überein, dass es notwendig ist, das Sicherheitsbewusstsein unternehmensweit zu schulen. Mein P.S. zu diesem Thema an CIOs und CISOs lautet: "Vergessen Sie nicht Ihre Entwickler!". Diese Architekten Ihrer modernen Unternehmen können ein wesentlicher "menschlicher Faktor" sein, der routinemäßig Zugangspunkte für Hacker generiert, oder sie können Ihre erste Verteidigungslinie sein, Ihre Sicherheitshelden.
Effektive Sicherheitsschulungen für Entwickler könnten einen echten Unterschied zu den von Verizon in zukünftigen Berichten berichteten Ergebnissen machen. Es wäre schön, wenn der Bericht für 2019 die Sicherheitsschulung von Entwicklern als eine wichtige Strategie zur Risikominderung für Unternehmen berücksichtigen würde. Ich bin ein Optimist, aber ich würde mein Haus darauf verwetten, dass die Anzahl der Schwachstellen in Webanwendungen in diesem Bericht deutlich sinken würde, wenn Unternehmen ihren Entwicklern beibringen würden, wie sie Injektionsfehler vermeiden können.
Werfen Sie einen Blick auf unsere Plattform in Aktion, um zu sehen, wie sich Entwickler in einer idealen, gamifizierten Trainingsumgebung schnell weiterbilden können:
Spielen Sie eine sichere Kodierungsherausforderung
Besuchen Sie unsere kostenlosen Lernressourcen
Wie sollen Entwickler sicheren Code schreiben, wenn ihnen niemand beibringt, warum das wichtig ist, welche Konsequenzen unsicherer Code hat und vor allem, wie sie diese Schwachstellen in ihren jeweiligen Programmier-Frameworks gar nicht erst schreiben?
Der 2018 Verizon Data Breach Investigations Report ist wieder einmal eine großartige Lektüre, die uns über Cybersicherheit auf dem Laufenden hält, einschließlich aktueller Trends zur Cyberkriminalität und Treiber von Vorfällen, Analysen und Einblicke, die Unternehmen helfen können, ihr Sicherheitsprogramm zu reifen. In diesem Jahr analysierten die Ermittler von Verizon mehr als 53.000 Vorfälle und rund 2.200 Sicherheitsverletzungen, und es gibt viele greifbare Erkenntnisse darüber, worauf man achten sollte und was man nicht tun sollte, sowie wertvolle Empfehlungen, worauf man seine Sicherheitsanstrengungen konzentrieren sollte. Der Bericht 2018 fühlt sich an, als sei er mit der Zeit gegangen und für ein breiteres Geschäftspublikum relevant, da sich die Auswirkungen von Sicherheitsverletzungen ausbreiten und zunehmend als Mainstream-Geschäftsproblem erkannt werden.
Neben vielen interessanten Erkenntnissen bestätigt der Bericht 2018, dass die meisten Hacks nach wie vor durch Einbrüche in Webanwendungen erfolgen (es gibt sogar eine coole interaktive Grafik, die dies zeigt).
Angriffe aus Webanwendungen umfassen alle Vorfälle, bei denen eine Webanwendung der Angriffsvektor war. Dies umfasst sowohl die Ausnutzung von Schwachstellen auf Code-Ebene in der Anwendung als auch die Aushebelung von Authentifizierungsmechanismen. Es ist bemerkenswert, dass die Anzahl der Verstöße in diesem Muster durch das Herausfiltern von Botnetz-bezogenen Angriffen auf Webanwendungen unter Verwendung von Anmeldeinformationen, die von kundeneigenen Geräten gestohlen wurden, zurückgegangen ist. Die Verwendung gestohlener Zugangsdaten ist nach wie vor die häufigste Angriffsart bei Sicherheitsverletzungen von Webanwendungen, gefolgt von SQLi (mehr zu SQL später...).
Ein Thema, das im diesjährigen Bericht hervorsticht, ist, wie entscheidend der "menschliche Faktor" in der Sicherheitsgleichung ist, sowohl als Teil des Problems als auch der Lösung. Der Bericht befasst sich sowohl mit externen als auch mit internen Akteuren und berichtet, dass bei fast jedem fünften (17 %) Sicherheitsverstoß Fehler die Ursache waren. Verstöße traten auf, wenn Mitarbeiter es versäumten, vertrauliche Informationen zu schreddern, wenn sie eine E-Mail an die falsche Person schickten und wenn Webserver falsch konfiguriert waren. Der Bericht weist darauf hin, dass zwar keiner dieser Fehler absichtlich böswillig war, er sich aber dennoch als kostspielig erweisen kann.
Aber es gibt einen oft vergessenen menschlichen Faktor, der viele Sicherheitsverletzungen verursacht, und das ist die hohe Häufigkeit, mit der Entwickler Code erstellen, der Sicherheitslücken enthält, die zu Schwachstellen in Webanwendungen führen, die wiederum zu diesen Vorfällen und Verletzungen führen.
Anwendungstests haben in den letzten 5 Jahren keine große Verbesserung bei der Anzahl der gefundenen Schwachstellen gezeigt und die gleichen alten Fehler tauchen immer wieder auf. Ein Veracode-Bericht aus dem Jahr 2017, der auf 400.000 Anwendungsscans basiert, zeigt, dass Anwendungen nur in 30 % der Fälle die OWASP Top 10-Richtlinie bestanden. Erstaunlich ist, dass SQL-Injektionen in fast jeder dritten neu gescannten Anwendung in den letzten 5 Jahren auftraten, einschließlich des letzten Jahres.Ich sage erstaunlich, weil es SQL-Injektionen schon seit 1999 gibt. Die Tatsache, dass immer wieder die gleichen Fehler, einschließlich SQL-Injections, gefunden werden, ist ein Beweis dafür, dass dieses Problem des "menschlichen Faktors" unter den Entwicklern nicht angemessen angegangen wird.
An diesem Punkt muss ich aufstehen und rufen, dass ich auf der Entwicklerseite dieses Arguments stehe. Wie sollen Entwickler sicheren Code schreiben, wenn ihnen niemand jemals beibringt, warum das wichtig ist, welche Konsequenzen unsicherer Code hat und vor allem, wie man das Schreiben dieser Schwachstellen in ihren jeweiligen Programmier-Frameworks von vornherein verhindert?
Das ist es, was wir bei Secure Code Warrior tun, und wir sehen eindeutige Beweise dafür, dass Unternehmen, die praktische Schulungen für sicheren Code in den Alltag ihrer Entwickler einbauen, die Anzahl der entstehenden Schwachstellen in Webanwendungen reduzieren. Damit Entwickler sicheren Code schreiben können, müssen sie regelmäßig Zugang zu praktischen Schulungen haben, die sie aktiv dazu anregen, ihre Fähigkeiten zur sicheren Programmierung auszubauen. Sie müssen über kürzlich identifizierte Schwachstellen lernen, in echtem Code und speziell in ihren eigenen Sprachen/Frameworks. Diese Lernerfahrung sollte ihnen helfen zu verstehen, wie man bekannte Schwachstellen lokalisiert, identifiziert und behebt. Entwickler brauchen auch ein Qualitäts-Toolset in ihrem Prozess, das Sicherheit einfach macht, sie nicht ausbremst und sie in Echtzeit über gute und schlechte Codierungsmuster anleitet.
Auf diese Weise können wir die Zahl der Verstöße gegen Webanwendungen spürbar und positiv beeinflussen.
Ich stimme heftig mit Verizon überein, dass es notwendig ist, das Sicherheitsbewusstsein unternehmensweit zu schulen. Mein P.S. zu diesem Thema an CIOs und CISOs lautet: "Vergessen Sie nicht Ihre Entwickler!". Diese Architekten Ihrer modernen Unternehmen können ein wesentlicher "menschlicher Faktor" sein, der routinemäßig Zugangspunkte für Hacker generiert, oder sie können Ihre erste Verteidigungslinie sein, Ihre Sicherheitshelden.
Effektive Sicherheitsschulungen für Entwickler könnten einen echten Unterschied zu den von Verizon in zukünftigen Berichten berichteten Ergebnissen machen. Es wäre schön, wenn der Bericht für 2019 die Sicherheitsschulung von Entwicklern als eine wichtige Strategie zur Risikominderung für Unternehmen berücksichtigen würde. Ich bin ein Optimist, aber ich würde mein Haus darauf verwetten, dass die Anzahl der Schwachstellen in Webanwendungen in diesem Bericht deutlich sinken würde, wenn Unternehmen ihren Entwicklern beibringen würden, wie sie Injektionsfehler vermeiden können.
Werfen Sie einen Blick auf unsere Plattform in Aktion, um zu sehen, wie sich Entwickler in einer idealen, gamifizierten Trainingsumgebung schnell weiterbilden können:
Spielen Sie eine sichere Kodierungsherausforderung
Besuchen Sie unsere kostenlosen Lernressourcen
Wie sollen Entwickler sicheren Code schreiben, wenn ihnen niemand beibringt, warum das wichtig ist, welche Konsequenzen unsicherer Code hat und vor allem, wie sie diese Schwachstellen in ihren jeweiligen Programmier-Frameworks gar nicht erst schreiben?
Klicken Sie auf den unten stehenden Link und laden Sie die PDF-Datei dieser Ressource herunter.
Secure Code Warrior ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Bericht ansehenDemo buchen
Vorstandsvorsitzender, Chairman und Mitbegründer
Pieter Danhieux ist ein weltweit anerkannter Sicherheitsexperte mit mehr als 12 Jahren Erfahrung als Sicherheitsberater und 8 Jahren als Principal Instructor für SANS, wo er offensive Techniken lehrt, wie man Organisationen, Systeme und Einzelpersonen auf Sicherheitsschwächen hin untersucht und bewertet. Im Jahr 2016 wurde er als einer der "Coolest Tech People in Australia" (Business Insider) ausgezeichnet, erhielt die Auszeichnung "Cyber Security Professional of the Year" (AISA - Australian Information Security Association) und besitzt die Zertifizierungen GSE, CISSP, GCIH, GCFA, GSEC, GPEN, GWAPT, GCIA.
Der 2018 Verizon Data Breach Investigations Report ist wieder einmal eine großartige Lektüre, die uns über Cybersicherheit auf dem Laufenden hält, einschließlich aktueller Trends zur Cyberkriminalität und Treiber von Vorfällen, Analysen und Einblicke, die Unternehmen helfen können, ihr Sicherheitsprogramm zu reifen. In diesem Jahr analysierten die Ermittler von Verizon mehr als 53.000 Vorfälle und rund 2.200 Sicherheitsverletzungen, und es gibt viele greifbare Erkenntnisse darüber, worauf man achten sollte und was man nicht tun sollte, sowie wertvolle Empfehlungen, worauf man seine Sicherheitsanstrengungen konzentrieren sollte. Der Bericht 2018 fühlt sich an, als sei er mit der Zeit gegangen und für ein breiteres Geschäftspublikum relevant, da sich die Auswirkungen von Sicherheitsverletzungen ausbreiten und zunehmend als Mainstream-Geschäftsproblem erkannt werden.
Neben vielen interessanten Erkenntnissen bestätigt der Bericht 2018, dass die meisten Hacks nach wie vor durch Einbrüche in Webanwendungen erfolgen (es gibt sogar eine coole interaktive Grafik, die dies zeigt).
Angriffe aus Webanwendungen umfassen alle Vorfälle, bei denen eine Webanwendung der Angriffsvektor war. Dies umfasst sowohl die Ausnutzung von Schwachstellen auf Code-Ebene in der Anwendung als auch die Aushebelung von Authentifizierungsmechanismen. Es ist bemerkenswert, dass die Anzahl der Verstöße in diesem Muster durch das Herausfiltern von Botnetz-bezogenen Angriffen auf Webanwendungen unter Verwendung von Anmeldeinformationen, die von kundeneigenen Geräten gestohlen wurden, zurückgegangen ist. Die Verwendung gestohlener Zugangsdaten ist nach wie vor die häufigste Angriffsart bei Sicherheitsverletzungen von Webanwendungen, gefolgt von SQLi (mehr zu SQL später...).
Ein Thema, das im diesjährigen Bericht hervorsticht, ist, wie entscheidend der "menschliche Faktor" in der Sicherheitsgleichung ist, sowohl als Teil des Problems als auch der Lösung. Der Bericht befasst sich sowohl mit externen als auch mit internen Akteuren und berichtet, dass bei fast jedem fünften (17 %) Sicherheitsverstoß Fehler die Ursache waren. Verstöße traten auf, wenn Mitarbeiter es versäumten, vertrauliche Informationen zu schreddern, wenn sie eine E-Mail an die falsche Person schickten und wenn Webserver falsch konfiguriert waren. Der Bericht weist darauf hin, dass zwar keiner dieser Fehler absichtlich böswillig war, er sich aber dennoch als kostspielig erweisen kann.
Aber es gibt einen oft vergessenen menschlichen Faktor, der viele Sicherheitsverletzungen verursacht, und das ist die hohe Häufigkeit, mit der Entwickler Code erstellen, der Sicherheitslücken enthält, die zu Schwachstellen in Webanwendungen führen, die wiederum zu diesen Vorfällen und Verletzungen führen.
Anwendungstests haben in den letzten 5 Jahren keine große Verbesserung bei der Anzahl der gefundenen Schwachstellen gezeigt und die gleichen alten Fehler tauchen immer wieder auf. Ein Veracode-Bericht aus dem Jahr 2017, der auf 400.000 Anwendungsscans basiert, zeigt, dass Anwendungen nur in 30 % der Fälle die OWASP Top 10-Richtlinie bestanden. Erstaunlich ist, dass SQL-Injektionen in fast jeder dritten neu gescannten Anwendung in den letzten 5 Jahren auftraten, einschließlich des letzten Jahres.Ich sage erstaunlich, weil es SQL-Injektionen schon seit 1999 gibt. Die Tatsache, dass immer wieder die gleichen Fehler, einschließlich SQL-Injections, gefunden werden, ist ein Beweis dafür, dass dieses Problem des "menschlichen Faktors" unter den Entwicklern nicht angemessen angegangen wird.
An diesem Punkt muss ich aufstehen und rufen, dass ich auf der Entwicklerseite dieses Arguments stehe. Wie sollen Entwickler sicheren Code schreiben, wenn ihnen niemand jemals beibringt, warum das wichtig ist, welche Konsequenzen unsicherer Code hat und vor allem, wie man das Schreiben dieser Schwachstellen in ihren jeweiligen Programmier-Frameworks von vornherein verhindert?
Das ist es, was wir bei Secure Code Warrior tun, und wir sehen eindeutige Beweise dafür, dass Unternehmen, die praktische Schulungen für sicheren Code in den Alltag ihrer Entwickler einbauen, die Anzahl der entstehenden Schwachstellen in Webanwendungen reduzieren. Damit Entwickler sicheren Code schreiben können, müssen sie regelmäßig Zugang zu praktischen Schulungen haben, die sie aktiv dazu anregen, ihre Fähigkeiten zur sicheren Programmierung auszubauen. Sie müssen über kürzlich identifizierte Schwachstellen lernen, in echtem Code und speziell in ihren eigenen Sprachen/Frameworks. Diese Lernerfahrung sollte ihnen helfen zu verstehen, wie man bekannte Schwachstellen lokalisiert, identifiziert und behebt. Entwickler brauchen auch ein Qualitäts-Toolset in ihrem Prozess, das Sicherheit einfach macht, sie nicht ausbremst und sie in Echtzeit über gute und schlechte Codierungsmuster anleitet.
Auf diese Weise können wir die Zahl der Verstöße gegen Webanwendungen spürbar und positiv beeinflussen.
Ich stimme heftig mit Verizon überein, dass es notwendig ist, das Sicherheitsbewusstsein unternehmensweit zu schulen. Mein P.S. zu diesem Thema an CIOs und CISOs lautet: "Vergessen Sie nicht Ihre Entwickler!". Diese Architekten Ihrer modernen Unternehmen können ein wesentlicher "menschlicher Faktor" sein, der routinemäßig Zugangspunkte für Hacker generiert, oder sie können Ihre erste Verteidigungslinie sein, Ihre Sicherheitshelden.
Effektive Sicherheitsschulungen für Entwickler könnten einen echten Unterschied zu den von Verizon in zukünftigen Berichten berichteten Ergebnissen machen. Es wäre schön, wenn der Bericht für 2019 die Sicherheitsschulung von Entwicklern als eine wichtige Strategie zur Risikominderung für Unternehmen berücksichtigen würde. Ich bin ein Optimist, aber ich würde mein Haus darauf verwetten, dass die Anzahl der Schwachstellen in Webanwendungen in diesem Bericht deutlich sinken würde, wenn Unternehmen ihren Entwicklern beibringen würden, wie sie Injektionsfehler vermeiden können.
Werfen Sie einen Blick auf unsere Plattform in Aktion, um zu sehen, wie sich Entwickler in einer idealen, gamifizierten Trainingsumgebung schnell weiterbilden können:
Spielen Sie eine sichere Kodierungsherausforderung
Besuchen Sie unsere kostenlosen Lernressourcen
Wie sollen Entwickler sicheren Code schreiben, wenn ihnen niemand beibringt, warum das wichtig ist, welche Konsequenzen unsicherer Code hat und vor allem, wie sie diese Schwachstellen in ihren jeweiligen Programmier-Frameworks gar nicht erst schreiben?
Inhaltsübersicht
Vorstandsvorsitzender, Chairman und Mitbegründer
Secure Code Warrior ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Demo buchenHerunterladenRessourcen für den Einstieg
Die Leistungsfähigkeit von OpenText Fortify + Secure Code Warrior
OpenText Fortify und Secure Code Warrior bündeln ihre Kräfte, um Unternehmen dabei zu helfen, Risiken zu reduzieren, Entwickler zu Sicherheits-Champions zu machen und Kundenvertrauen aufzubauen. Lesen Sie hier mehr darüber.
Benchmarking von Sicherheitskompetenzen: Optimierung von Secure-by-Design im Unternehmen
Die Secure-by-Design-Bewegung ist die Zukunft der sicheren Softwareentwicklung. Erfahren Sie mehr über die wichtigsten Elemente, die Unternehmen berücksichtigen müssen, wenn sie über eine Secure-by-Design-Initiative nachdenken.
Ressourcen für den Einstieg
10 wichtige Vorhersagen: Secure Code Warrior über den Einfluss von KI und Secure-by-Design im Jahr 2025
Unternehmen stehen vor schwierigen Entscheidungen über den Einsatz von KI, um die langfristige Produktivität, Nachhaltigkeit und den Sicherheits-ROI zu unterstützen. In den letzten Jahren ist uns klar geworden, dass KI die Rolle des Entwicklers niemals vollständig ersetzen wird. Von KI + Entwicklerpartnerschaften bis hin zum zunehmenden Druck (und der Verwirrung) rund um die Secure-by-Design-Erwartungen - lassen Sie uns einen genaueren Blick darauf werfen, was wir im nächsten Jahr erwarten können.
OWASP Top 10 für LLM-Bewerbungen: Was ist neu, was hat sich geändert, und wie bleibt man sicher?
Bleiben Sie bei der Absicherung von LLM-Anwendungen mit den neuesten OWASP Top 10 Updates immer einen Schritt voraus. Entdecken Sie, was neu ist, was sich geändert hat und wie Secure Code Warrior Sie mit aktuellen Lernressourcen ausstattet, um Risiken in der generativen KI zu minimieren.
Trust Score zeigt den Wert von Secure-by-Design-Upskilling-Initiativen
Unsere Forschung hat gezeigt, dass Schulungen für sicheren Code funktionieren. Trust Score verwendet einen Algorithmus, der auf mehr als 20 Millionen Lerndaten aus der Arbeit von mehr als 250.000 Lernenden in über 600 Organisationen basiert, und zeigt, wie effektiv die Initiative ist, um Schwachstellen zu beseitigen und wie man sie noch effektiver gestalten kann.
.png)
Reaktive versus präventive Sicherheit: Prävention ist das bessere Heilmittel
Der Gedanke, Legacy-Code und -Systeme zur gleichen Zeit wie neuere Anwendungen mit präventiver Sicherheit auszustatten, kann entmutigend erscheinen, aber ein Secure-by-Design-Ansatz, der durch die Weiterbildung von Entwicklern durchgesetzt wird, kann die besten Sicherheitsverfahren auf diese Systeme anwenden. Dies ist für viele Unternehmen die beste Chance, ihre Sicherheitslage zu verbessern.
Entwicklergesteuerte Kodierung.
Sicher ist sicher.
Setzen Sie sich noch heute mit uns in Verbindung und machen Sie Softwaresicherheit zu einem festen Bestandteil Ihres Entwicklungsprozesses.
