
„Sicherheit“ ist kein Schimpfwort: Wie ein positiver Ansatz Ihr Sicherheitsprogramm verändern wird
Ursprünglich veröffentlicht auf der DevSecCon-Blog.
Da ich auf beiden Seiten des Zauns war, weiß ich nur zu gut, welche Spannungen zwischen dem Entwicklungsteam und den AppSec-Spezialisten entstehen können, wenn es darum geht, bewährte Sicherheitsverfahren aufrechtzuerhalten.
Es ist schwierig; am Ende des Tages ist die Bereitstellung von Softwarefunktionen die Hauptpriorität eines Entwicklers. Sie müssen schön und funktionell sein und dazu beitragen, die Leistungsfähigkeit der Anwendung zur Geltung zu bringen. Da heutzutage in der Regel agile Entwicklungspraktiken im Einsatz sind, müssen diese Funktionen innerhalb strenger Fristen fertiggestellt werden... und Sicherheit steht selten ganz oben auf der Liste der Bedenken, wenn so viel anderes auf dem Spiel steht.
Sicherheit wird als Domäne des AppSec-Teams angesehen, das die wenig beneidenswerte Aufgabe hat, Code zu scannen (oder noch schlimmer: ihn manuell, Zeile für Zeile zu überprüfen) und dem Entwicklungsteam zu melden, dass sein Code unsicher oder sogar völlig unbrauchbar ist. Sie sind die Spielverderber, die ihre gute Arbeit auseinandernehmen, Innovationen zum Erliegen bringen und Entwicklern generell Kopfschmerzen bereiten. Letzten Endes lassen sich viele Sicherheitsprobleme ganz einfach lösen. „Vielleicht könnte nur eine einzige Codezeile eine anfällige Hintertür innerhalb von Minuten verstärken.
Aber hier ist das Problem. Da „Sicherheit“ so ein Synonym für eine negative Erfahrung ist, beschäftigen sich Entwickler einfach nicht so intensiv damit, wie sie sollten. Diese einzeiligen Korrekturen finden nicht statt: Schließlich stoßen die AppSec-Leute ständig auf dieselben Probleme. Es muss ziemlich verrückt für sie sein, immer noch auf SQL-Injection-Fehler hinzuweisen, mehr als zwanzig Jahre, nachdem wir sie zum ersten Mal entdeckt haben (und ihre anschließende Behebung).
Was wir bisher getan haben, funktioniert bei weitem nicht so effektiv, wie wir es uns erhofft hatten. Wir müssen uns darauf konzentrieren, die Brücke zwischen Entwicklern und AppSec-Spezialisten zu reparieren und eine positive Sicherheitskultur anzustreben, in der Entwickler die Tools und Schulungen erhalten, um in diesem Bereich wirklich etwas bewirken zu können.
Wer weiß? Vielleicht verlieben sie sich sogar in sie wie ich!
Positive Sicherheit ist der schnellste und einfachste Weg, die Anwendungssicherheit zu verbessern.
City „und nein, es geht nicht um irgendeinen Haufen um immaterielle Ergebnisse. Es ist ein absolut wichtiger Bestandteil des Erfolgsrezepts für sichere Codierung.
Entwickler haben den Schlüssel zur Verbesserung der Sicherheit von Beginn der Produktion an in der Hand, indem sie in erster Linie sicheren Code schreiben. Durch die Schaffung einer positiven Sicherheitskultur und die Begeisterung der Entwickler für die Anwendungssicherheit können häufig auftretende Sicherheitslücken behoben werden, bevor sie es im AppSec-Land überhaupt zu einem Scan oder einer manuellen Codeüberprüfung schaffen.
Es ist dreißigmal teurer, Sicherheitslücken in bereits festgeschriebenem Code zu behebenDaher ist die Suche nach Schulungen, die den Stärken der Entwickler gerecht werden, Interesse wecken und tatsächlich funktionieren, ein großer Schritt zur zukünftigen Kostensenkung bei der Identifizierung und Behebung dieser wiederkehrenden Sicherheitslücken.
Positive, entwicklerorientierte Initiativen fördern die richtige Sicherheitskultur.
Wenn alle mit den besten Sicherheitsmethoden auf derselben Wellenlänge sind, ist eine positive Sicherheitskultur ein glückliches, wichtiges Nebenprodukt.
Positive, skalierbare, auf Entwickler ausgerichtete Initiativen fördern die richtige Sicherheitskultur. Die Einbindung der problemlösenden, kreativen Köpfe der Entwickler ist unerlässlich, um sie für sich zu gewinnen und sicherzustellen, dass neue Mitarbeiter schnell mit den Sicherheitserwartungen des Teams Schritt halten können. Nehmen Sie Kontakt auf für einen Überblick darüber, wie sich die Beziehung zwischen Entwicklern im Bereich Sicherheit entwickelt hat, und Ideen zur Einführung eines erfolgreichen Sicherheitsbewusstseinsprogramms in Ihrem eigenen Unternehmen.


