SCW-Symbole
Held-Hintergrund ohne Trennlinie
Blog

左へのシフト

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

Wenn ein Entwickler beim Programmieren in JavaScript einen Cross-Site-Scripting-Fehler schreibt und diesen innerhalb von Minuten nach dem Erstellen des Fehlers erkennen kann, benötigt er wahrscheinlich nur Minuten oder Sekunden, um ihn zu beheben.

Wenn der Fehler hingegen zwei Wochen später von einem manuellen Tester entdeckt wird, wird er in ein Fehlerverfolgungssystem eingegeben. Er wird bewertet. Er wird in die Bug-Warteschlange von jemandem gestellt.

Durch die Verzögerung bei der Identifizierung muss es in seinem ursprünglichen Kontext untersucht werden und verlangsamt die Entwicklung. Jetzt reden Sie potenziell über 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 dem O'Reilly Security Podcast nicht mehr zustimmen, in dem er erklärt, warum die Verlagerung der Sicherheit auf die linke Seite (zu den Entwicklern am Anfang des Entwicklungslebenszyklus) in einer agilen Umgebung der Schlüssel ist, um das Tempo und die Geschwindigkeit zu halten.

Sicherheit sollte den Entwicklern leicht gemacht werden, indem IDE-Plug-ins und Scanner verwendet werden und sie zu grundlegenden Sicherheitsfähigkeiten (Hygiene) erzogen werden. Organisationen sollten sich nicht ausschließlich auf Sicherheitsexperten oder ein zentrales Sicherheitsteam verlassen, das alle Änderungen validiert.

Unser typischer Sicherheitsmodus ist gebrochen (den Experten hinzuziehen!) und wir müssen die Sicherheit in die Entwicklungsteams integrieren, um die Qualität zu sichern und gleichzeitig agil zu bleiben.

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

リソースを表示
リソースを表示

開発者がJavaScriptでコーディングしているときにクロスサイトスクリプティングエラーを記述し、その欠陥を作成してから数分以内にそれを検出できる場合

もっと興味がありますか?

Vorstandsvorsitzender, Chairman und Mitbegründer

mehr erfahren

Secure Code Warrior schützt Ihren Code während des gesamten Softwareentwicklungszyklus und hilft Ihnen dabei, eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie Anwendungs-Sicherheitsmanager, Entwickler, CISO oder Sicherheitsbeauftragter sind – wir helfen Ihnen dabei, die mit unsicherem Code verbundenen Risiken zu minimieren.

デモを予約
シェア:
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.

シェア:
LinkedIn-MarkenSozialx Logo

Wenn ein Entwickler beim Programmieren in JavaScript einen Cross-Site-Scripting-Fehler schreibt und diesen innerhalb von Minuten nach dem Erstellen des Fehlers erkennen kann, benötigt er wahrscheinlich nur Minuten oder Sekunden, um ihn zu beheben.

Wenn der Fehler hingegen zwei Wochen später von einem manuellen Tester entdeckt wird, wird er in ein Fehlerverfolgungssystem eingegeben. Er wird bewertet. Er wird in die Bug-Warteschlange von jemandem gestellt.

Durch die Verzögerung bei der Identifizierung muss es in seinem ursprünglichen Kontext untersucht werden und verlangsamt die Entwicklung. Jetzt reden Sie potenziell über 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 dem O'Reilly Security Podcast nicht mehr zustimmen, in dem er erklärt, warum die Verlagerung der Sicherheit auf die linke Seite (zu den Entwicklern am Anfang des Entwicklungslebenszyklus) in einer agilen Umgebung der Schlüssel ist, um das Tempo und die Geschwindigkeit zu halten.

Sicherheit sollte den Entwicklern leicht gemacht werden, indem IDE-Plug-ins und Scanner verwendet werden und sie zu grundlegenden Sicherheitsfähigkeiten (Hygiene) erzogen werden. Organisationen sollten sich nicht ausschließlich auf Sicherheitsexperten oder ein zentrales Sicherheitsteam verlassen, das alle Änderungen validiert.

Unser typischer Sicherheitsmodus ist gebrochen (den Experten hinzuziehen!) und wir müssen die Sicherheit in die Entwicklungsteams integrieren, um die Qualität zu sichern und gleichzeitig agil zu bleiben.

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

リソースを表示
リソースを表示

Um den Bericht herunterzuladen, füllen Sie bitte das folgende Formular aus.

Wir bitten um Ihre Erlaubnis, Ihnen Informationen zu unseren Produkten und/oder zu Themen rund um sicheres Programmieren zuzusenden. Wir behandeln Ihre personenbezogenen Daten stets mit größter Sorgfalt und verkaufen sie niemals zu Marketingzwecken an andere Unternehmen weiter.

送信
scw Erfolgssymbol
scw-Fehlersymbol
Um das Formular zu senden, aktivieren Sie bitte das „Analytics“-Cookie. Nach Abschluss der Einstellungen können Sie es wieder deaktivieren.

