SCW 아이콘
영웅 배경, 구분선 없음
블로그

Webinaire : Êtes-vous prêt à intégrer la « Sec » à DevOps ?

마티아스 마두, Ph.
게시일 : 2020년 5월 15일
마지막 업데이트: 2026년 3월 8일

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 :

Sec을 Devsecops에 넣고 Matis Madou와 함께 작동하는지 확인하는 방법
REGARDEZ MAINTENANT

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.

더 알고 싶으신가요?

마티아스 마두는 보안 전문가, 연구원, CTO이자 Secure Code Warrior 의 공동 설립자입니다. 마티아스는 겐트 대학교에서 정적 분석 솔루션에 중점을 둔 애플리케이션 보안 박사 학위를 취득했습니다. 이후 미국의 Fortify에 입사하여 개발자의 보안 코드 작성을 지원하지 않고 코드 문제만 탐지하는 것만으로는 충분하지 않다는 것을 깨달았습니다. 이를 계기로 개발자를 지원하고 보안에 대한 부담을 덜어주며 고객의 기대를 뛰어넘는 제품을 개발하게 되었습니다. 팀 어썸의 일원으로 책상에 앉아 있지 않을 때는 RSA 컨퍼런스, 블랙햇, 데프콘 등의 컨퍼런스에서 무대에 올라 발표하는 것을 즐깁니다.

더 알아보세요

Secure Code Warrior 귀사의 조직이 소프트웨어 개발 주기 전반에 걸쳐 코드를 안전하게 보호하고 사이버보안이 최우선 과제인 문화를 조성하도록 Secure Code Warrior . 애플리케이션 보안 담당자, 개발자, IT 보안 책임자 또는 보안 관련 업무에 종사하는 모든 분들을 위해, 저희는 귀사의 조직이 안전하지 않은 코드로 인한 위험을 줄일 수 있도록 돕습니다.

데모 예약하기
공유하기:
링크드인 브랜드사회적x 로고
작가
마티아스 마두, Ph.
게시일: 2020년 5월 15일

마티아스 마두는 보안 전문가, 연구원, CTO이자 Secure Code Warrior 의 공동 설립자입니다. 마티아스는 겐트 대학교에서 정적 분석 솔루션에 중점을 둔 애플리케이션 보안 박사 학위를 취득했습니다. 이후 미국의 Fortify에 입사하여 개발자의 보안 코드 작성을 지원하지 않고 코드 문제만 탐지하는 것만으로는 충분하지 않다는 것을 깨달았습니다. 이를 계기로 개발자를 지원하고 보안에 대한 부담을 덜어주며 고객의 기대를 뛰어넘는 제품을 개발하게 되었습니다. 팀 어썸의 일원으로 책상에 앉아 있지 않을 때는 RSA 컨퍼런스, 블랙햇, 데프콘 등의 컨퍼런스에서 무대에 올라 발표하는 것을 즐깁니다.

Matias는 15년 이상의 소프트웨어 보안 경험을 가진 연구원이자 개발자입니다. 그는 Fortify 소프트웨어와 같은 회사와 자신의 회사를 위한 솔루션을 개발했습니다. Sensei 안전. 그의 경력을 통해, Matias는 상용 제품으로 주도하고 자신의 벨트 아래 10 개 이상의 특허를 자랑하는 여러 응용 프로그램 보안 연구 프로젝트를 주도하고있다. 마티아스는 책상에서 떨어져 있을 때 고급 응용 프로그램 보안 교육을 위한 강사로 일했습니다. courses RSA 컨퍼런스, 블랙 햇, 데프콘, BSIMM, OWASP AppSec 및 브루콘을 포함한 글로벌 컨퍼런스에서 정기적으로 강연합니다.

마티아스는 겐트 대학교에서 컴퓨터 공학 박사 학위를 취득했으며, 프로그램 난독화를 통해 응용 프로그램 보안을 연구하여 응용 프로그램의 내부 작동을 숨깁니다.

공유하기:
링크드인 브랜드사회적x 로고

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 :

Sec을 Devsecops에 넣고 Matis Madou와 함께 작동하는지 확인하는 방법
REGARDEZ MAINTENANT

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 !

리소스 표시
리소스 표시

아래 양식을 작성하여 보고서를 다운로드하세요

저희 제품 및/또는 안전한 코딩 관련 주제에 대한 정보를 보내드리는 데 귀하의 허락을 받고자 합니다. 귀하의 개인정보는 항상 최대한 신중하게 처리하며, 마케팅 목적으로 다른 기업에 절대 판매하지 않을 것입니다.