Da ich auf beiden Seiten des Zauns war, weiß ich nur zu gut, welche Spannungen zwischen dem Entwicklungsteam und den AppSec-Spezialisten entstehen können, wenn es darum geht, bewährte Sicherheitsverfahren aufrechtzuerhalten. Es gibt jedoch einen besseren Ansatz.
Jaap Karan Singh ist Secure Coding Evangelist, Chief Singh und Mitbegründer von Secure Code Warrior.

Secure Code Warrior a disposición de su empresa para ayudarle a proteger el código durante todo el ciclo de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es responsable de seguridad de aplicaciones, desarrollador, responsable de seguridad de la información o cualquier otra persona relacionada con la seguridad, podemos ayudar a su empresa a reducir los riesgos asociados al código inseguro.
Reservar una demostraciónJaap Karan Singh ist Secure Coding Evangelist, Chief Singh und Mitbegründer von Secure Code Warrior.


Ursprünglich veröffentlicht auf der DevSecCon-Blog.
Da ich auf beiden Seiten des Zauns war, weiß ich nur zu gut, welche Spannungen zwischen dem Entwicklungsteam und den AppSec-Spezialisten entstehen können, wenn es darum geht, bewährte Sicherheitsverfahren aufrechtzuerhalten.
Es ist schwierig; am Ende des Tages ist die Bereitstellung von Softwarefunktionen die Hauptpriorität eines Entwicklers. Sie müssen schön und funktionell sein und dazu beitragen, die Leistungsfähigkeit der Anwendung zur Geltung zu bringen. Da heutzutage in der Regel agile Entwicklungspraktiken im Einsatz sind, müssen diese Funktionen innerhalb strenger Fristen fertiggestellt werden... und Sicherheit steht selten ganz oben auf der Liste der Bedenken, wenn so viel anderes auf dem Spiel steht.
Sicherheit wird als Domäne des AppSec-Teams angesehen, das die wenig beneidenswerte Aufgabe hat, Code zu scannen (oder noch schlimmer: ihn manuell, Zeile für Zeile zu überprüfen) und dem Entwicklungsteam zu melden, dass sein Code unsicher oder sogar völlig unbrauchbar ist. Sie sind die Spielverderber, die ihre gute Arbeit auseinandernehmen, Innovationen zum Erliegen bringen und Entwicklern generell Kopfschmerzen bereiten. Letzten Endes lassen sich viele Sicherheitsprobleme ganz einfach lösen. „Vielleicht könnte nur eine einzige Codezeile eine anfällige Hintertür innerhalb von Minuten verstärken.
Aber hier ist das Problem. Da „Sicherheit“ so ein Synonym für eine negative Erfahrung ist, beschäftigen sich Entwickler einfach nicht so intensiv damit, wie sie sollten. Diese einzeiligen Korrekturen finden nicht statt: Schließlich stoßen die AppSec-Leute ständig auf dieselben Probleme. Es muss ziemlich verrückt für sie sein, immer noch auf SQL-Injection-Fehler hinzuweisen, mehr als zwanzig Jahre, nachdem wir sie zum ersten Mal entdeckt haben (und ihre anschließende Behebung).
Was wir bisher getan haben, funktioniert bei weitem nicht so effektiv, wie wir es uns erhofft hatten. Wir müssen uns darauf konzentrieren, die Brücke zwischen Entwicklern und AppSec-Spezialisten zu reparieren und eine positive Sicherheitskultur anzustreben, in der Entwickler die Tools und Schulungen erhalten, um in diesem Bereich wirklich etwas bewirken zu können.
Wer weiß? Vielleicht verlieben sie sich sogar in sie wie ich!
Positive Sicherheit ist der schnellste und einfachste Weg, die Anwendungssicherheit zu verbessern.
City „und nein, es geht nicht um irgendeinen Haufen um immaterielle Ergebnisse. Es ist ein absolut wichtiger Bestandteil des Erfolgsrezepts für sichere Codierung.
Entwickler haben den Schlüssel zur Verbesserung der Sicherheit von Beginn der Produktion an in der Hand, indem sie in erster Linie sicheren Code schreiben. Durch die Schaffung einer positiven Sicherheitskultur und die Begeisterung der Entwickler für die Anwendungssicherheit können häufig auftretende Sicherheitslücken behoben werden, bevor sie es im AppSec-Land überhaupt zu einem Scan oder einer manuellen Codeüberprüfung schaffen.
Es ist dreißigmal teurer, Sicherheitslücken in bereits festgeschriebenem Code zu behebenDaher ist die Suche nach Schulungen, die den Stärken der Entwickler gerecht werden, Interesse wecken und tatsächlich funktionieren, ein großer Schritt zur zukünftigen Kostensenkung bei der Identifizierung und Behebung dieser wiederkehrenden Sicherheitslücken.
Positive, entwicklerorientierte Initiativen fördern die richtige Sicherheitskultur.
Wenn alle mit den besten Sicherheitsmethoden auf derselben Wellenlänge sind, ist eine positive Sicherheitskultur ein glückliches, wichtiges Nebenprodukt.
Positive, skalierbare, auf Entwickler ausgerichtete Initiativen fördern die richtige Sicherheitskultur. Die Einbindung der problemlösenden, kreativen Köpfe der Entwickler ist unerlässlich, um sie für sich zu gewinnen und sicherzustellen, dass neue Mitarbeiter schnell mit den Sicherheitserwartungen des Teams Schritt halten können. Nehmen Sie Kontakt auf für einen Überblick darüber, wie sich die Beziehung zwischen Entwicklern im Bereich Sicherheit entwickelt hat, und Ideen zur Einführung eines erfolgreichen Sicherheitsbewusstseinsprogramms in Ihrem eigenen Unternehmen.

