SCW-Symbole
Held-Hintergrund ohne Trennlinie
Blog

Nach links verschieben

Pieter Danhieux
Veröffentlicht am 22. September 2017
Zuletzt aktualisiert am 09. März 2026

Wenn ein Entwickler beim Programmieren in JavaScript einen Cross-Site-Scripting-Fehler schreibt und er diesen innerhalb weniger Minuten nach der Erstellung des Fehlers erkennen kann, dauert die Behebung wahrscheinlich nur Minuten oder Sekunden.

Wenn dieser Fehler jedoch zwei Wochen später von einem manuellen Tester entdeckt wird, wird er in ein Fehlerverfolgungssystem eingegeben. Es wird geprüft werden. Es wird in die Bug-Warteschlange von jemandem aufgenommen.

Aufgrund der Verzögerung bei der Identifizierung muss es in seinem ursprünglichen Kontext erforscht werden, was die Entwicklung verlangsamen wird. Jetzt sprechen Sie möglicherweise von Stunden an Zeit, um denselben Fehler zu beheben. Vielleicht wird eine Skala von 10 oder 100 mal mehr Zeit benötigt

Ich könnte Chris Wysopal (CTO, Veracode) in seinem jüngsten Podcast mit O'Reilly Security Podcast nicht mehr zustimmen, in dem er erklärt, warum es in einer agilen Umgebung entscheidend ist, die Sicherheit nach links zu verlagern (zu den Entwicklern zu Beginn des Entwicklungszyklus), um das Tempo und die Geschwindigkeit aufrechtzuerhalten.

Die Sicherheit sollte Entwicklern leicht gemacht werden, indem IDE-Plug-ins und Scanner verwendet und ihnen grundlegende Sicherheitsfähigkeiten (Hygiene) vermittelt werden. Unternehmen sollten sich nicht ausschließlich auf Sicherheitsexperten oder ein zentralisiertes Sicherheitsteam verlassen, das alle Änderungen validiert.

Unser typischer Sicherheitsmodus ist kaputt (rufen Sie den Experten an!) und wir müssen die Sicherheit in die Entwicklungsteams integrieren, um sicherzustellen, dass die Qualität gewahrt bleibt und gleichzeitig agil bleibt.

https://www.oreilly.com/ideas/chris-wysopal-on-a-shared-responsibility-model-for-developers-and-defenders

Ressource anzeigen
Ressource anzeigen

Wenn ein Entwickler beim Programmieren in JavaScript einen Cross-Site-Scripting-Fehler schreibt und er das innerhalb weniger Minuten nach dem Erstellen des Fehlers erkennen kann

Interessiert an mehr?

Vorstandsvorsitzender, Chairman und Mitbegründer

mehr erfahren

Secure Code Warrior für Ihr Unternehmen da, um Ihnen zu helfen, Code während des gesamten Softwareentwicklungszyklus zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder jemand anderes sind, der sich mit Sicherheit befasst, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.

Eine Demo buchen
Teilen auf:
LinkedIn-MarkenSozialx Logo
Autor
Pieter Danhieux
Veröffentlicht am 22. September 2017

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.

Teilen auf:
LinkedIn-MarkenSozialx Logo

Wenn ein Entwickler beim Programmieren in JavaScript einen Cross-Site-Scripting-Fehler schreibt und er diesen innerhalb weniger Minuten nach der Erstellung des Fehlers erkennen kann, dauert die Behebung wahrscheinlich nur Minuten oder Sekunden.

Wenn dieser Fehler jedoch zwei Wochen später von einem manuellen Tester entdeckt wird, wird er in ein Fehlerverfolgungssystem eingegeben. Es wird geprüft werden. Es wird in die Bug-Warteschlange von jemandem aufgenommen.

