이제 "DevSecOps"라는 개념은 현대 소프트웨어 개발에 종사하는 거의 모든 사람에게 친숙해졌으며, 애플리케이션 보안을 근본적으로 강화하고 DevOps와 보안 팀 간의 마찰을 완화하겠다는 약속을 담고 있습니다.
DevSecOps 모델에서는 보안이 좌측으로 이동되어 DevOps 개발 및 배포 프로세스에 직접 포함됩니다. 특히, 보안 결함을 조기에 식별할 수 있도록 지속적인 통합/지속적인 배포(CI/CD) 파이프라인의 모든 단계에 보안이 내장되어 있습니다. 기존 보안 모델과 달리 DevSecOps는 보안을 개발의 핵심에 두고, 문제가 발생한 지점에 더 가까운 곳에서 문제를 식별하고, 비용이 많이 들고 시간이 많이 걸리는 수정 작업을 줄이고, 취약점이 프로덕션에 도달하는 것을 방지합니다.
하지만 DevSecOps에 대한 추진에도 불구하고 보안팀은 여전히 DevOps의 속도에 뒤처져 있는 것으로 보입니다. snyk의 DevSecOps Insights 2020 보고서에 따르면, 개발자의 48%는 여전히 보안이 소프트웨어를 신속하게 제공하는 능력에 큰 제약 요소라고 생각합니다.
대부분 기업은 보안 태세가 어떤 수준이어야 하는지 알고 있지만, 의도와 현실은 전혀 다른 문제입니다. Contrast Security의 2020년 DevSecOps 보고서 에 따르면, 조직의 99% 이상이 운영 중인 애플리케이션에 평균적으로 최소 4개의 취약점이 있다는 사실을 인정해야 하는 반면, 거의 80%가 개발 중인 애플리케이션에서 20개 이상의 취약점을 보고합니다. 따라서 GitLab의 2021년 글로벌 DevSecOps 설문 조사 에 참여한 보안팀의 70%가 보안을 좌측으로 전환하고 그 어느 때보다 개발자와 긴밀하게 협력하고 있다고 답했지만, 여전히 상당한 보안 격차가 남아 있다는 것은 분명합니다.
NGINX 고객과의 대화를 통해 보안 팀의 DevOps 관행 도입을 지속적으로 늦추거나 차단하는 세 가지 광범위한 과제를 발견했습니다.
물론 대부분의 기업이 단지 몇 개의 앱 때문에 이러한 장애물을 극복하는 것은 아닙니다. 여러 팀에 분산되어 있는 수백 개의 제품과 서비스를 조정하고 자체 기술 스택, 툴체인, 프로세스를 실행해야 하며, 이러한 모든 것에는 취약점으로 인해 공격에 취약성이 생기지 않도록 하는 감사와 검사가 필요합니다.
그렇다면 애플리케이션 보안팀의 민첩성을 높이는 동시에 개발자가 빠르고 안전하게 계속 움직일 수 있도록 지원하려면 어떻게 해야 할까요?
냉정한 진실은 위에서 논의한 과제를 해결할 방법을 찾지 못하면 관행과 프로세스를 발전시킬 수 없다는 것입니다. 더 빠르게 반복하는 것이 모든 사람에게 필요한 승리처럼 느껴질 수 있지만, DevOps를 최대한 확장할 수 있는 유일한 방법은 소프트웨어 개발 라이프사이클 전체에 걸쳐 보안을 가능한 한 원활하고 적응 가능하게 만드는 것입니다.
점점 더 많은 기업이 Gartner의 선례를 따라 플랫폼 운영이라고 부르는 접근 방식을 도입하고 있습니다. 핵심 개념은 회사 내 내부 팀의 요구 사항에 맞게 구축된 플랫폼을 통해 DevOps 기능을 제공하는 것입니다. 내부 플랫폼을 사용하면 중복된 작업에 시간을 낭비할 가능성이 줄어들 뿐만 아니라 여러 제품 팀이 속도가 느려지지 않고 지속적이고 효과적으로 협업하는 데 도움이 됩니다.
Platform Ops 모델에 따라 보안 팀은 개발 팀에 셀프 서비스 방식의 소모성 정책을 제공합니다. 또한, 보안 도구는 애플리케이션 제공 프로세스에 완벽하게 통합되어 있습니다. 이런 방식으로 개발자는 지식이 풍부한 보안 전문가가 정한 모범 사례, 거버넌스, 액세스 요구 사항을 준수하면서도 더 빠르게 배포할 수 있습니다.
애플리케이션 보안팀의 가장 큰 이점은 Platform Ops를 통해 개발자가 보안을 더 이상 속도를 늦추는 방해 요소로 여기지 않고, 오히려 이미 사용하고 있는 프로세스와 도구에 통합된 부분으로 여기는 환경을 조성한다는 것입니다. 이는 앱 제공 팀이 기업 전체의 보안을 강화하는 패턴을 도입하도록 동기를 부여합니다.
NGINX에서는 개발 프로세스의 어느 곳에서나 보안을 제공하고 CI/CD 파이프라인과 완벽하게 통합할 수 있는 웹 애플리케이션 방화벽(WAF)과 같은 도구를 제공하는 것의 중요성을 인식합니다. CPU를 많이 사용하거나 성능을 저하시키지 않는 가벼운 솔루션을 갖는 것도 중요합니다.
우리는 보안이 관문이 아닌 보호막 역할을 할 때 개발팀과 DevOps팀이 훨씬 더 행복하다는 것을 보았습니다. 보안이 공유 셀프 서비스 플랫폼에서 강력하고 일관된 제어 및 정책을 제공하면 개발 및 보안 팀이 최소한의 상호 작용과 방해로 지침에 맞춰 조정하기가 더 쉬워집니다.
NGINX 애플리케이션 플랫폼이 이를 제공하는 방식은 다음과 같습니다.
NGINX App Protect WAF는 앱을 빌드하고 관리하는 곳 어디에나 배포할 수 있는 가볍고 현대적인 WAF입니다. F5의 시장을 선도하는 WAF 기술을 기반으로 구축된 App Protect WAF는 클라우드, 하이브리드, 마이크로서비스 기반 컨테이너화 또는 온프레미스 등 아키텍처나 배포 환경에 관계없이 OWASP Top 10 및 기타 고급 위협으로부터 보호합니다. NGINX Plus 용 동적 모듈로 배포되는 App Protect WAF를 사용하면 보안 구성 및 정책을 자동화하여 CI/CD 파이프라인 내에서 직접 프로비저닝할 수 있습니다.
NGINX App Protect DoS는 서비스 거부(DoS) 공격을 식별하고 방지하기 위해 자동화된 적응형 보호 기능을 제공합니다. F5 보안 전문가의 지원을 받는 App Protect DoS는 적응형 머신 러닝과 내장된 이상 탐지 기능을 사용하여 애플리케이션과 마이크로서비스를 애플리케이션 계층 공격으로부터 보호합니다. 타겟형 공격을 차단하거나 실수로 인한 구성 오류로 인해 앱 성능이 저하되는 것을 방지해야 하는 경우 App Protect DoS는 최신 애플리케이션 아키텍처, 개발 도구 및 프레임워크에 완벽하게 통합되는 제로터치 보호 기능을 제공합니다.
Controller Application Delivery Module 용 NGINX Controller App Security<.htmla> 애드온을 사용하면 운영과 보안 규정을 저해하지 않고도 개발자 생산성을 높일 수 있습니다. Controller App Security는 다중 클라우드 환경에서 실행되는 HTTP 기반 앱과 API 전반에 걸쳐 표준화할 수 있는 신뢰할 수 있는 앱 보호 및 중앙화된 앱 계층 위협 가시성을 제공합니다. 또한 보안팀은 사전 승인된 가이드라인을 제공할 수 있으며, 개발자와 DevOps팀은 셀프 서비스 방식으로 가이드라인을 활용하여 앱에 앱 보호 기능을 쉽게 추가할 수 있습니다.
NGINX Controller API 관리 모듈 의 고급 보안은 최신 애플리케이션에 대한 분산 API 보안을 지원합니다.
NGINX App Protect 및 NGINX Controller 와 함께 NGINX Plus의 무료 30일 평가판을 시작하고, 클라우드( AWS , Google Cloud Platform , Microsoft Azure )에서 제공되는 서비스를 확인하고, 강사가 진행하는 NGINX App Protect 소개 수업에 등록하세요.
"이 블로그 게시물에는 더 이상 사용할 수 없거나 더 이상 지원되지 않는 제품이 참조될 수 있습니다. 사용 가능한 F5 NGINX 제품과 솔루션에 대한 최신 정보를 보려면 NGINX 제품군을 살펴보세요. NGINX는 이제 F5의 일부가 되었습니다. 이전의 모든 NGINX.com 링크는 F5.com의 유사한 NGINX 콘텐츠로 리디렉션됩니다."