Ursprünglich veröffentlicht auf der DevSecCon-Blog.
Da ich auf beiden Seiten des Zauns war, weiß ich nur zu gut, welche Spannungen zwischen dem Entwicklungsteam und den AppSec-Spezialisten entstehen können, wenn es darum geht, bewährte Sicherheitsverfahren aufrechtzuerhalten.
Es ist schwierig; am Ende des Tages ist die Bereitstellung von Softwarefunktionen die Hauptpriorität eines Entwicklers. Sie müssen schön und funktionell sein und dazu beitragen, die Leistungsfähigkeit der Anwendung zur Geltung zu bringen. Da heutzutage in der Regel agile Entwicklungspraktiken im Einsatz sind, müssen diese Funktionen innerhalb strenger Fristen fertiggestellt werden... und Sicherheit steht selten ganz oben auf der Liste der Bedenken, wenn so viel anderes auf dem Spiel steht.
Sicherheit wird als Domäne des AppSec-Teams angesehen, das die wenig beneidenswerte Aufgabe hat, Code zu scannen (oder noch schlimmer: ihn manuell, Zeile für Zeile zu überprüfen) und dem Entwicklungsteam zu melden, dass sein Code unsicher oder sogar völlig unbrauchbar ist. Sie sind die Spielverderber, die ihre gute Arbeit auseinandernehmen, Innovationen zum Erliegen bringen und Entwicklern generell Kopfschmerzen bereiten. Letzten Endes lassen sich viele Sicherheitsprobleme ganz einfach lösen. „Vielleicht könnte nur eine einzige Codezeile eine anfällige Hintertür innerhalb von Minuten verstärken.
Aber hier ist das Problem. Da „Sicherheit“ so ein Synonym für eine negative Erfahrung ist, beschäftigen sich Entwickler einfach nicht so intensiv damit, wie sie sollten. Diese einzeiligen Korrekturen finden nicht statt: Schließlich stoßen die AppSec-Leute ständig auf dieselben Probleme. Es muss ziemlich verrückt für sie sein, immer noch auf SQL-Injection-Fehler hinzuweisen, mehr als zwanzig Jahre, nachdem wir sie zum ersten Mal entdeckt haben (und ihre anschließende Behebung).
Was wir bisher getan haben, funktioniert bei weitem nicht so effektiv, wie wir es uns erhofft hatten. Wir müssen uns darauf konzentrieren, die Brücke zwischen Entwicklern und AppSec-Spezialisten zu reparieren und eine positive Sicherheitskultur anzustreben, in der Entwickler die Tools und Schulungen erhalten, um in diesem Bereich wirklich etwas bewirken zu können.
Wer weiß? Vielleicht verlieben sie sich sogar in sie wie ich!
Positive Sicherheit ist der schnellste und einfachste Weg, die Anwendungssicherheit zu verbessern.
City „und nein, es geht nicht um irgendeinen Haufen um immaterielle Ergebnisse. Es ist ein absolut wichtiger Bestandteil des Erfolgsrezepts für sichere Codierung.
Entwickler haben den Schlüssel zur Verbesserung der Sicherheit von Beginn der Produktion an in der Hand, indem sie in erster Linie sicheren Code schreiben. Durch die Schaffung einer positiven Sicherheitskultur und die Begeisterung der Entwickler für die Anwendungssicherheit können häufig auftretende Sicherheitslücken behoben werden, bevor sie es im AppSec-Land überhaupt zu einem Scan oder einer manuellen Codeüberprüfung schaffen.
Es ist dreißigmal teurer, Sicherheitslücken in bereits festgeschriebenem Code zu behebenDaher ist die Suche nach Schulungen, die den Stärken der Entwickler gerecht werden, Interesse wecken und tatsächlich funktionieren, ein großer Schritt zur zukünftigen Kostensenkung bei der Identifizierung und Behebung dieser wiederkehrenden Sicherheitslücken.
Positive, entwicklerorientierte Initiativen fördern die richtige Sicherheitskultur.
Wenn alle mit den besten Sicherheitsmethoden auf derselben Wellenlänge sind, ist eine positive Sicherheitskultur ein glückliches, wichtiges Nebenprodukt.
Positive, skalierbare, auf Entwickler ausgerichtete Initiativen fördern die richtige Sicherheitskultur. Die Einbindung der problemlösenden, kreativen Köpfe der Entwickler ist unerlässlich, um sie für sich zu gewinnen und sicherzustellen, dass neue Mitarbeiter schnell mit den Sicherheitserwartungen des Teams Schritt halten können. Nehmen Sie Kontakt auf für einen Überblick darüber, wie sich die Beziehung zwischen Entwicklern im Bereich Sicherheit entwickelt hat, und Ideen zur Einführung eines erfolgreichen Sicherheitsbewusstseinsprogramms in Ihrem eigenen Unternehmen.

