Warum SQL-Injektionen die Kakerlaken der AppSec-Welt sind (und wie CISOs sie ein für alle Mal ausrotten können)
Es gibt eine weit verbreitete Theorie, dass Kakerlaken praktisch alles überleben können, sogar eine nukleare Explosion. Auch wenn diese Theorie nur bis zu einem gewissen Grad zutrifft, macht ihre einfache Körperzusammensetzung sie für ihre Größe extrem widerstandsfähig und unter den meisten Bedingungen schwer auszurotten.
Ich habe darüber nachgedacht ... Wenn es in der digitalen Welt ein Äquivalent zu Kakerlaken gäbe, dann wären es SQL-Injection-Schwachstellen (SQLi) im Code. Diese Schwachstelle ist seit mehr als zwanzig Jahren bekannt, aber Unternehmen fallen immer wieder darauf herein. Der weit verbreitete, kostspielige Angriff auf Target war das Ergebnis einer SQL-Injection, ebenso wie ein Hackerangriff auf die Wahlen in Illinois, bei dem 200.000 Wählerdaten offengelegt wurden, was das FBI dazu veranlasste, allen IT-Administratoren zu empfehlen, schnell daran zu arbeiten, ihre Sicherheitspraktiken zu verstärken.
Der Imperva-Bericht über Hacker-Intelligence-Initiativen ergab, dass zwischen 2005 und 2011 bei 83 % aller gemeldeten Datenverletzungen SQLi-Angriffe zum Einsatz kamen. Auch heute noch sind Injektionsschwachstellen die größte Bedrohung in den OWASP Top 10. Sie sind relativ einfach, aber sie werden einfach nicht verschwinden.
Es erscheint lächerlich, dass dieselbe Schwachstelle weiterhin in einer beträchtlichen Anzahl von Anwendungssicherheitsscans auftaucht. Wir wissen, wie sie funktioniert, und wir wissen, wie man sie stoppen kann. Wie ist das möglich? Die Wahrheit ist, dass die Sicherheit unserer Software noch viel Verbesserungspotenzial hat.
Der Bericht von Veracode zum Stand der Softwaresicherheit – basierend auf 400.000 Anwendungsscans im Jahr 2017 – enthüllte eine alarmierende Statistik: Nur 30 % der Anwendungen erfüllten die OWASP-Top-10-Richtlinien. Dies ist seit fünf Jahren ein wiederkehrendes Thema, da SQL-Injektionen in fast jeder dritten neu gescannten Anwendung vorkommen. Dies zeigt, dass es sich um ein endemisches Problem handelt: Wir lernen nicht aus unseren Fehlern, und CISOs scheinen einen harten Kampf zu führen, um genügend Talente im Bereich Sicherheit zu gewinnen. Im Allgemeinen ist das Verhältnis zwischen AppSec-Spezialisten und Entwicklern mit 1:100 unzureichend.
Warum ist die Sicherheit von Software lebenswichtig?
Es ist kein Geheimnis, dass Fachkräfte im Bereich Sicherheit rar sind, aber wir müssen auch darauf achten, dass Entwickler Probleme nicht sofort lösen, sobald sie auftreten, und offensichtlich schlecht darauf vorbereitet sind, Schwachstellen von vornherein zu vermeiden. Im selben Bericht von Veracode wurde bekannt gegeben, dass nur für 14,4 % aller Entwicklungsschwachstellen dokumentierte Abhilfemaßnahmen vorlagen. Mit anderen Worten: Die meisten Schwachstellen wurden ohne jegliche Abhilfemaßnahmen seitens der Entwicklung gemeldet. Weniger als ein Drittel der Schwachstellen wurde innerhalb der ersten 90 Tage behoben, und 42 % der Schwachstellen wurden während der Entwicklungsphase nie behoben.
Ich spreche ständig mit Sicherheitsexperten, CISOs und Geschäftsführern und habe dabei festgestellt, dass viele Unternehmen aufgrund der Vielzahl an gefundenen Schwachstellen, die nicht behoben werden können (zusätzlich zu dem bekannten Problem der Fehlalarme), so frustriert sind, dass sie gar nicht mehr nach Schwachstellen suchen, sondern einfach die Daumen drücken und auf das Beste hoffen.
Warum lassen AppSec-Fachleute dies zu?
Machen Sie keinen Fehler: AppSec-Benutzer sind sich der Probleme im Code sehr wohl bewusst. Schließlich ist dies eine ihrer wichtigsten Fähigkeiten, die sie zu einer so wertvollen Ressource für das Team macht. Allerdings werden sie oft durch verschiedene Faktoren behindert.
Beispielsweise wird ein AppSec-Administrator ein Problem feststellen und den Entwickler fragen: „Können Sie den Code reparieren?“ Die Antwort auf diese wichtige Frage variiert von Organisation zu Organisation, aber in der Regel sind Entwickler so sehr damit beschäftigt, die strengen Fristen für die Bereitstellung von Funktionen einzuhalten, dass sie einfach keine Zeit haben, diese Probleme zu beheben, und auch nicht über geeignete Tools verfügen, die ihnen dabei helfen könnten. AppSec-Experten sind möglicherweise in der Lage, Schwachstellen zu identifizieren, verfügen jedoch häufig nicht über die erforderlichen Fähigkeiten oder den Zugang, um diese sofort zu beheben.
Wir müssen uns auch bewusst sein, dass es für jedes Problem einen Prozess gibt, in dem eine Lösung gefunden, implementiert und anschließend getestet werden muss. Selbst für das kleinste Problem, das im Code gefunden wird, ist der Zeitaufwand für die Behebung, ganz zu schweigen von den erforderlichen Ressourcen, immens. Es gibt mehr als 700 Schwachstellen, die in die Software eingeschleust werden können, und es ist einfach unmöglich, dass eine Person sich gegen alle verteidigen kann. Aus diesem Grund beschränken sich die meisten Unternehmen darauf, nur die 10 wichtigsten der OWASP zu befolgen. Unterdessen entwickeln die Entwickler weiterhin Funktionen und führen damit wiederum Schwachstellen in den von ihnen geschriebenen Code ein.
¿Cuál es la solución?
Die einfache Tatsache ist, dass wir unseren Entwicklern weder die notwendigen Werkzeuge noch die erforderliche Ausbildung zur Verfügung stellen, um den Erfolg der sicheren Codierung zu fördern. Es gibt keine Vorschriften, die Organisationen dazu verpflichten, sicherzustellen, dass Entwickler über die entsprechenden Sicherheitskenntnisse verfügen, und es ist eine traurige Tatsache, dass auch die meisten Universitäten und Praktika junge Entwickler nicht auf sicheres Programmieren vorbereiten.
Wenn jemand ein Flugzeug fliegen möchte, muss er einen sehr strengen Prozess durchlaufen, der die Ausbildung, praktische Erfahrung, medizinische Untersuchungen, Sicherheitskenntnisse und Prüfungen vor dem Fliegen gewährleistet. Niemand würde es wagen, sich vorzustellen, dass er ohne diese gründliche Vorbereitung und die Überprüfung seiner Fähigkeiten auskommen könnte, aber genau das passiert tagtäglich beim Schreiben von Codes.
Wir müssen Zeit darauf verwenden, Entwickler darin zu schulen, wie man sicheren Code schreibt. In der heutigen Welt, in der die Softwareentwicklung schnell voranschreitet und es an guten Entwicklern und Sicherheitsexperten mangelt, scheint dies jedoch nie eine Priorität zu sein. Es ist an der Zeit, das Gespräch zu ändern.
Eine aktuelle Schlagzeile des Weltwirtschaftsforums lautete: „Ohne Sicherheit kann es keine digitale Wirtschaft geben“, und der dazugehörige Artikel argumentierte, dass Sicherheit ein wesentlicher Bestandteil jeder Strategie zur digitalen Transformation sein muss. „Sicherheit schützt Unternehmen und ermöglicht ihnen, innovativ zu sein und neue Produkte und Dienstleistungen zu entwickeln. Über ihre defensive Funktion hinaus verschafft Sicherheit Unternehmen einen strategischen Wachstumsvorteil.“
Die Verbesserung der Fähigkeiten und Ergebnisse im Bereich der sicheren Codierung wird Unternehmen eine leistungsstarke Ebene des Cyber-Schutzes bieten und ihnen dabei helfen, besseren und schnelleren Code zu erstellen. Entwickler müssen keine Sicherheitsexperten werden, aber sie sollten positiv und praktisch geschult werden, damit sie die erste Verteidigungslinie gegen Cyberangriffe bilden können. Entwickler können die nächsten Helden der Sicherheit und Innovation sein. Sie sind sehr intelligente Menschen, lösen Probleme auf kreative Weise und sind im Allgemeinen bestrebt, ihre Fähigkeiten weiterzuentwickeln. Nutzen Sie ihre Stärken mit der speziellen Schulung, die sie verdienen, und verpflichten Sie sich zu einem höheren Standard für Softwaresicherheit. Lesen Sie unser Whitepaper, um weitere Informationen zu erhalten.
Wenn jemand ein Flugzeug fliegen möchte, muss er einen sehr strengen Prozess durchlaufen, der die Ausbildung, praktische Erfahrung, medizinische Untersuchungen, Sicherheitskenntnisse und Prüfungen vor dem Fliegen gewährleistet. Niemand würde es wagen, sich vorzustellen, dass er ohne diese gründliche Vorbereitung und die Überprüfung seiner Fähigkeiten auskommen könnte, aber genau das passiert tagtäglich beim Schreiben von Codes.
Es gibt eine bekannte Theorie, dass Kakerlaken im Grunde alles überleben können, sogar eine nukleare Explosion.
Matias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Secure Code Warrior hier, um Ihrem Unternehmen dabei zu helfen, den Code während des gesamten Lebenszyklus der Softwareentwicklung zu schützen und eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie AppSec-Administrator, Entwickler, CISO oder in einem anderen Bereich der Sicherheit tätig sind – wir können Ihrem Unternehmen dabei helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Eine Vorführung buchen
Matias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist ein Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung im Bereich der Softwaresicherheit. Er hat Lösungen für Unternehmen wie Fortify Software und sein eigenes Unternehmen Sensei Security entwickelt. Im Laufe seiner Karriere hat Matias mehrere Forschungsprojekte zur Anwendungssicherheit geleitet, die zu kommerziellen Produkten geführt haben, und kann auf über 10 Patente verweisen. Wenn er nicht am Schreibtisch sitzt, ist Matias als Ausbilder für fortgeschrittene Anwendungssicherheitstrainings courses tätig und hält regelmäßig Vorträge auf globalen Konferenzen wie RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec und BruCon.
Matias hat einen Doktortitel in Computertechnik von der Universität Gent, wo er die Sicherheit von Anwendungen durch Programmverschleierung untersuchte, um die innere Funktionsweise einer Anwendung zu verbergen.
Es gibt eine weit verbreitete Theorie, dass Kakerlaken praktisch alles überleben können, sogar eine nukleare Explosion. Auch wenn diese Theorie nur bis zu einem gewissen Grad zutrifft, macht ihre einfache Körperzusammensetzung sie für ihre Größe extrem widerstandsfähig und unter den meisten Bedingungen schwer auszurotten.
Ich habe darüber nachgedacht ... Wenn es in der digitalen Welt ein Äquivalent zu Kakerlaken gäbe, dann wären es SQL-Injection-Schwachstellen (SQLi) im Code. Diese Schwachstelle ist seit mehr als zwanzig Jahren bekannt, aber Unternehmen fallen immer wieder darauf herein. Der weit verbreitete, kostspielige Angriff auf Target war das Ergebnis einer SQL-Injection, ebenso wie ein Hackerangriff auf die Wahlen in Illinois, bei dem 200.000 Wählerdaten offengelegt wurden, was das FBI dazu veranlasste, allen IT-Administratoren zu empfehlen, schnell daran zu arbeiten, ihre Sicherheitspraktiken zu verstärken.
Der Imperva-Bericht über Hacker-Intelligence-Initiativen ergab, dass zwischen 2005 und 2011 bei 83 % aller gemeldeten Datenverletzungen SQLi-Angriffe zum Einsatz kamen. Auch heute noch sind Injektionsschwachstellen die größte Bedrohung in den OWASP Top 10. Sie sind relativ einfach, aber sie werden einfach nicht verschwinden.
Es erscheint lächerlich, dass dieselbe Schwachstelle weiterhin in einer beträchtlichen Anzahl von Anwendungssicherheitsscans auftaucht. Wir wissen, wie sie funktioniert, und wir wissen, wie man sie stoppen kann. Wie ist das möglich? Die Wahrheit ist, dass die Sicherheit unserer Software noch viel Verbesserungspotenzial hat.
Der Bericht von Veracode zum Stand der Softwaresicherheit – basierend auf 400.000 Anwendungsscans im Jahr 2017 – enthüllte eine alarmierende Statistik: Nur 30 % der Anwendungen erfüllten die OWASP-Top-10-Richtlinien. Dies ist seit fünf Jahren ein wiederkehrendes Thema, da SQL-Injektionen in fast jeder dritten neu gescannten Anwendung vorkommen. Dies zeigt, dass es sich um ein endemisches Problem handelt: Wir lernen nicht aus unseren Fehlern, und CISOs scheinen einen harten Kampf zu führen, um genügend Talente im Bereich Sicherheit zu gewinnen. Im Allgemeinen ist das Verhältnis zwischen AppSec-Spezialisten und Entwicklern mit 1:100 unzureichend.
Warum ist die Sicherheit von Software lebenswichtig?
Es ist kein Geheimnis, dass Fachkräfte im Bereich Sicherheit rar sind, aber wir müssen auch darauf achten, dass Entwickler Probleme nicht sofort lösen, sobald sie auftreten, und offensichtlich schlecht darauf vorbereitet sind, Schwachstellen von vornherein zu vermeiden. Im selben Bericht von Veracode wurde bekannt gegeben, dass nur für 14,4 % aller Entwicklungsschwachstellen dokumentierte Abhilfemaßnahmen vorlagen. Mit anderen Worten: Die meisten Schwachstellen wurden ohne jegliche Abhilfemaßnahmen seitens der Entwicklung gemeldet. Weniger als ein Drittel der Schwachstellen wurde innerhalb der ersten 90 Tage behoben, und 42 % der Schwachstellen wurden während der Entwicklungsphase nie behoben.
Ich spreche ständig mit Sicherheitsexperten, CISOs und Geschäftsführern und habe dabei festgestellt, dass viele Unternehmen aufgrund der Vielzahl an gefundenen Schwachstellen, die nicht behoben werden können (zusätzlich zu dem bekannten Problem der Fehlalarme), so frustriert sind, dass sie gar nicht mehr nach Schwachstellen suchen, sondern einfach die Daumen drücken und auf das Beste hoffen.
Warum lassen AppSec-Fachleute dies zu?
Machen Sie keinen Fehler: AppSec-Benutzer sind sich der Probleme im Code sehr wohl bewusst. Schließlich ist dies eine ihrer wichtigsten Fähigkeiten, die sie zu einer so wertvollen Ressource für das Team macht. Allerdings werden sie oft durch verschiedene Faktoren behindert.
Beispielsweise wird ein AppSec-Administrator ein Problem feststellen und den Entwickler fragen: „Können Sie den Code reparieren?“ Die Antwort auf diese wichtige Frage variiert von Organisation zu Organisation, aber in der Regel sind Entwickler so sehr damit beschäftigt, die strengen Fristen für die Bereitstellung von Funktionen einzuhalten, dass sie einfach keine Zeit haben, diese Probleme zu beheben, und auch nicht über geeignete Tools verfügen, die ihnen dabei helfen könnten. AppSec-Experten sind möglicherweise in der Lage, Schwachstellen zu identifizieren, verfügen jedoch häufig nicht über die erforderlichen Fähigkeiten oder den Zugang, um diese sofort zu beheben.
Wir müssen uns auch bewusst sein, dass es für jedes Problem einen Prozess gibt, in dem eine Lösung gefunden, implementiert und anschließend getestet werden muss. Selbst für das kleinste Problem, das im Code gefunden wird, ist der Zeitaufwand für die Behebung, ganz zu schweigen von den erforderlichen Ressourcen, immens. Es gibt mehr als 700 Schwachstellen, die in die Software eingeschleust werden können, und es ist einfach unmöglich, dass eine Person sich gegen alle verteidigen kann. Aus diesem Grund beschränken sich die meisten Unternehmen darauf, nur die 10 wichtigsten der OWASP zu befolgen. Unterdessen entwickeln die Entwickler weiterhin Funktionen und führen damit wiederum Schwachstellen in den von ihnen geschriebenen Code ein.
¿Cuál es la solución?
Die einfache Tatsache ist, dass wir unseren Entwicklern weder die notwendigen Werkzeuge noch die erforderliche Ausbildung zur Verfügung stellen, um den Erfolg der sicheren Codierung zu fördern. Es gibt keine Vorschriften, die Organisationen dazu verpflichten, sicherzustellen, dass Entwickler über die entsprechenden Sicherheitskenntnisse verfügen, und es ist eine traurige Tatsache, dass auch die meisten Universitäten und Praktika junge Entwickler nicht auf sicheres Programmieren vorbereiten.
Wenn jemand ein Flugzeug fliegen möchte, muss er einen sehr strengen Prozess durchlaufen, der die Ausbildung, praktische Erfahrung, medizinische Untersuchungen, Sicherheitskenntnisse und Prüfungen vor dem Fliegen gewährleistet. Niemand würde es wagen, sich vorzustellen, dass er ohne diese gründliche Vorbereitung und die Überprüfung seiner Fähigkeiten auskommen könnte, aber genau das passiert tagtäglich beim Schreiben von Codes.
Wir müssen Zeit darauf verwenden, Entwickler darin zu schulen, wie man sicheren Code schreibt. In der heutigen Welt, in der die Softwareentwicklung schnell voranschreitet und es an guten Entwicklern und Sicherheitsexperten mangelt, scheint dies jedoch nie eine Priorität zu sein. Es ist an der Zeit, das Gespräch zu ändern.
Eine aktuelle Schlagzeile des Weltwirtschaftsforums lautete: „Ohne Sicherheit kann es keine digitale Wirtschaft geben“, und der dazugehörige Artikel argumentierte, dass Sicherheit ein wesentlicher Bestandteil jeder Strategie zur digitalen Transformation sein muss. „Sicherheit schützt Unternehmen und ermöglicht ihnen, innovativ zu sein und neue Produkte und Dienstleistungen zu entwickeln. Über ihre defensive Funktion hinaus verschafft Sicherheit Unternehmen einen strategischen Wachstumsvorteil.“
Die Verbesserung der Fähigkeiten und Ergebnisse im Bereich der sicheren Codierung wird Unternehmen eine leistungsstarke Ebene des Cyber-Schutzes bieten und ihnen dabei helfen, besseren und schnelleren Code zu erstellen. Entwickler müssen keine Sicherheitsexperten werden, aber sie sollten positiv und praktisch geschult werden, damit sie die erste Verteidigungslinie gegen Cyberangriffe bilden können. Entwickler können die nächsten Helden der Sicherheit und Innovation sein. Sie sind sehr intelligente Menschen, lösen Probleme auf kreative Weise und sind im Allgemeinen bestrebt, ihre Fähigkeiten weiterzuentwickeln. Nutzen Sie ihre Stärken mit der speziellen Schulung, die sie verdienen, und verpflichten Sie sich zu einem höheren Standard für Softwaresicherheit. Lesen Sie unser Whitepaper, um weitere Informationen zu erhalten.
Wenn jemand ein Flugzeug fliegen möchte, muss er einen sehr strengen Prozess durchlaufen, der die Ausbildung, praktische Erfahrung, medizinische Untersuchungen, Sicherheitskenntnisse und Prüfungen vor dem Fliegen gewährleistet. Niemand würde es wagen, sich vorzustellen, dass er ohne diese gründliche Vorbereitung und die Überprüfung seiner Fähigkeiten auskommen könnte, aber genau das passiert tagtäglich beim Schreiben von Codes.
Es gibt eine weit verbreitete Theorie, dass Kakerlaken praktisch alles überleben können, sogar eine nukleare Explosion. Auch wenn diese Theorie nur bis zu einem gewissen Grad zutrifft, macht ihre einfache Körperzusammensetzung sie für ihre Größe extrem widerstandsfähig und unter den meisten Bedingungen schwer auszurotten.
Ich habe darüber nachgedacht ... Wenn es in der digitalen Welt ein Äquivalent zu Kakerlaken gäbe, dann wären es SQL-Injection-Schwachstellen (SQLi) im Code. Diese Schwachstelle ist seit mehr als zwanzig Jahren bekannt, aber Unternehmen fallen immer wieder darauf herein. Der weit verbreitete, kostspielige Angriff auf Target war das Ergebnis einer SQL-Injection, ebenso wie ein Hackerangriff auf die Wahlen in Illinois, bei dem 200.000 Wählerdaten offengelegt wurden, was das FBI dazu veranlasste, allen IT-Administratoren zu empfehlen, schnell daran zu arbeiten, ihre Sicherheitspraktiken zu verstärken.
Der Imperva-Bericht über Hacker-Intelligence-Initiativen ergab, dass zwischen 2005 und 2011 bei 83 % aller gemeldeten Datenverletzungen SQLi-Angriffe zum Einsatz kamen. Auch heute noch sind Injektionsschwachstellen die größte Bedrohung in den OWASP Top 10. Sie sind relativ einfach, aber sie werden einfach nicht verschwinden.
Es erscheint lächerlich, dass dieselbe Schwachstelle weiterhin in einer beträchtlichen Anzahl von Anwendungssicherheitsscans auftaucht. Wir wissen, wie sie funktioniert, und wir wissen, wie man sie stoppen kann. Wie ist das möglich? Die Wahrheit ist, dass die Sicherheit unserer Software noch viel Verbesserungspotenzial hat.
Der Bericht von Veracode zum Stand der Softwaresicherheit – basierend auf 400.000 Anwendungsscans im Jahr 2017 – enthüllte eine alarmierende Statistik: Nur 30 % der Anwendungen erfüllten die OWASP-Top-10-Richtlinien. Dies ist seit fünf Jahren ein wiederkehrendes Thema, da SQL-Injektionen in fast jeder dritten neu gescannten Anwendung vorkommen. Dies zeigt, dass es sich um ein endemisches Problem handelt: Wir lernen nicht aus unseren Fehlern, und CISOs scheinen einen harten Kampf zu führen, um genügend Talente im Bereich Sicherheit zu gewinnen. Im Allgemeinen ist das Verhältnis zwischen AppSec-Spezialisten und Entwicklern mit 1:100 unzureichend.
Warum ist die Sicherheit von Software lebenswichtig?
Es ist kein Geheimnis, dass Fachkräfte im Bereich Sicherheit rar sind, aber wir müssen auch darauf achten, dass Entwickler Probleme nicht sofort lösen, sobald sie auftreten, und offensichtlich schlecht darauf vorbereitet sind, Schwachstellen von vornherein zu vermeiden. Im selben Bericht von Veracode wurde bekannt gegeben, dass nur für 14,4 % aller Entwicklungsschwachstellen dokumentierte Abhilfemaßnahmen vorlagen. Mit anderen Worten: Die meisten Schwachstellen wurden ohne jegliche Abhilfemaßnahmen seitens der Entwicklung gemeldet. Weniger als ein Drittel der Schwachstellen wurde innerhalb der ersten 90 Tage behoben, und 42 % der Schwachstellen wurden während der Entwicklungsphase nie behoben.
Ich spreche ständig mit Sicherheitsexperten, CISOs und Geschäftsführern und habe dabei festgestellt, dass viele Unternehmen aufgrund der Vielzahl an gefundenen Schwachstellen, die nicht behoben werden können (zusätzlich zu dem bekannten Problem der Fehlalarme), so frustriert sind, dass sie gar nicht mehr nach Schwachstellen suchen, sondern einfach die Daumen drücken und auf das Beste hoffen.
Warum lassen AppSec-Fachleute dies zu?
Machen Sie keinen Fehler: AppSec-Benutzer sind sich der Probleme im Code sehr wohl bewusst. Schließlich ist dies eine ihrer wichtigsten Fähigkeiten, die sie zu einer so wertvollen Ressource für das Team macht. Allerdings werden sie oft durch verschiedene Faktoren behindert.
Beispielsweise wird ein AppSec-Administrator ein Problem feststellen und den Entwickler fragen: „Können Sie den Code reparieren?“ Die Antwort auf diese wichtige Frage variiert von Organisation zu Organisation, aber in der Regel sind Entwickler so sehr damit beschäftigt, die strengen Fristen für die Bereitstellung von Funktionen einzuhalten, dass sie einfach keine Zeit haben, diese Probleme zu beheben, und auch nicht über geeignete Tools verfügen, die ihnen dabei helfen könnten. AppSec-Experten sind möglicherweise in der Lage, Schwachstellen zu identifizieren, verfügen jedoch häufig nicht über die erforderlichen Fähigkeiten oder den Zugang, um diese sofort zu beheben.
Wir müssen uns auch bewusst sein, dass es für jedes Problem einen Prozess gibt, in dem eine Lösung gefunden, implementiert und anschließend getestet werden muss. Selbst für das kleinste Problem, das im Code gefunden wird, ist der Zeitaufwand für die Behebung, ganz zu schweigen von den erforderlichen Ressourcen, immens. Es gibt mehr als 700 Schwachstellen, die in die Software eingeschleust werden können, und es ist einfach unmöglich, dass eine Person sich gegen alle verteidigen kann. Aus diesem Grund beschränken sich die meisten Unternehmen darauf, nur die 10 wichtigsten der OWASP zu befolgen. Unterdessen entwickeln die Entwickler weiterhin Funktionen und führen damit wiederum Schwachstellen in den von ihnen geschriebenen Code ein.
¿Cuál es la solución?
Die einfache Tatsache ist, dass wir unseren Entwicklern weder die notwendigen Werkzeuge noch die erforderliche Ausbildung zur Verfügung stellen, um den Erfolg der sicheren Codierung zu fördern. Es gibt keine Vorschriften, die Organisationen dazu verpflichten, sicherzustellen, dass Entwickler über die entsprechenden Sicherheitskenntnisse verfügen, und es ist eine traurige Tatsache, dass auch die meisten Universitäten und Praktika junge Entwickler nicht auf sicheres Programmieren vorbereiten.
Wenn jemand ein Flugzeug fliegen möchte, muss er einen sehr strengen Prozess durchlaufen, der die Ausbildung, praktische Erfahrung, medizinische Untersuchungen, Sicherheitskenntnisse und Prüfungen vor dem Fliegen gewährleistet. Niemand würde es wagen, sich vorzustellen, dass er ohne diese gründliche Vorbereitung und die Überprüfung seiner Fähigkeiten auskommen könnte, aber genau das passiert tagtäglich beim Schreiben von Codes.
Wir müssen Zeit darauf verwenden, Entwickler darin zu schulen, wie man sicheren Code schreibt. In der heutigen Welt, in der die Softwareentwicklung schnell voranschreitet und es an guten Entwicklern und Sicherheitsexperten mangelt, scheint dies jedoch nie eine Priorität zu sein. Es ist an der Zeit, das Gespräch zu ändern.
Eine aktuelle Schlagzeile des Weltwirtschaftsforums lautete: „Ohne Sicherheit kann es keine digitale Wirtschaft geben“, und der dazugehörige Artikel argumentierte, dass Sicherheit ein wesentlicher Bestandteil jeder Strategie zur digitalen Transformation sein muss. „Sicherheit schützt Unternehmen und ermöglicht ihnen, innovativ zu sein und neue Produkte und Dienstleistungen zu entwickeln. Über ihre defensive Funktion hinaus verschafft Sicherheit Unternehmen einen strategischen Wachstumsvorteil.“
Die Verbesserung der Fähigkeiten und Ergebnisse im Bereich der sicheren Codierung wird Unternehmen eine leistungsstarke Ebene des Cyber-Schutzes bieten und ihnen dabei helfen, besseren und schnelleren Code zu erstellen. Entwickler müssen keine Sicherheitsexperten werden, aber sie sollten positiv und praktisch geschult werden, damit sie die erste Verteidigungslinie gegen Cyberangriffe bilden können. Entwickler können die nächsten Helden der Sicherheit und Innovation sein. Sie sind sehr intelligente Menschen, lösen Probleme auf kreative Weise und sind im Allgemeinen bestrebt, ihre Fähigkeiten weiterzuentwickeln. Nutzen Sie ihre Stärken mit der speziellen Schulung, die sie verdienen, und verpflichten Sie sich zu einem höheren Standard für Softwaresicherheit. Lesen Sie unser Whitepaper, um weitere Informationen zu erhalten.
Wenn jemand ein Flugzeug fliegen möchte, muss er einen sehr strengen Prozess durchlaufen, der die Ausbildung, praktische Erfahrung, medizinische Untersuchungen, Sicherheitskenntnisse und Prüfungen vor dem Fliegen gewährleistet. Niemand würde es wagen, sich vorzustellen, dass er ohne diese gründliche Vorbereitung und die Überprüfung seiner Fähigkeiten auskommen könnte, aber genau das passiert tagtäglich beim Schreiben von Codes.
Klicken Sie auf den untenstehenden Link und laden Sie die PDF-Datei dieser Ressource herunter.
Secure Code Warrior hier, um Ihrem Unternehmen dabei zu helfen, den Code während des gesamten Lebenszyklus der Softwareentwicklung zu schützen und eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie AppSec-Administrator, Entwickler, CISO oder in einem anderen Bereich der Sicherheit tätig sind – wir können Ihrem Unternehmen dabei helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Bericht anzeigenEine Vorführung buchen
Matias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist ein Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung im Bereich der Softwaresicherheit. Er hat Lösungen für Unternehmen wie Fortify Software und sein eigenes Unternehmen Sensei Security entwickelt. Im Laufe seiner Karriere hat Matias mehrere Forschungsprojekte zur Anwendungssicherheit geleitet, die zu kommerziellen Produkten geführt haben, und kann auf über 10 Patente verweisen. Wenn er nicht am Schreibtisch sitzt, ist Matias als Ausbilder für fortgeschrittene Anwendungssicherheitstrainings courses tätig und hält regelmäßig Vorträge auf globalen Konferenzen wie RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec und BruCon.
Matias hat einen Doktortitel in Computertechnik von der Universität Gent, wo er die Sicherheit von Anwendungen durch Programmverschleierung untersuchte, um die innere Funktionsweise einer Anwendung zu verbergen.
Es gibt eine weit verbreitete Theorie, dass Kakerlaken praktisch alles überleben können, sogar eine nukleare Explosion. Auch wenn diese Theorie nur bis zu einem gewissen Grad zutrifft, macht ihre einfache Körperzusammensetzung sie für ihre Größe extrem widerstandsfähig und unter den meisten Bedingungen schwer auszurotten.
Ich habe darüber nachgedacht ... Wenn es in der digitalen Welt ein Äquivalent zu Kakerlaken gäbe, dann wären es SQL-Injection-Schwachstellen (SQLi) im Code. Diese Schwachstelle ist seit mehr als zwanzig Jahren bekannt, aber Unternehmen fallen immer wieder darauf herein. Der weit verbreitete, kostspielige Angriff auf Target war das Ergebnis einer SQL-Injection, ebenso wie ein Hackerangriff auf die Wahlen in Illinois, bei dem 200.000 Wählerdaten offengelegt wurden, was das FBI dazu veranlasste, allen IT-Administratoren zu empfehlen, schnell daran zu arbeiten, ihre Sicherheitspraktiken zu verstärken.
Der Imperva-Bericht über Hacker-Intelligence-Initiativen ergab, dass zwischen 2005 und 2011 bei 83 % aller gemeldeten Datenverletzungen SQLi-Angriffe zum Einsatz kamen. Auch heute noch sind Injektionsschwachstellen die größte Bedrohung in den OWASP Top 10. Sie sind relativ einfach, aber sie werden einfach nicht verschwinden.
Es erscheint lächerlich, dass dieselbe Schwachstelle weiterhin in einer beträchtlichen Anzahl von Anwendungssicherheitsscans auftaucht. Wir wissen, wie sie funktioniert, und wir wissen, wie man sie stoppen kann. Wie ist das möglich? Die Wahrheit ist, dass die Sicherheit unserer Software noch viel Verbesserungspotenzial hat.
Der Bericht von Veracode zum Stand der Softwaresicherheit – basierend auf 400.000 Anwendungsscans im Jahr 2017 – enthüllte eine alarmierende Statistik: Nur 30 % der Anwendungen erfüllten die OWASP-Top-10-Richtlinien. Dies ist seit fünf Jahren ein wiederkehrendes Thema, da SQL-Injektionen in fast jeder dritten neu gescannten Anwendung vorkommen. Dies zeigt, dass es sich um ein endemisches Problem handelt: Wir lernen nicht aus unseren Fehlern, und CISOs scheinen einen harten Kampf zu führen, um genügend Talente im Bereich Sicherheit zu gewinnen. Im Allgemeinen ist das Verhältnis zwischen AppSec-Spezialisten und Entwicklern mit 1:100 unzureichend.
Warum ist die Sicherheit von Software lebenswichtig?
Es ist kein Geheimnis, dass Fachkräfte im Bereich Sicherheit rar sind, aber wir müssen auch darauf achten, dass Entwickler Probleme nicht sofort lösen, sobald sie auftreten, und offensichtlich schlecht darauf vorbereitet sind, Schwachstellen von vornherein zu vermeiden. Im selben Bericht von Veracode wurde bekannt gegeben, dass nur für 14,4 % aller Entwicklungsschwachstellen dokumentierte Abhilfemaßnahmen vorlagen. Mit anderen Worten: Die meisten Schwachstellen wurden ohne jegliche Abhilfemaßnahmen seitens der Entwicklung gemeldet. Weniger als ein Drittel der Schwachstellen wurde innerhalb der ersten 90 Tage behoben, und 42 % der Schwachstellen wurden während der Entwicklungsphase nie behoben.
Ich spreche ständig mit Sicherheitsexperten, CISOs und Geschäftsführern und habe dabei festgestellt, dass viele Unternehmen aufgrund der Vielzahl an gefundenen Schwachstellen, die nicht behoben werden können (zusätzlich zu dem bekannten Problem der Fehlalarme), so frustriert sind, dass sie gar nicht mehr nach Schwachstellen suchen, sondern einfach die Daumen drücken und auf das Beste hoffen.
Warum lassen AppSec-Fachleute dies zu?
Machen Sie keinen Fehler: AppSec-Benutzer sind sich der Probleme im Code sehr wohl bewusst. Schließlich ist dies eine ihrer wichtigsten Fähigkeiten, die sie zu einer so wertvollen Ressource für das Team macht. Allerdings werden sie oft durch verschiedene Faktoren behindert.
Beispielsweise wird ein AppSec-Administrator ein Problem feststellen und den Entwickler fragen: „Können Sie den Code reparieren?“ Die Antwort auf diese wichtige Frage variiert von Organisation zu Organisation, aber in der Regel sind Entwickler so sehr damit beschäftigt, die strengen Fristen für die Bereitstellung von Funktionen einzuhalten, dass sie einfach keine Zeit haben, diese Probleme zu beheben, und auch nicht über geeignete Tools verfügen, die ihnen dabei helfen könnten. AppSec-Experten sind möglicherweise in der Lage, Schwachstellen zu identifizieren, verfügen jedoch häufig nicht über die erforderlichen Fähigkeiten oder den Zugang, um diese sofort zu beheben.
Wir müssen uns auch bewusst sein, dass es für jedes Problem einen Prozess gibt, in dem eine Lösung gefunden, implementiert und anschließend getestet werden muss. Selbst für das kleinste Problem, das im Code gefunden wird, ist der Zeitaufwand für die Behebung, ganz zu schweigen von den erforderlichen Ressourcen, immens. Es gibt mehr als 700 Schwachstellen, die in die Software eingeschleust werden können, und es ist einfach unmöglich, dass eine Person sich gegen alle verteidigen kann. Aus diesem Grund beschränken sich die meisten Unternehmen darauf, nur die 10 wichtigsten der OWASP zu befolgen. Unterdessen entwickeln die Entwickler weiterhin Funktionen und führen damit wiederum Schwachstellen in den von ihnen geschriebenen Code ein.
¿Cuál es la solución?
Die einfache Tatsache ist, dass wir unseren Entwicklern weder die notwendigen Werkzeuge noch die erforderliche Ausbildung zur Verfügung stellen, um den Erfolg der sicheren Codierung zu fördern. Es gibt keine Vorschriften, die Organisationen dazu verpflichten, sicherzustellen, dass Entwickler über die entsprechenden Sicherheitskenntnisse verfügen, und es ist eine traurige Tatsache, dass auch die meisten Universitäten und Praktika junge Entwickler nicht auf sicheres Programmieren vorbereiten.
Wenn jemand ein Flugzeug fliegen möchte, muss er einen sehr strengen Prozess durchlaufen, der die Ausbildung, praktische Erfahrung, medizinische Untersuchungen, Sicherheitskenntnisse und Prüfungen vor dem Fliegen gewährleistet. Niemand würde es wagen, sich vorzustellen, dass er ohne diese gründliche Vorbereitung und die Überprüfung seiner Fähigkeiten auskommen könnte, aber genau das passiert tagtäglich beim Schreiben von Codes.
Wir müssen Zeit darauf verwenden, Entwickler darin zu schulen, wie man sicheren Code schreibt. In der heutigen Welt, in der die Softwareentwicklung schnell voranschreitet und es an guten Entwicklern und Sicherheitsexperten mangelt, scheint dies jedoch nie eine Priorität zu sein. Es ist an der Zeit, das Gespräch zu ändern.
Eine aktuelle Schlagzeile des Weltwirtschaftsforums lautete: „Ohne Sicherheit kann es keine digitale Wirtschaft geben“, und der dazugehörige Artikel argumentierte, dass Sicherheit ein wesentlicher Bestandteil jeder Strategie zur digitalen Transformation sein muss. „Sicherheit schützt Unternehmen und ermöglicht ihnen, innovativ zu sein und neue Produkte und Dienstleistungen zu entwickeln. Über ihre defensive Funktion hinaus verschafft Sicherheit Unternehmen einen strategischen Wachstumsvorteil.“
Die Verbesserung der Fähigkeiten und Ergebnisse im Bereich der sicheren Codierung wird Unternehmen eine leistungsstarke Ebene des Cyber-Schutzes bieten und ihnen dabei helfen, besseren und schnelleren Code zu erstellen. Entwickler müssen keine Sicherheitsexperten werden, aber sie sollten positiv und praktisch geschult werden, damit sie die erste Verteidigungslinie gegen Cyberangriffe bilden können. Entwickler können die nächsten Helden der Sicherheit und Innovation sein. Sie sind sehr intelligente Menschen, lösen Probleme auf kreative Weise und sind im Allgemeinen bestrebt, ihre Fähigkeiten weiterzuentwickeln. Nutzen Sie ihre Stärken mit der speziellen Schulung, die sie verdienen, und verpflichten Sie sich zu einem höheren Standard für Softwaresicherheit. Lesen Sie unser Whitepaper, um weitere Informationen zu erhalten.
Wenn jemand ein Flugzeug fliegen möchte, muss er einen sehr strengen Prozess durchlaufen, der die Ausbildung, praktische Erfahrung, medizinische Untersuchungen, Sicherheitskenntnisse und Prüfungen vor dem Fliegen gewährleistet. Niemand würde es wagen, sich vorzustellen, dass er ohne diese gründliche Vorbereitung und die Überprüfung seiner Fähigkeiten auskommen könnte, aber genau das passiert tagtäglich beim Schreiben von Codes.
Inhaltsverzeichnis
Matias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Secure Code Warrior hier, um Ihrem Unternehmen dabei zu helfen, den Code während des gesamten Lebenszyklus der Softwareentwicklung zu schützen und eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie AppSec-Administrator, Entwickler, CISO oder in einem anderen Bereich der Sicherheit tätig sind – wir können Ihrem Unternehmen dabei helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Eine Vorführung buchenHerunterladenRessourcen für den Einstieg
Themen und Inhalte der Schulung zum Thema sicherer Code
Unsere branchenführenden Inhalte werden ständig weiterentwickelt, um sich an die sich wandelnde Landschaft der Softwareentwicklung anzupassen und dabei Ihre Rolle zu berücksichtigen. Es werden Themen angeboten, die von KI bis hin zu XQuery-Injektion reichen und sich an verschiedene Positionen richten, von Architekten und Ingenieuren bis hin zu Produktmanagern und Qualitätskontrolleuren. Verschaffen Sie sich einen Überblick über unser Angebot an Inhalten nach Thema und Funktion.
Die Kamer van Koophandel setzt Maßstäbe für entwicklergesteuerte Sicherheit in großem Maßstab
Die Kamer van Koophandel berichtet, wie sie sicheres Codieren durch rollenbasierte Zertifizierungen, Trust Score-Benchmarking und eine Kultur der gemeinsamen Verantwortung für Sicherheit in die tägliche Entwicklungsarbeit integriert hat.
%20(1).avif)
.avif)
Bedrohungsmodellierung mit KI: So wird jeder Entwickler zum Bedrohungsmodellierer
Sie werden besser gerüstet sein, um Entwicklern dabei zu helfen, Ideen und Techniken zur Bedrohungsmodellierung mit den KI-Tools zu kombinieren, die sie bereits verwenden, um die Sicherheit zu erhöhen, die Zusammenarbeit zu verbessern und von Anfang an widerstandsfähigere Software zu entwickeln.
Ressourcen für den Einstieg
Cybermon ist zurück: Die KI-Missionen von Beat the Boss sind jetzt auf Abruf verfügbar.
Cybermon 2025 Beat the Boss ist jetzt das ganze Jahr über bei SCW verfügbar. Implementieren Sie fortschrittliche KI- und LLM-Sicherheitsherausforderungen, um die sichere Entwicklung von KI in großem Maßstab zu stärken.
Erläuterung des Gesetzes zur Cyberresilienz: Was bedeutet es für die Entwicklung sicherer Software?
Entdecken Sie, was das EU-Gesetz zur Cyberresilienz (CRA) verlangt, für wen es gilt und wie sich Ingenieurteams mit sicheren Designpraktiken, der Vermeidung von Schwachstellen und der Entwicklung von Fähigkeiten für Entwickler darauf vorbereiten können.
SCW feiert sein 11-jähriges Bestehen: eine Lektion in Echtzeit über Anpassungsfähigkeit und kontinuierliche Verbesserung
2025 war ein großartiges Jahr für KI, Cybersicherheit und SCW. Ich gehe mit ruhiger Zuversicht und dem Optimismus, den nur harte und lohnende Arbeit mit sich bringen kann, auf das Jahr 2026 zu.