제출하다
scw 성공 아이콘
scw 오류 아이콘
양식을 제출하려면 '분석' 쿠키를 활성화해 주십시오. 완료 후에는 다시 비활성화하셔도 됩니다.

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 :

Sec을 Devsecops에 넣고 Matis Madou와 함께 작동하는지 확인하는 방법
REGARDEZ MAINTENANT

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 . 애플리케이션 보안 담당자, 개발자, IT 보안 책임자 또는 보안 관련 업무에 종사하는 모든 분들을 위해, 저희는 귀사의 조직이 안전하지 않은 코드로 인한 위험을 줄일 수 있도록 돕습니다.

보고서 표시데모 예약하기
리소스 표시
공유하기:
링크드인 브랜드사회적x 로고
더 알고 싶으신가요?

공유하기:
링크드인 브랜드사회적x 로고
작가
마티아스 마두, Ph.
게시일: 2020년 5월 15일

마티아스 마두는 보안 전문가, 연구원, CTO이자 Secure Code Warrior 의 공동 설립자입니다. 마티아스는 겐트 대학교에서 정적 분석 솔루션에 중점을 둔 애플리케이션 보안 박사 학위를 취득했습니다. 이후 미국의 Fortify에 입사하여 개발자의 보안 코드 작성을 지원하지 않고 코드 문제만 탐지하는 것만으로는 충분하지 않다는 것을 깨달았습니다. 이를 계기로 개발자를 지원하고 보안에 대한 부담을 덜어주며 고객의 기대를 뛰어넘는 제품을 개발하게 되었습니다. 팀 어썸의 일원으로 책상에 앉아 있지 않을 때는 RSA 컨퍼런스, 블랙햇, 데프콘 등의 컨퍼런스에서 무대에 올라 발표하는 것을 즐깁니다.

Matias는 15년 이상의 소프트웨어 보안 경험을 가진 연구원이자 개발자입니다. 그는 Fortify 소프트웨어와 같은 회사와 자신의 회사를 위한 솔루션을 개발했습니다. Sensei 안전. 그의 경력을 통해, Matias는 상용 제품으로 주도하고 자신의 벨트 아래 10 개 이상의 특허를 자랑하는 여러 응용 프로그램 보안 연구 프로젝트를 주도하고있다. 마티아스는 책상에서 떨어져 있을 때 고급 응용 프로그램 보안 교육을 위한 강사로 일했습니다. courses RSA 컨퍼런스, 블랙 햇, 데프콘, BSIMM, OWASP AppSec 및 브루콘을 포함한 글로벌 컨퍼런스에서 정기적으로 강연합니다.

마티아스는 겐트 대학교에서 컴퓨터 공학 박사 학위를 취득했으며, 프로그램 난독화를 통해 응용 프로그램 보안을 연구하여 응용 프로그램의 내부 작동을 숨깁니다.

공유하기:
링크드인 브랜드사회적x 로고

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 :

Sec을 Devsecops에 넣고 Matis Madou와 함께 작동하는지 확인하는 방법
REGARDEZ MAINTENANT

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 다운로드
리소스 표시
더 알고 싶으신가요?

마티아스 마두는 보안 전문가, 연구원, CTO이자 Secure Code Warrior 의 공동 설립자입니다. 마티아스는 겐트 대학교에서 정적 분석 솔루션에 중점을 둔 애플리케이션 보안 박사 학위를 취득했습니다. 이후 미국의 Fortify에 입사하여 개발자의 보안 코드 작성을 지원하지 않고 코드 문제만 탐지하는 것만으로는 충분하지 않다는 것을 깨달았습니다. 이를 계기로 개발자를 지원하고 보안에 대한 부담을 덜어주며 고객의 기대를 뛰어넘는 제품을 개발하게 되었습니다. 팀 어썸의 일원으로 책상에 앉아 있지 않을 때는 RSA 컨퍼런스, 블랙햇, 데프콘 등의 컨퍼런스에서 무대에 올라 발표하는 것을 즐깁니다.

더 알아보세요

Secure Code Warrior 귀사의 조직이 소프트웨어 개발 주기 전반에 걸쳐 코드를 안전하게 보호하고 사이버보안이 최우선 과제인 문화를 조성하도록 Secure Code Warrior . 애플리케이션 보안 담당자, 개발자, IT 보안 책임자 또는 보안 관련 업무에 종사하는 모든 분들을 위해, 저희는 귀사의 조직이 안전하지 않은 코드로 인한 위험을 줄일 수 있도록 돕습니다.

데모 예약하기Télécharger
공유하기:
링크드인 브랜드사회적x 로고
자원 센터

시작하는 데 도움이 되는 자료

더 많은 게시물
자원 센터

시작하는 데 도움이 되는 자료

더 많은 게시물