Haga clic en el enlace de abajo y descargue el PDF de este recurso.
Secure Code Warrior a disposición de su empresa para ayudarle a proteger el código durante todo el ciclo de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es responsable de seguridad de aplicaciones, desarrollador, responsable de seguridad de la información o cualquier otra persona relacionada con la seguridad, podemos ayudar a su empresa a reducir los riesgos asociados al código inseguro.
Ver informeReservar una demostraciónJaap Karan Singh ist Secure Coding Evangelist, Chief Singh und Mitbegründer von Secure Code Warrior.
Ursprünglich veröffentlicht auf der DevSecCon-Blog.
Da ich auf beiden Seiten des Zauns war, weiß ich nur zu gut, welche Spannungen zwischen dem Entwicklungsteam und den AppSec-Spezialisten entstehen können, wenn es darum geht, bewährte Sicherheitsverfahren aufrechtzuerhalten.
Es ist schwierig; am Ende des Tages ist die Bereitstellung von Softwarefunktionen die Hauptpriorität eines Entwicklers. Sie müssen schön und funktionell sein und dazu beitragen, die Leistungsfähigkeit der Anwendung zur Geltung zu bringen. Da heutzutage in der Regel agile Entwicklungspraktiken im Einsatz sind, müssen diese Funktionen innerhalb strenger Fristen fertiggestellt werden... und Sicherheit steht selten ganz oben auf der Liste der Bedenken, wenn so viel anderes auf dem Spiel steht.
Sicherheit wird als Domäne des AppSec-Teams angesehen, das die wenig beneidenswerte Aufgabe hat, Code zu scannen (oder noch schlimmer: ihn manuell, Zeile für Zeile zu überprüfen) und dem Entwicklungsteam zu melden, dass sein Code unsicher oder sogar völlig unbrauchbar ist. Sie sind die Spielverderber, die ihre gute Arbeit auseinandernehmen, Innovationen zum Erliegen bringen und Entwicklern generell Kopfschmerzen bereiten. Letzten Endes lassen sich viele Sicherheitsprobleme ganz einfach lösen. „Vielleicht könnte nur eine einzige Codezeile eine anfällige Hintertür innerhalb von Minuten verstärken.
Aber hier ist das Problem. Da „Sicherheit“ so ein Synonym für eine negative Erfahrung ist, beschäftigen sich Entwickler einfach nicht so intensiv damit, wie sie sollten. Diese einzeiligen Korrekturen finden nicht statt: Schließlich stoßen die AppSec-Leute ständig auf dieselben Probleme. Es muss ziemlich verrückt für sie sein, immer noch auf SQL-Injection-Fehler hinzuweisen, mehr als zwanzig Jahre, nachdem wir sie zum ersten Mal entdeckt haben (und ihre anschließende Behebung).
Was wir bisher getan haben, funktioniert bei weitem nicht so effektiv, wie wir es uns erhofft hatten. Wir müssen uns darauf konzentrieren, die Brücke zwischen Entwicklern und AppSec-Spezialisten zu reparieren und eine positive Sicherheitskultur anzustreben, in der Entwickler die Tools und Schulungen erhalten, um in diesem Bereich wirklich etwas bewirken zu können.
Wer weiß? Vielleicht verlieben sie sich sogar in sie wie ich!
Positive Sicherheit ist der schnellste und einfachste Weg, die Anwendungssicherheit zu verbessern.
City „und nein, es geht nicht um irgendeinen Haufen um immaterielle Ergebnisse. Es ist ein absolut wichtiger Bestandteil des Erfolgsrezepts für sichere Codierung.
Entwickler haben den Schlüssel zur Verbesserung der Sicherheit von Beginn der Produktion an in der Hand, indem sie in erster Linie sicheren Code schreiben. Durch die Schaffung einer positiven Sicherheitskultur und die Begeisterung der Entwickler für die Anwendungssicherheit können häufig auftretende Sicherheitslücken behoben werden, bevor sie es im AppSec-Land überhaupt zu einem Scan oder einer manuellen Codeüberprüfung schaffen.
Es ist dreißigmal teurer, Sicherheitslücken in bereits festgeschriebenem Code zu behebenDaher ist die Suche nach Schulungen, die den Stärken der Entwickler gerecht werden, Interesse wecken und tatsächlich funktionieren, ein großer Schritt zur zukünftigen Kostensenkung bei der Identifizierung und Behebung dieser wiederkehrenden Sicherheitslücken.
Positive, entwicklerorientierte Initiativen fördern die richtige Sicherheitskultur.
Wenn alle mit den besten Sicherheitsmethoden auf derselben Wellenlänge sind, ist eine positive Sicherheitskultur ein glückliches, wichtiges Nebenprodukt.
Positive, skalierbare, auf Entwickler ausgerichtete Initiativen fördern die richtige Sicherheitskultur. Die Einbindung der problemlösenden, kreativen Köpfe der Entwickler ist unerlässlich, um sie für sich zu gewinnen und sicherzustellen, dass neue Mitarbeiter schnell mit den Sicherheitserwartungen des Teams Schritt halten können. Nehmen Sie Kontakt auf für einen Überblick darüber, wie sich die Beziehung zwischen Entwicklern im Bereich Sicherheit entwickelt hat, und Ideen zur Einführung eines erfolgreichen Sicherheitsbewusstseinsprogramms in Ihrem eigenen Unternehmen.
Índice
Jaap Karan Singh ist Secure Coding Evangelist, Chief Singh und Mitbegründer von Secure Code Warrior.

