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