Aufgrund der Verzögerung bei der Identifizierung muss es in seinem ursprünglichen Kontext erforscht werden, was die Entwicklung verlangsamen wird. Jetzt sprechen Sie möglicherweise von Stunden an Zeit, um denselben Fehler zu beheben. Vielleicht wird eine Skala von 10 oder 100 mal mehr Zeit benötigt

Ich könnte Chris Wysopal (CTO, Veracode) in seinem jüngsten Podcast mit O'Reilly Security Podcast nicht mehr zustimmen, in dem er erklärt, warum es in einer agilen Umgebung entscheidend ist, die Sicherheit nach links zu verlagern (zu den Entwicklern zu Beginn des Entwicklungszyklus), um das Tempo und die Geschwindigkeit aufrechtzuerhalten.

Die Sicherheit sollte Entwicklern leicht gemacht werden, indem IDE-Plug-ins und Scanner verwendet und ihnen grundlegende Sicherheitsfähigkeiten (Hygiene) vermittelt werden. Unternehmen sollten sich nicht ausschließlich auf Sicherheitsexperten oder ein zentralisiertes Sicherheitsteam verlassen, das alle Änderungen validiert.

Unser typischer Sicherheitsmodus ist kaputt (rufen Sie den Experten an!) und wir müssen die Sicherheit in die Entwicklungsteams integrieren, um sicherzustellen, dass die Qualität gewahrt bleibt und gleichzeitig agil bleibt.

https://www.oreilly.com/ideas/chris-wysopal-on-a-shared-responsibility-model-for-developers-and-defenders

Ressource anzeigen
Ressource anzeigen

Füllen Sie das unten stehende Formular aus, um den Bericht herunterzuladen.

Wir bitten um Ihre Erlaubnis, Ihnen Informationen zu unseren Produkten und/oder verwandten Themen rund um sichere Codierung zuzusenden. Wir behandeln Ihre persönlichen Daten stets mit größter Sorgfalt und verkaufen sie niemals zu Marketingzwecken an andere Unternehmen.

Einreichen
scw Erfolgssymbol
scw-Fehlersymbol
Um das Formular abzusenden, aktivieren Sie bitte „Analytics“-Cookies. Wenn Sie fertig sind, können Sie sie jederzeit wieder deaktivieren.

Wenn ein Entwickler beim Programmieren in JavaScript einen Cross-Site-Scripting-Fehler schreibt und er diesen innerhalb weniger Minuten nach der Erstellung des Fehlers erkennen kann, dauert die Behebung wahrscheinlich nur Minuten oder Sekunden.

Wenn dieser Fehler jedoch zwei Wochen später von einem manuellen Tester entdeckt wird, wird er in ein Fehlerverfolgungssystem eingegeben. Es wird geprüft werden. Es wird in die Bug-Warteschlange von jemandem aufgenommen.

Aufgrund der Verzögerung bei der Identifizierung muss es in seinem ursprünglichen Kontext erforscht werden, was die Entwicklung verlangsamen wird. Jetzt sprechen Sie möglicherweise von Stunden an Zeit, um denselben Fehler zu beheben. Vielleicht wird eine Skala von 10 oder 100 mal mehr Zeit benötigt

Ich könnte Chris Wysopal (CTO, Veracode) in seinem jüngsten Podcast mit O'Reilly Security Podcast nicht mehr zustimmen, in dem er erklärt, warum es in einer agilen Umgebung entscheidend ist, die Sicherheit nach links zu verlagern (zu den Entwicklern zu Beginn des Entwicklungszyklus), um das Tempo und die Geschwindigkeit aufrechtzuerhalten.

Die Sicherheit sollte Entwicklern leicht gemacht werden, indem IDE-Plug-ins und Scanner verwendet und ihnen grundlegende Sicherheitsfähigkeiten (Hygiene) vermittelt werden. Unternehmen sollten sich nicht ausschließlich auf Sicherheitsexperten oder ein zentralisiertes Sicherheitsteam verlassen, das alle Änderungen validiert.