Secure Code Warrior a disposición de su empresa para ayudarle a proteger el código durante todo el ciclo de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es responsable de seguridad de aplicaciones, desarrollador, responsable de seguridad de la información o cualquier otra persona relacionada con la seguridad, podemos ayudar a su empresa a reducir los riesgos asociados al código inseguro.
Reservar una demostraciónDescargarRecursos para empezar
Temas y contenidos de la formación Securecode
Nuestros contenidos líderes en el sector se desarrollan continuamente para adaptarse al cambiante panorama del desarrollo de software, teniendo en cuenta su función. Temas que abarcan desde la inteligencia artificial hasta la inyección XQuery y que se ofrecen para una amplia variedad de funciones, desde arquitectos e ingenieros hasta gestores de productos y control de calidad. Eche un vistazo a nuestro catálogo de contenidos por temas y funciones.
La Cámara de Comercio establece el estándar para la seguridad impulsada por desarrolladores a gran escala
Kamer van Koophandel comparte cómo ha integrado la codificación segura en el desarrollo diario mediante certificaciones basadas en roles, evaluaciones comparativas de Trust Score y una cultura de responsabilidad compartida en materia de seguridad.
Modelado de amenazas con IA: convertir a cada desarrollador en un modelador de amenazas
Saldrá mejor equipado para ayudar a los desarrolladores a combinar ideas y técnicas de modelado de amenazas con las herramientas de IA que ya utilizan para reforzar la seguridad, mejorar la colaboración y crear software más resistente desde el principio.
Recursos para empezar
Cybermon ha vuelto: ¡Derrota al jefe! Las misiones KI ya están disponibles bajo demanda.
Cybermon 2025 Beat the Boss ya está disponible durante todo el año en SCW. Utiliza requisitos de seguridad avanzados de IA/LLM para reforzar el desarrollo seguro de la IA a gran escala.
Explicación de la Ley de Resiliencia Cibernética: qué significa para el desarrollo de software Secure by Design
Descubra qué exige la Ley de Ciberresiliencia de la UE (CRA), a quién se aplica y cómo los equipos de desarrollo pueden prepararse para ella mediante métodos seguros, la prevención de vulnerabilidades de seguridad y el desarrollo de capacidades para los desarrolladores.
Facilitador 1: Criterios de éxito definidos y medibles
El facilitador 1 abre nuestra serie de diez partes titulada «Facilitadores del éxito» y muestra cómo la codificación segura puede combinarse con resultados empresariales como la reducción de riesgos y la velocidad para lograr la madurez del programa a largo plazo.




%20(1).avif)
.avif)
