Webinaire : Êtes-vous prêt à intégrer la « Sec » à DevOps ?
Quiconque a travaillé dans la production de logiciels est probablement conscient de la tension qui peut survenir lorsqu'il s'agit de prendre en compte la sécurité, principalement entre les développeurs et les spécialistes de la sécurité qui examinent leur code.
Autrefois, il n'était pas rare que l'équipe de développement expédie le code le plus tard possible, raccourcissant délibérément la fenêtre pendant laquelle les gourous de la sécurité pouvaient vérifier les vulnérabilités. Après tout, cela retardait les versions en cas de problème, et l'envie de passer à autre chose et de commencer à créer la prochaine fonctionnalité géniale était déjà présente. Cependant, cela a fini par avoir un impact négatif, car lorsque le code était finalement vérifié, parfois après qu'une faille externe s'était déjà produite, le code renvoyait toujours aux développeurs, leurs logiciels étaient toujours considérés comme laids par l'équipe de sécurité et ils devaient tout supprimer pour corriger le code qu'ils avaient touché pour la dernière fois il y a des mois.
Ce dysfonctionnement persiste aujourd'hui, mais il y a un énorme problème : il y a beaucoup de plus en plus de code est en cours d'élaboration, et la société court un risque bien plus grand en cas de violation de données. Nous n'avons plus le temps de continuer à mener cette ancienne bataille, et en 2020, il est temps que nous rejoignions tous le même camp contre les méchants.
Nous devons parvenir à un stade où la sécurité est perçue comme une responsabilité partagée par l'ensemble de l'organisation et dans l'ensemble du SDLC. Cela est certainement possible lorsque vous vous engagez dans un environnement DevSecOps à part entière et très favorable. Qui plus est, lorsque vous lancez le feu à la sécurité au sein de votre équipe de développement grâce à la formation et aux outils appropriés, elle constitue une force puissante non seulement pour corriger les bogues, mais aussi pour soulager les spécialistes de la sécurité qui ont été trop dispersés pendant trop longtemps.
J'adorerais que tu regardes l'un des mes derniers webinaires, Comment mettre le « Sec » dans DevOps :
Cela faisait partie du Toutes les discussions Événement au sommet de 24 heures, qui examine en profondeur :
- Pourquoi les anciennes méthodologies de développement ont rendu les meilleures pratiques en matière de sécurité encore plus difficiles
- Pourquoi DevSecOps est la dernière solution en matière de lutte contre les failles de sécurité courantes
- À quoi ressemble la sécurité en tant que responsabilité partagée dans une organisation
- Comment donner aux développeurs les moyens de publier du code sécurisé en toute confiance, sans sacrifier ce qu'ils aiment (indice : il s'agit de créer des fonctionnalités géniales).
Rendez-vous là-bas !
Nous devons parvenir à un stade où la sécurité est perçue comme une responsabilité partagée par l'ensemble de l'organisation et dans l'ensemble du SDLC. Cela est certainement possible lorsque vous vous engagez à mettre en place un environnement DevSecOps à part entière et très favorable.
Matias Madou, Ph.D. est expert en sécurité, chercheur, directeur technique et cofondateur de Secure Code Warrior. Matias a obtenu son doctorat en sécurité des applications à l'université de Gand, en se concentrant sur les solutions d'analyse statique. Il a ensuite rejoint Fortify aux États-Unis, où il s'est rendu compte qu'il ne suffisait pas de détecter uniquement les problèmes de code sans aider les développeurs à écrire du code sécurisé. Cela l'a incité à développer des produits qui aident les développeurs, allègent le fardeau de la sécurité et dépassent les attentes des clients. Lorsqu'il n'est pas à son bureau au sein de Team Awesome, il aime être sur scène pour faire des présentations lors de conférences telles que RSA Conference, BlackHat et DefCon.
Secure Code Warrior Ihr Unternehmen dabei, den Code während des gesamten Softwareentwicklungszyklus zu sichern und eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie für die Anwendungssicherheit verantwortlich sind, Entwickler, IT-Sicherheitsbeauftragter oder in einer anderen Funktion im Bereich Sicherheit tätig sind – wir können Ihrem Unternehmen dabei helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Demo buchen
Matias Madou, Ph.D. est expert en sécurité, chercheur, directeur technique et cofondateur de Secure Code Warrior. Matias a obtenu son doctorat en sécurité des applications à l'université de Gand, en se concentrant sur les solutions d'analyse statique. Il a ensuite rejoint Fortify aux États-Unis, où il s'est rendu compte qu'il ne suffisait pas de détecter uniquement les problèmes de code sans aider les développeurs à écrire du code sécurisé. Cela l'a incité à développer des produits qui aident les développeurs, allègent le fardeau de la sécurité et dépassent les attentes des clients. Lorsqu'il n'est pas à son bureau au sein de Team Awesome, il aime être sur scène pour faire des présentations lors de conférences telles que RSA Conference, BlackHat et DefCon.
Matias est un chercheur et développeur qui possède plus de 15 ans d'expérience pratique en matière de sécurité logicielle. Il a développé des solutions pour des entreprises telles que Fortify Software et sa propre société Sensei Security. Au cours de sa carrière, Matias a dirigé de nombreux projets de recherche sur la sécurité des applications qui ont abouti à des produits commerciaux et possède plus de 10 brevets à son actif. Lorsqu'il n'est pas à son bureau, Matias a enseigné des cours de formation avancée sur la sécurité des applications et prend régulièrement la parole lors de conférences mondiales telles que RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec et BruCon.
Matias est titulaire d'un doctorat en génie informatique de l'université de Gand, où il a étudié la sécurité des applications par le biais de l'obfuscation de programmes pour masquer le fonctionnement interne d'une application.
Quiconque a travaillé dans la production de logiciels est probablement conscient de la tension qui peut survenir lorsqu'il s'agit de prendre en compte la sécurité, principalement entre les développeurs et les spécialistes de la sécurité qui examinent leur code.
Autrefois, il n'était pas rare que l'équipe de développement expédie le code le plus tard possible, raccourcissant délibérément la fenêtre pendant laquelle les gourous de la sécurité pouvaient vérifier les vulnérabilités. Après tout, cela retardait les versions en cas de problème, et l'envie de passer à autre chose et de commencer à créer la prochaine fonctionnalité géniale était déjà présente. Cependant, cela a fini par avoir un impact négatif, car lorsque le code était finalement vérifié, parfois après qu'une faille externe s'était déjà produite, le code renvoyait toujours aux développeurs, leurs logiciels étaient toujours considérés comme laids par l'équipe de sécurité et ils devaient tout supprimer pour corriger le code qu'ils avaient touché pour la dernière fois il y a des mois.
Ce dysfonctionnement persiste aujourd'hui, mais il y a un énorme problème : il y a beaucoup de plus en plus de code est en cours d'élaboration, et la société court un risque bien plus grand en cas de violation de données. Nous n'avons plus le temps de continuer à mener cette ancienne bataille, et en 2020, il est temps que nous rejoignions tous le même camp contre les méchants.
Nous devons parvenir à un stade où la sécurité est perçue comme une responsabilité partagée par l'ensemble de l'organisation et dans l'ensemble du SDLC. Cela est certainement possible lorsque vous vous engagez dans un environnement DevSecOps à part entière et très favorable. Qui plus est, lorsque vous lancez le feu à la sécurité au sein de votre équipe de développement grâce à la formation et aux outils appropriés, elle constitue une force puissante non seulement pour corriger les bogues, mais aussi pour soulager les spécialistes de la sécurité qui ont été trop dispersés pendant trop longtemps.
J'adorerais que tu regardes l'un des mes derniers webinaires, Comment mettre le « Sec » dans DevOps :
Cela faisait partie du Toutes les discussions Événement au sommet de 24 heures, qui examine en profondeur :
- Pourquoi les anciennes méthodologies de développement ont rendu les meilleures pratiques en matière de sécurité encore plus difficiles
- Pourquoi DevSecOps est la dernière solution en matière de lutte contre les failles de sécurité courantes
- À quoi ressemble la sécurité en tant que responsabilité partagée dans une organisation
- Comment donner aux développeurs les moyens de publier du code sécurisé en toute confiance, sans sacrifier ce qu'ils aiment (indice : il s'agit de créer des fonctionnalités géniales).
Rendez-vous là-bas !
Quiconque a travaillé dans la production de logiciels est probablement conscient de la tension qui peut survenir lorsqu'il s'agit de prendre en compte la sécurité, principalement entre les développeurs et les spécialistes de la sécurité qui examinent leur code.
Autrefois, il n'était pas rare que l'équipe de développement expédie le code le plus tard possible, raccourcissant délibérément la fenêtre pendant laquelle les gourous de la sécurité pouvaient vérifier les vulnérabilités. Après tout, cela retardait les versions en cas de problème, et l'envie de passer à autre chose et de commencer à créer la prochaine fonctionnalité géniale était déjà présente. Cependant, cela a fini par avoir un impact négatif, car lorsque le code était finalement vérifié, parfois après qu'une faille externe s'était déjà produite, le code renvoyait toujours aux développeurs, leurs logiciels étaient toujours considérés comme laids par l'équipe de sécurité et ils devaient tout supprimer pour corriger le code qu'ils avaient touché pour la dernière fois il y a des mois.
Ce dysfonctionnement persiste aujourd'hui, mais il y a un énorme problème : il y a beaucoup de plus en plus de code est en cours d'élaboration, et la société court un risque bien plus grand en cas de violation de données. Nous n'avons plus le temps de continuer à mener cette ancienne bataille, et en 2020, il est temps que nous rejoignions tous le même camp contre les méchants.
Nous devons parvenir à un stade où la sécurité est perçue comme une responsabilité partagée par l'ensemble de l'organisation et dans l'ensemble du SDLC. Cela est certainement possible lorsque vous vous engagez dans un environnement DevSecOps à part entière et très favorable. Qui plus est, lorsque vous lancez le feu à la sécurité au sein de votre équipe de développement grâce à la formation et aux outils appropriés, elle constitue une force puissante non seulement pour corriger les bogues, mais aussi pour soulager les spécialistes de la sécurité qui ont été trop dispersés pendant trop longtemps.
J'adorerais que tu regardes l'un des mes derniers webinaires, Comment mettre le « Sec » dans DevOps :
Cela faisait partie du Toutes les discussions Événement au sommet de 24 heures, qui examine en profondeur :
- Pourquoi les anciennes méthodologies de développement ont rendu les meilleures pratiques en matière de sécurité encore plus difficiles
- Pourquoi DevSecOps est la dernière solution en matière de lutte contre les failles de sécurité courantes
- À quoi ressemble la sécurité en tant que responsabilité partagée dans une organisation
- Comment donner aux développeurs les moyens de publier du code sécurisé en toute confiance, sans sacrifier ce qu'ils aiment (indice : il s'agit de créer des fonctionnalités géniales).
Rendez-vous là-bas !
Klicken Sie auf den untenstehenden Link und laden Sie das PDF dieser Ressource herunter.
Secure Code Warrior Ihr Unternehmen dabei, den Code während des gesamten Softwareentwicklungszyklus zu sichern und eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie für die Anwendungssicherheit verantwortlich sind, Entwickler, IT-Sicherheitsbeauftragter oder in einer anderen Funktion im Bereich Sicherheit tätig sind – wir können Ihrem Unternehmen dabei helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Bericht anzeigenDemo buchen
Matias Madou, Ph.D. est expert en sécurité, chercheur, directeur technique et cofondateur de Secure Code Warrior. Matias a obtenu son doctorat en sécurité des applications à l'université de Gand, en se concentrant sur les solutions d'analyse statique. Il a ensuite rejoint Fortify aux États-Unis, où il s'est rendu compte qu'il ne suffisait pas de détecter uniquement les problèmes de code sans aider les développeurs à écrire du code sécurisé. Cela l'a incité à développer des produits qui aident les développeurs, allègent le fardeau de la sécurité et dépassent les attentes des clients. Lorsqu'il n'est pas à son bureau au sein de Team Awesome, il aime être sur scène pour faire des présentations lors de conférences telles que RSA Conference, BlackHat et DefCon.
Matias est un chercheur et développeur qui possède plus de 15 ans d'expérience pratique en matière de sécurité logicielle. Il a développé des solutions pour des entreprises telles que Fortify Software et sa propre société Sensei Security. Au cours de sa carrière, Matias a dirigé de nombreux projets de recherche sur la sécurité des applications qui ont abouti à des produits commerciaux et possède plus de 10 brevets à son actif. Lorsqu'il n'est pas à son bureau, Matias a enseigné des cours de formation avancée sur la sécurité des applications et prend régulièrement la parole lors de conférences mondiales telles que RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec et BruCon.
Matias est titulaire d'un doctorat en génie informatique de l'université de Gand, où il a étudié la sécurité des applications par le biais de l'obfuscation de programmes pour masquer le fonctionnement interne d'une application.
Quiconque a travaillé dans la production de logiciels est probablement conscient de la tension qui peut survenir lorsqu'il s'agit de prendre en compte la sécurité, principalement entre les développeurs et les spécialistes de la sécurité qui examinent leur code.
Autrefois, il n'était pas rare que l'équipe de développement expédie le code le plus tard possible, raccourcissant délibérément la fenêtre pendant laquelle les gourous de la sécurité pouvaient vérifier les vulnérabilités. Après tout, cela retardait les versions en cas de problème, et l'envie de passer à autre chose et de commencer à créer la prochaine fonctionnalité géniale était déjà présente. Cependant, cela a fini par avoir un impact négatif, car lorsque le code était finalement vérifié, parfois après qu'une faille externe s'était déjà produite, le code renvoyait toujours aux développeurs, leurs logiciels étaient toujours considérés comme laids par l'équipe de sécurité et ils devaient tout supprimer pour corriger le code qu'ils avaient touché pour la dernière fois il y a des mois.
Ce dysfonctionnement persiste aujourd'hui, mais il y a un énorme problème : il y a beaucoup de plus en plus de code est en cours d'élaboration, et la société court un risque bien plus grand en cas de violation de données. Nous n'avons plus le temps de continuer à mener cette ancienne bataille, et en 2020, il est temps que nous rejoignions tous le même camp contre les méchants.
Nous devons parvenir à un stade où la sécurité est perçue comme une responsabilité partagée par l'ensemble de l'organisation et dans l'ensemble du SDLC. Cela est certainement possible lorsque vous vous engagez dans un environnement DevSecOps à part entière et très favorable. Qui plus est, lorsque vous lancez le feu à la sécurité au sein de votre équipe de développement grâce à la formation et aux outils appropriés, elle constitue une force puissante non seulement pour corriger les bogues, mais aussi pour soulager les spécialistes de la sécurité qui ont été trop dispersés pendant trop longtemps.
J'adorerais que tu regardes l'un des mes derniers webinaires, Comment mettre le « Sec » dans DevOps :
Cela faisait partie du Toutes les discussions Événement au sommet de 24 heures, qui examine en profondeur :
- Pourquoi les anciennes méthodologies de développement ont rendu les meilleures pratiques en matière de sécurité encore plus difficiles
- Pourquoi DevSecOps est la dernière solution en matière de lutte contre les failles de sécurité courantes
- À quoi ressemble la sécurité en tant que responsabilité partagée dans une organisation
- Comment donner aux développeurs les moyens de publier du code sécurisé en toute confiance, sans sacrifier ce qu'ils aiment (indice : il s'agit de créer des fonctionnalités géniales).
Rendez-vous là-bas !
Inhaltsverzeichnis
Matias Madou, Ph.D. est expert en sécurité, chercheur, directeur technique et cofondateur de Secure Code Warrior. Matias a obtenu son doctorat en sécurité des applications à l'université de Gand, en se concentrant sur les solutions d'analyse statique. Il a ensuite rejoint Fortify aux États-Unis, où il s'est rendu compte qu'il ne suffisait pas de détecter uniquement les problèmes de code sans aider les développeurs à écrire du code sécurisé. Cela l'a incité à développer des produits qui aident les développeurs, allègent le fardeau de la sécurité et dépassent les attentes des clients. Lorsqu'il n'est pas à son bureau au sein de Team Awesome, il aime être sur scène pour faire des présentations lors de conférences telles que RSA Conference, BlackHat et DefCon.
Secure Code Warrior Ihr Unternehmen dabei, den Code während des gesamten Softwareentwicklungszyklus zu sichern und eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie für die Anwendungssicherheit verantwortlich sind, Entwickler, IT-Sicherheitsbeauftragter oder in einer anderen Funktion im Bereich Sicherheit tätig sind – wir können Ihrem Unternehmen dabei helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Demo buchenHerunterladenRessourcen, die Ihnen den Einstieg erleichtern
Trust Agent:AI - Secure and scale AI-Drive development
AI is writing code. Who’s governing it? With up to 50% of AI-generated code containing security weaknesses, managing AI risk is critical. Discover how SCW's Trust Agent: AI provides the real-time visibility, proactive governance, and targeted upskilling needed to scale AI-driven development securely.
Die Leistungsfähigkeit von OpenText Application Security + Secure Code Warrior
OpenText Application Security and Secure Code Warrior combine vulnerability detection with AI Software Governance and developer capability. Together, they help organizations reduce risk, strengthen secure coding practices, and confidently adopt AI-driven development.
Secure Code Warrior corporate overview
Secure Code Warrior is an AI Software Governance platform designed to enable organizations to safely adopt AI-driven development by bridging the gap between development velocity and enterprise security. The platform addresses the "Visibility Gap," where security teams often lack insights into shadow AI coding tools and the origins of production code.
Themen und Inhalte der Schulung zum sicheren Code
Unsere hochmodernen Inhalte werden ständig weiterentwickelt, um mit den ständigen Veränderungen in der Softwareentwicklungslandschaft Schritt zu halten und gleichzeitig Ihre Rolle zu berücksichtigen. Die Themen reichen von KI bis hin zu XQuery-Injection und sind für eine Vielzahl von Positionen konzipiert, von Architekten über Ingenieure bis hin zu Produktmanagern und Qualitätssicherungsmitarbeitern. Verschaffen Sie sich einen Überblick über die Inhalte unseres Katalogs, sortiert nach Themen und Rollen.
Ressourcen, die Ihnen den Einstieg erleichtern
Cybermon ist zurück: Die missions „Beat the Boss“ sind jetzt auf Abruf verfügbar.
Cybermon 2025 Beat the Boss ist jetzt das ganze Jahr über in SCW verfügbar. Setzen Sie fortschrittliche Sicherheitsherausforderungen im Zusammenhang mit KI und LLM ein, um die sichere Entwicklung von KI in großem Maßstab zu stärken.
Erläuterung des Gesetzes zur Cyberresilienz: Was bedeutet das für die Entwicklung sicherer Software bereits ab der Konzeption?
Entdecken Sie, was das europäische Gesetz zur Cyberresilienz (CRA) verlangt, für wen es gilt und wie sich Ingenieurteams durch Sicherheitsmaßnahmen bereits in der Entwurfsphase, durch die Vermeidung von Schwachstellen und durch die Stärkung der Fähigkeiten der Entwickler darauf vorbereiten können.
Moderator 1: Definierte und messbare Erfolgskriterien
Enabler 1 gibt den Startschuss für unsere 10-teilige Serie mit dem Titel „Enablers of Success“ und zeigt, wie sichere Codierung mit geschäftlichen Ergebnissen wie Risikominderung und Schnelligkeit kombiniert werden kann, um die langfristige Reife von Programmen sicherzustellen.