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 ソフトウェア開発ライフサイクル全体を通じてコードのセキュリティを確保し、サイバーセキュリティを最優先事項とする文化を構築するために、組織をSecure Code Warrior 。アプリケーションセキュリティ担当者、開発者、情報セキュリティ責任者、その他セキュリティに関わるあらゆる方々のために、当社は組織が非セキュアなコードに関連するリスクを軽減するお手伝いをいたします。
デモを予約する
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 !
以下のリンクをクリックして、このリソースのPDFをダウンロードしてください。
Secure Code Warrior ソフトウェア開発ライフサイクル全体を通じてコードのセキュリティを確保し、サイバーセキュリティを最優先事項とする文化を構築するために、組織をSecure Code Warrior 。アプリケーションセキュリティ担当者、開発者、情報セキュリティ責任者、その他セキュリティに関わるあらゆる方々のために、当社は組織が非セキュアなコードに関連するリスクを軽減するお手伝いをいたします。
レポートを表示するデモを予約する
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 !
目次
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 ソフトウェア開発ライフサイクル全体を通じてコードのセキュリティを確保し、サイバーセキュリティを最優先事項とする文化を構築するために、組織をSecure Code Warrior 。アプリケーションセキュリティ担当者、開発者、情報セキュリティ責任者、その他セキュリティに関わるあらゆる方々のために、当社は組織が非セキュアなコードに関連するリスクを軽減するお手伝いをいたします。
デモを予約するダウンロードはじめの一歩を踏み出すためのリソース
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.
OpenText アプリケーションセキュリティのパワー + 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.
.png)