Unser typischer Sicherheitsmodus ist kaputt (rufen Sie den Experten an!) und wir müssen die Sicherheit in die Entwicklungsteams integrieren, um sicherzustellen, dass die Qualität gewahrt bleibt und gleichzeitig agil bleibt.

https://www.oreilly.com/ideas/chris-wysopal-on-a-shared-responsibility-model-for-developers-and-defenders

Webinar ansehen
Fangen Sie an
mehr erfahren

Klicken Sie auf den untenstehenden Link und laden Sie das PDF dieser Ressource herunter.

Secure Code Warrior für Ihr Unternehmen da, um Ihnen zu helfen, Code während des gesamten Softwareentwicklungszyklus zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder jemand anderes sind, der sich mit Sicherheit befasst, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.

Bericht ansehenEine Demo buchen
Ressource anzeigen
Teilen auf:
LinkedIn-MarkenSozialx Logo
Interessiert an mehr?

Teilen auf:
LinkedIn-MarkenSozialx Logo
Autor
Pieter Danhieux
Veröffentlicht am 22. September 2017

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.

Teilen auf:
LinkedIn-MarkenSozialx Logo

Wenn ein Entwickler beim Programmieren in JavaScript einen Cross-Site-Scripting-Fehler schreibt und er diesen innerhalb weniger Minuten nach der Erstellung des Fehlers erkennen kann, dauert die Behebung wahrscheinlich nur Minuten oder Sekunden.

Wenn dieser Fehler jedoch zwei Wochen später von einem manuellen Tester entdeckt wird, wird er in ein Fehlerverfolgungssystem eingegeben. Es wird geprüft werden. Es wird in die Bug-Warteschlange von jemandem aufgenommen.

Aufgrund der Verzögerung bei der Identifizierung muss es in seinem ursprünglichen Kontext erforscht werden, was die Entwicklung verlangsamen wird. Jetzt sprechen Sie möglicherweise von Stunden an Zeit, um denselben Fehler zu beheben. Vielleicht wird eine Skala von 10 oder 100 mal mehr Zeit benötigt

Ich könnte Chris Wysopal (CTO, Veracode) in seinem jüngsten Podcast mit O'Reilly Security Podcast nicht mehr zustimmen, in dem er erklärt, warum es in einer agilen Umgebung entscheidend ist, die Sicherheit nach links zu verlagern (zu den Entwicklern zu Beginn des Entwicklungszyklus), um das Tempo und die Geschwindigkeit aufrechtzuerhalten.

Die Sicherheit sollte Entwicklern leicht gemacht werden, indem IDE-Plug-ins und Scanner verwendet und ihnen grundlegende Sicherheitsfähigkeiten (Hygiene) vermittelt werden. Unternehmen sollten sich nicht ausschließlich auf Sicherheitsexperten oder ein zentralisiertes Sicherheitsteam verlassen, das alle Änderungen validiert.

Unser typischer Sicherheitsmodus ist kaputt (rufen Sie den Experten an!) und wir müssen die Sicherheit in die Entwicklungsteams integrieren, um sicherzustellen, dass die Qualität gewahrt bleibt und gleichzeitig agil bleibt.

https://www.oreilly.com/ideas/chris-wysopal-on-a-shared-responsibility-model-for-developers-and-defenders

Inhaltsverzeichnis

PDF herunterladen
Ressource anzeigen
Interessiert an mehr?

Vorstandsvorsitzender, Chairman und Mitbegründer

mehr erfahren

Secure Code Warrior für Ihr Unternehmen da, um Ihnen zu helfen, Code während des gesamten Softwareentwicklungszyklus zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder jemand anderes sind, der sich mit Sicherheit befasst, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.

Eine Demo buchenHerunterladen
Teilen auf:
LinkedIn-MarkenSozialx Logo
Ressourcen-Hub

Ressourcen für den Einstieg

Weitere Beiträge
Ressourcen-Hub

Ressourcen für den Einstieg

Weitere Beiträge