금융 기관들이 개발자들의 안전한 코딩 기술 향상을 주도하는 이유

전 세계적으로 기업들은 변모하고 있습니다. 디지털을 최우선으로 하는 비즈니스에 집중하면서, 대부분의 조직이 사실상 소프트웨어 기업이라고 말해도 과언이 아닙니다. 대기업들은 직원들 사이에 거대한 개발 팀을 보유하고 있으며, 이들은 애자일 DevOps 환경에서 기능의 지속적인 개발과 배포를 담당합니다. 이러한 기능 제공은 혁신 속도와 고객 기대치를 따라잡아야 하므로, 보안이 필수 요소가 아닌 장애물로 여겨지는 경우가 너무 흔합니다. 그러나 소프트웨어 의존도가 사상 최고 수준에 달한 지금(따라서 잠재적 침해 및 사이버 보안 위험에 대한 노출도 극대화된 시점), 이러한 상황은 지속될 수 없습니다.

보안 팀은 확대되지 않고 있으며, 설령 확대된다 해도 경험이 부족합니다. 1:100 이상의 비율은 단순히 충분하지 않습니다. 자체 보안 전문가만으로는 사이버 위협 문제에 대응하는 유일한 해결책으로 간주될 수 없습니다.

스티븐 앨러 Secure Code Warrior 아메리카 디렉터)가 진행하는 본 웨비나에서는 캐피털 원의 사이버보안 학장 러스 울프가 함께 진행하는 본 웨비나는 DevOps가 직면한 현안과 캐피털 원과 같은 금융 기관들이 개발팀의 보안 코딩 역량을 강화하고 참여도를 높이기 위해 어떤 노력을 기울이고 있는지 심층적으로 다룹니다. 이를 통해 효과적으로 긍정적인 보안 문화를 조성하고 '좌회전(left turn)'을 성공적으로 수행하는 방법을 제시합니다.

발견하게 될 것입니다:

• 보안 지식의 '블랙홀'에 빠진 피해자라면
• 왜 수십 년 전의 보안이 지금보다 더 견고했는가
• 애플리케이션 보안(AppSec)을 규정 준수용 '체크리스트'로 보는 전통적 태도와 이것이 최선의 경우에도 피상적인 이유
• 애플리케이션 품질 평가에 보안이 기준점의 일부로 포함되어야 하는 이유는 다음과 같습니다: 안전하지 않은 애플리케이션은 그 디자인이나 기능과 무관하게 고품질로 간주될 수 없습니다.
• 소프트웨어 보안이 일반 개발자의 사고방식과 문화에 왜 정착되지 못했는지 (그리고 왜 바뀌어야 하는지)
• 안전한 코딩 기술의 공유 부족이 동일한 취약점을 반복적으로 발생시키는 방식
• 애플리케이션 스캐닝 도구가 모든 취약점을 발견하지 못하는 이유와, 충분히 훈련된 보안 엔지니어/개발자를 활용하여 이를 방지하는 것이 더 실행 가능한 전략인 이유
• 소프트웨어 취약점 증가 문제와 그 근본 원인
• 왜 진정한 위험 완화를 이루기 위해서는 학생이 아닌 접근 방식을 바꿔야 하는가
• 왜 대부분의 보안 교육은 개발자의 강점과 그들이 탁월해지기 위해 필요한 훈련 유형을 고려하지 않는가
• 소프트웨어 공학, 규정 준수 및 건설 기대치가 다른 공학 분야보다 낮은 이유와, 우리가 이를 해결하기 위한 선구자 역할을 하는 방법.
• 러스 울프와 캐피털 원 팀이 어떻게 재미있고 게임화된 교육 기반의 인증 프로그램을 설계하여 개발자들의 관심을 유지하고, 실제 소스 코드로 학습하며, 보안 모범 사례의 기준점을 달성하게 했는지
• 이 인증 프로그램이 참여, 정보 유지 및 지속적인 학습을 어떻게 촉진하는지
• 개발자들이 인센티브를 통해 교육 수준을 향상시키고, 핵심 보안 정책에 따라 신속하게 역량을 강화하는 데 어떻게 도움이 되는가
• 평가가 어떻게 안전 챔피언을 식별하고 교육 참여를 촉진하는지.

지금 바로 주문형 웹세미나를 시청하고, 왼쪽으로 전환하여 개발자에게 초기 단계부터 안전하게 프로그래밍할 수 있는 도구와 지식을 제공하는 이점을 알아보세요. 긍정적인 보안 관행에 집중하는 방법을 확인하십시오.

캐피털 원과 같은 금융 기관들이 보안 코딩 분야에서 개발 팀의 역량을 강화하고 참여도를 높이기 위해 어떤 노력을 기울이고 있는지 알아보세요. 이를 통해 효과적으로 긍정적인 보안 문화를 조성하고 '좌회전(left turn)' 전략을 성공적으로 추진하고 있습니다.