웨비나: DevOps에 "Sec"을 넣을 준비가 되셨습니까?

소프트웨어 프로덕션에서 일한 사람은 보안을 고려할 때 발생할 수 있는 긴장을 알고 있으며, 주로 개발자와 코드를 면밀히 조사하는 보안 전문가 간에 발생할 수 있습니다.

예전에는 개발 팀이 가능한 한 늦게 코드를 발송하는 것은 드문 일이 아니었으며, 보안 전문가가 취약점을 확인할 수있는 창을 의도적으로 단축했습니다 - 결국이 지연 된 릴리스는 잘못된 일이 발생하면 이미 다음 멋진 기능을 구축하기 시작하려는 욕구가 있었습니다. 그러나 코드가 최종적으로 확인되었을 때와 같이 코드가 최종적으로 부정적인 영향을 미쳤습니다 - 때로는 외부 위반이 이미 발생한 후에도 코드가 여전히 개발자에게 반송되고 소프트웨어 아기는 여전히 보안 팀에 의해 추악하다고 불렸으며, 몇 달 전에 마지막으로 만진 핫픽스 코드에 모든 것을 떨어뜨려야 했습니다.

이 기능 장애는 오늘날에도 계속되지만, 큰 문제가 있습니다 : 훨씬 더 많은 코드가 개발되고 있으며 데이터 유출이 발생할 경우 사회가 훨씬 더 큰 위험에 처해 있습니다. 우리는 더 이상이 고대 전투를 계속 싸울 시간이 없으며, 2020 년에는 우리 모두가 악당과 같은 편에 합류 할 때입니다.

우리는 보안이 전체 조직 과 SDLC 전반에 걸쳐 공동 책임으로 간주되는 단계에 도착해야합니다. 이것은 당신이 완전히, 매우 지원 DevSecOps 환경에 투입 할 때 확실히 가능하다. 또한 올바른 교육과 도구로 개발 팀의 보안 화재에 불을 붙일 때 버그를 분쇄할 뿐만 아니라 너무 오랫동안 너무 얇게 퍼진 보안 전문가의 부하를 끄는 데 강력한 힘이 됩니다.

나는 당신이 내 최신 웨비나중 하나를보고 싶어요 , DevOps에 "Sec"를 넣어하는 방법 :

이것은 AllTheTalks 24 시간 정상 회담 이벤트의 일부였으며, 다음을 자세히 살펴보십시오.

• 오래된 개발 방법론으로 인해 보안 모범 사례가 훨씬 더 어려워지던 이유
• DevSecOps가 일반적인 보안 취약점을 막는 최신 판도를 바꾸는 이유
• 조직에서 공동 책임으로서의 보안은 어떤 모습일까요?
• 개발자가 좋아하는 것을 희생하지 않고 자신있게 안전한 코드를 제공 할 수있는 방법 (힌트 : 멋진 기능을 구축하고 있습니다).

거기 보자!