
Links schalten
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.


Wenn ein Entwickler beim Programmieren in JavaScript einen Cross-Site-Scripting-Fehler schreibt und dies innerhalb von Minuten nach dem Erstellen des Fehlers erkannt werden kann
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 buchenVorstandsvorsitzender, 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.


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.

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.

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 buchenVorstandsvorsitzender, 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.
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.
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
Themen und Inhalte der Schulung zu sicherem Code
Our industry-leading content is always evolving to fit the ever changing software development landscape with your role in mind. Topics covering everything from AI to XQuery Injection, offered for a variety of roles from Architects and Engineers to Product Managers and QA. Get a sneak peek of what our content catalog has to offer by topic and role.
Cyber Resilience Act (CRA) – Angepasste Lernpfade
SCW unterstützt die Vorbereitung auf den Cyber Resilience Act (CRA) mit CRA-konformen Quests und konzeptionellen Lernsammlungen, die Entwicklungsteams dabei helfen, die CRA-Sicherheitsentwicklungsprinzipien „Secure by Design“, SDLC und sichere Codierungskompetenzen zu verinnerlichen.
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.
Ressourcen für den Einstieg
Observe and Secure the ADLC: A Four-Point Framework for CISOs and Development Teams Using AI
While development teams look to make the most of GenAI’s undeniable benefits, we’d like to propose a four-point foundational framework that will allow security leaders to deploy AI coding tools and agents with a higher, more relevant standard of security best practices. It details exactly what enterprises can do to ensure safe, secure code development right now, and as agentic AI becomes an even bigger factor in the future.
KI kann Code schreiben und überprüfen – aber das Risiko tragen weiterhin die Menschen.
Die Einführung von Claude Code Security durch Anthropic markiert einen entscheidenden Schnittpunkt zwischen KI-gestützter Softwareentwicklung und der rasanten Weiterentwicklung unserer Herangehensweise an moderne Cybersicherheit.
Das Gesetz zur Cyber-Resilienz erklärt: Was es für die Entwicklung sicherer Software bedeutet
Erfahren Sie, was das EU-Gesetz zur Cyberresilienz (CRA) vorschreibt, für wen es gilt und wie sich Entwicklerteams mit Secure-by-Design-Praktiken, Schwachstellenprävention und dem Aufbau von Entwicklerkompetenzen darauf vorbereiten können.




%20(1).avif)