Wenn ein Entwickler beim Programmieren in JavaScript einen Cross-Site-Scripting-Fehler schreibt und diesen innerhalb von Minuten nach dem Erstellen des Fehlers erkennen kann, benötigt er wahrscheinlich nur Minuten oder Sekunden, um ihn zu beheben.

Wenn der Fehler hingegen zwei Wochen später von einem manuellen Tester entdeckt wird, wird er in ein Fehlerverfolgungssystem eingegeben. Er wird bewertet. Er wird in die Bug-Warteschlange von jemandem gestellt.

Durch die Verzögerung bei der Identifizierung muss es in seinem ursprünglichen Kontext untersucht werden und verlangsamt die Entwicklung. Jetzt reden Sie potenziell über 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 dem O'Reilly Security Podcast nicht mehr zustimmen, in dem er erklärt, warum die Verlagerung der Sicherheit auf die linke Seite (zu den Entwicklern am Anfang des Entwicklungslebenszyklus) in einer agilen Umgebung der Schlüssel ist, um das Tempo und die Geschwindigkeit zu halten.

Sicherheit sollte den Entwicklern leicht gemacht werden, indem IDE-Plug-ins und Scanner verwendet werden und sie zu grundlegenden Sicherheitsfähigkeiten (Hygiene) erzogen werden. Organisationen sollten sich nicht ausschließlich auf Sicherheitsexperten oder ein zentrales Sicherheitsteam verlassen, das alle Änderungen validiert.

Unser typischer Sicherheitsmodus ist gebrochen (den Experten hinzuziehen!) und wir müssen die Sicherheit in die Entwicklungsteams integrieren, um die Qualität zu sichern und gleichzeitig agil zu bleiben.

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

Online-Seminar ansehen
Beginnen wir
mehr erfahren

Klicken Sie auf den folgenden Link, um die PDF-Datei dieser Ressource herunterzuladen.

Secure Code Warrior schützt Ihren Code während des gesamten Softwareentwicklungszyklus und hilft Ihnen dabei, eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie Anwendungs-Sicherheitsmanager, Entwickler, CISO oder Sicherheitsbeauftragter sind – wir helfen Ihnen dabei, die mit unsicherem Code verbundenen Risiken zu minimieren.

Bericht anzeigenデモを予約
PDF herunterladen
リソースを表示
シェア:
LinkedIn-MarkenSozialx Logo
もっと興味がありますか?

シェア:
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.

シェア:
LinkedIn-MarkenSozialx Logo

Wenn ein Entwickler beim Programmieren in JavaScript einen Cross-Site-Scripting-Fehler schreibt und diesen innerhalb von Minuten nach dem Erstellen des Fehlers erkennen kann, benötigt er wahrscheinlich nur Minuten oder Sekunden, um ihn zu beheben.

Wenn der Fehler hingegen zwei Wochen später von einem manuellen Tester entdeckt wird, wird er in ein Fehlerverfolgungssystem eingegeben. Er wird bewertet. Er wird in die Bug-Warteschlange von jemandem gestellt.

Durch die Verzögerung bei der Identifizierung muss es in seinem ursprünglichen Kontext untersucht werden und verlangsamt die Entwicklung. Jetzt reden Sie potenziell über 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 dem O'Reilly Security Podcast nicht mehr zustimmen, in dem er erklärt, warum die Verlagerung der Sicherheit auf die linke Seite (zu den Entwicklern am Anfang des Entwicklungslebenszyklus) in einer agilen Umgebung der Schlüssel ist, um das Tempo und die Geschwindigkeit zu halten.

Sicherheit sollte den Entwicklern leicht gemacht werden, indem IDE-Plug-ins und Scanner verwendet werden und sie zu grundlegenden Sicherheitsfähigkeiten (Hygiene) erzogen werden. Organisationen sollten sich nicht ausschließlich auf Sicherheitsexperten oder ein zentrales Sicherheitsteam verlassen, das alle Änderungen validiert.

Unser typischer Sicherheitsmodus ist gebrochen (den Experten hinzuziehen!) und wir müssen die Sicherheit in die Entwicklungsteams integrieren, um die Qualität zu sichern und gleichzeitig agil zu bleiben.

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

目次

PDF herunterladen
リソースを表示
もっと興味がありますか?

Vorstandsvorsitzender, Chairman und Mitbegründer

mehr erfahren

Secure Code Warrior schützt Ihren Code während des gesamten Softwareentwicklungszyklus und hilft Ihnen dabei, eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie Anwendungs-Sicherheitsmanager, Entwickler, CISO oder Sicherheitsbeauftragter sind – wir helfen Ihnen dabei, die mit unsicherem Code verbundenen Risiken zu minimieren.

デモを予約[ダウンロード]
シェア:
LinkedIn-MarkenSozialx Logo
リソースハブ

Ressourcen für den Einstieg

Weitere Beiträge
リソースハブ

Ressourcen für den Einstieg

Weitere Beiträge