
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.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。

Secure Code Warrior 在整个软件开发周期中保障代码安全,并营造将网络安全置于首位的企业文化。无论您是应用安全负责人、开发人员、信息安全主管,还是其他任何参与安全工作的人员,我们都能协助您的组织降低不安全代码带来的风险。
预约演示Matias Madou, Ph.D.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。
马蒂亚斯是一名研究员和开发人员,拥有超过15年的软件安全实践经验。他曾为Fortify Software和他自己的公司Sensei Security等公司开发解决方案。在他的职业生涯中,马蒂亚斯领导了多个应用安全研究项目,并将其转化为商业产品,他拥有超过10项专利。当他离开办公桌时,Matias曾担任高级应用安全培训courses ,并定期在全球会议上发言,包括RSA会议、黑帽、DefCon、BSIMM、OWASP AppSec和BruCon。
马蒂亚斯拥有根特大学的计算机工程博士学位,在那里他研究了通过程序混淆来隐藏应用程序的内部工作的应用安全。


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 在整个软件开发周期中保障代码安全,并营造将网络安全置于首位的企业文化。无论您是应用安全负责人、开发人员、信息安全主管,还是其他任何参与安全工作的人员,我们都能协助您的组织降低不安全代码带来的风险。
显示报告预约演示Matias Madou, Ph.D.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。
马蒂亚斯是一名研究员和开发人员,拥有超过15年的软件安全实践经验。他曾为Fortify Software和他自己的公司Sensei Security等公司开发解决方案。在他的职业生涯中,马蒂亚斯领导了多个应用安全研究项目,并将其转化为商业产品,他拥有超过10项专利。当他离开办公桌时,Matias曾担任高级应用安全培训courses ,并定期在全球会议上发言,包括RSA会议、黑帽、DefCon、BSIMM、OWASP AppSec和BruCon。
马蒂亚斯拥有根特大学的计算机工程博士学位,在那里他研究了通过程序混淆来隐藏应用程序的内部工作的应用安全。
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.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。

Secure Code Warrior 在整个软件开发周期中保障代码安全,并营造将网络安全置于首位的企业文化。无论您是应用安全负责人、开发人员、信息安全主管,还是其他任何参与安全工作的人员,我们都能协助您的组织降低不安全代码带来的风险。
预约演示下载



%20(1).avif)
.avif)
