웨비나: DevOps에 "Sec"을 넣을 준비가 되셨습니까?
소프트웨어 프로덕션에서 일한 사람은 보안을 고려할 때 발생할 수 있는 긴장을 알고 있으며, 주로 개발자와 코드를 면밀히 조사하는 보안 전문가 간에 발생할 수 있습니다.
예전에는 개발 팀이 가능한 한 늦게 코드를 발송하는 것은 드문 일이 아니었으며, 보안 전문가가 취약점을 확인할 수있는 창을 의도적으로 단축했습니다 - 결국이 지연 된 릴리스는 잘못된 일이 발생하면 이미 다음 멋진 기능을 구축하기 시작하려는 욕구가 있었습니다. 그러나 코드가 최종적으로 확인되었을 때와 같이 코드가 최종적으로 부정적인 영향을 미쳤습니다 - 때로는 외부 위반이 이미 발생한 후에도 코드가 여전히 개발자에게 반송되고 소프트웨어 아기는 여전히 보안 팀에 의해 추악하다고 불렸으며, 몇 달 전에 마지막으로 만진 핫픽스 코드에 모든 것을 떨어뜨려야 했습니다.
이 기능 장애는 오늘날에도 계속되지만, 큰 문제가 있습니다 : 훨씬 더 많은 코드가 개발되고 있으며 데이터 유출이 발생할 경우 사회가 훨씬 더 큰 위험에 처해 있습니다. 우리는 더 이상이 고대 전투를 계속 싸울 시간이 없으며, 2020 년에는 우리 모두가 악당과 같은 편에 합류 할 때입니다.
우리는 보안이 전체 조직 과 SDLC 전반에 걸쳐 공동 책임으로 간주되는 단계에 도착해야합니다. 이것은 당신이 완전히, 매우 지원 DevSecOps 환경에 투입 할 때 확실히 가능하다. 또한 올바른 교육과 도구로 개발 팀의 보안 화재에 불을 붙일 때 버그를 분쇄할 뿐만 아니라 너무 오랫동안 너무 얇게 퍼진 보안 전문가의 부하를 끄는 데 강력한 힘이 됩니다.
나는 당신이 내 최신 웨비나중 하나를보고 싶어요 , DevOps에 "Sec"를 넣어하는 방법 :
이것은 AllTheTalks 24 시간 정상 회담 이벤트의 일부였으며, 다음을 자세히 살펴보십시오.
- 오래된 개발 방법론으로 인해 보안 모범 사례가 훨씬 더 어려워지던 이유
- DevSecOps가 일반적인 보안 취약점을 막는 최신 판도를 바꾸는 이유
- 조직에서 공동 책임으로서의 보안은 어떤 모습일까요?
- 개발자가 좋아하는 것을 희생하지 않고 자신있게 안전한 코드를 제공 할 수있는 방법 (힌트 : 멋진 기능을 구축하고 있습니다).
거기 보자!
마티아스 마두, Ph.
Matias는 15년 이상의 소프트웨어 보안 경험을 가진 연구원이자 개발자입니다. 그는 Fortify 소프트웨어와 같은 회사와 자신의 회사를 위한 솔루션을 개발했습니다. Sensei 안전. 그의 경력을 통해, Matias는 상용 제품으로 주도하고 자신의 벨트 아래 10 개 이상의 특허를 자랑하는 여러 응용 프로그램 보안 연구 프로젝트를 주도하고있다. 마티아스는 책상에서 떨어져 있을 때 고급 응용 프로그램 보안 교육을 위한 강사로 일했습니다. courses RSA 컨퍼런스, 블랙 햇, 데프콘, BSIMM, OWASP AppSec 및 브루콘을 포함한 글로벌 컨퍼런스에서 정기적으로 강연합니다.
마티아스는 겐트 대학교에서 컴퓨터 공학 박사 학위를 취득했으며, 프로그램 난독화를 통해 응용 프로그램 보안을 연구하여 응용 프로그램의 내부 작동을 숨깁니다.
블로그에서 최신 보안 코딩 인사이트에 대해 자세히 알아보세요.
Atlassian의 광범위한 리소스 라이브러리는 안전한 코딩 숙련도를 확보하기 위한 인적 접근 방식을 강화하는 것을 목표로 합니다.
개발자 중심 보안에 대한 최신 연구 보기
광범위한 리소스 라이브러리에는 개발자 중심의 보안 코딩을 시작하는 데 도움이 되는 백서부터 웨비나까지 유용한 리소스가 가득합니다. 지금 살펴보세요.
웨비나: DevOps에 "Sec"을 넣을 준비가 되셨습니까?
소프트웨어 프로덕션에서 일한 사람은 보안을 고려할 때 발생할 수 있는 긴장을 알고 있으며, 주로 개발자와 코드를 면밀히 조사하는 보안 전문가 간에 발생할 수 있습니다.
예전에는 개발 팀이 가능한 한 늦게 코드를 발송하는 것은 드문 일이 아니었으며, 보안 전문가가 취약점을 확인할 수있는 창을 의도적으로 단축했습니다 - 결국이 지연 된 릴리스는 잘못된 일이 발생하면 이미 다음 멋진 기능을 구축하기 시작하려는 욕구가 있었습니다. 그러나 코드가 최종적으로 확인되었을 때와 같이 코드가 최종적으로 부정적인 영향을 미쳤습니다 - 때로는 외부 위반이 이미 발생한 후에도 코드가 여전히 개발자에게 반송되고 소프트웨어 아기는 여전히 보안 팀에 의해 추악하다고 불렸으며, 몇 달 전에 마지막으로 만진 핫픽스 코드에 모든 것을 떨어뜨려야 했습니다.
이 기능 장애는 오늘날에도 계속되지만, 큰 문제가 있습니다 : 훨씬 더 많은 코드가 개발되고 있으며 데이터 유출이 발생할 경우 사회가 훨씬 더 큰 위험에 처해 있습니다. 우리는 더 이상이 고대 전투를 계속 싸울 시간이 없으며, 2020 년에는 우리 모두가 악당과 같은 편에 합류 할 때입니다.
우리는 보안이 전체 조직 과 SDLC 전반에 걸쳐 공동 책임으로 간주되는 단계에 도착해야합니다. 이것은 당신이 완전히, 매우 지원 DevSecOps 환경에 투입 할 때 확실히 가능하다. 또한 올바른 교육과 도구로 개발 팀의 보안 화재에 불을 붙일 때 버그를 분쇄할 뿐만 아니라 너무 오랫동안 너무 얇게 퍼진 보안 전문가의 부하를 끄는 데 강력한 힘이 됩니다.
나는 당신이 내 최신 웨비나중 하나를보고 싶어요 , DevOps에 "Sec"를 넣어하는 방법 :
이것은 AllTheTalks 24 시간 정상 회담 이벤트의 일부였으며, 다음을 자세히 살펴보십시오.
- 오래된 개발 방법론으로 인해 보안 모범 사례가 훨씬 더 어려워지던 이유
- DevSecOps가 일반적인 보안 취약점을 막는 최신 판도를 바꾸는 이유
- 조직에서 공동 책임으로서의 보안은 어떤 모습일까요?
- 개발자가 좋아하는 것을 희생하지 않고 자신있게 안전한 코드를 제공 할 수있는 방법 (힌트 : 멋진 기능을 구축하고 있습니다).
거기 보자!
