컨테이너 보안 기초: 소개

컨테이너 보안이란 정확히 무엇일까요?

컨테이너 도입은 계속해서 가속화되고 있습니다. 이는 사실상 IT 전반에 해당하는 모든 관련 영역의 연구에서 확인할 수 있습니다. 컨테이너화된 워크로드가 온프레미스와 클라우드 모두에서 기업 워크로드의 비중을 계속 확대해 나갈 것이라는 점에는 이견이 없습니다.

프로덕션 환경에서 컨테이너를 사용하는 조직의 거의 대부분(94%)이 컨테이너 보안에 어느 정도 또는 매우 큰 우려를 나타냈습니다. Tripwire의 2019년 컨테이너 보안 현황에 따르면, 절반 이상(60%)이 지난 12개월 동안 컨테이너 보안 사고를 경험했습니다. 응답자의 절반 이상(54%)은 가장 큰 보안 우려 사항으로 ‘팀의 컨테이너 보안 지식 부족’을 꼽았습니다.

이는 컨테이너화가 단순히 패키징 형식에 관한 것만은 아니기 때문일 수 있습니다. 컨테이너만으로는 조직에 제공하는 이점이 거의 없습니다. 컨테이너의 강점은 오케스트레이션 시스템을 사용하여 배포하고 관리할 수 있다는 데 있습니다. 컨테이너가 수십 년 전부터 존재했음에도 오케스트레이션 솔루션이 등장하기 전까지는 본격적으로 도입되지 않았던 이유도 바로 여기에 있습니다.

컨테이너와 오케스트레이션이 자동화된 제공 및 배포 파이프라인을 통해 속도를 높이는 애자일 및 DevOps 같은 접근 방식과 자연스럽게 부합한다는 사실이 분명해지면서 도입이 가속화되었습니다.

따라서 컨테이너에 워크로드를 배포한다면, 배포(CI/CD) 파이프라인의 일부인 오케스트레이션 시스템도 함께 배포한다고 보는 것이 합리적입니다.

따라서 컨테이너 보안을 논할 때는 파이프라인, 오케스트레이션, 워크로드라는 세 가지 개별 시스템을 고려해야 합니다.

컨테이너 보안 전략에도 이 세 가지가 모두 포함되어야 합니다. 이 중 하나라도 평가하지 않으면 다양한 위험에 노출될 수 있으며, 그중 상당수는 원치 않는 명단에 이름을 올리게 하거나, 더 나쁘게는 보고 싶지 않은 뉴스의 헤드라인을 장식하게 만들 수 있습니다. 이로 인해 조직이 각 팀에 필요한 적절한 보안 지식이 갖춰져 있는지 확인하기가 훨씬 더 어려워집니다.

그래서 저는 플랫폼 보안 부문의 선임 테스트 엔지니어인 Jordan Zebor와 함께, 여러분이 기본 사항을 익히고 성공적인 컨테이너 보안 전략을 수립하는 데 도움이 될 블로그 시리즈를 준비했습니다. 이를 위해 컨테이너 보안을 구성하는 다음 세 가지 요소를 각각 자세히 살펴보겠습니다:

1. 파이프라인 보안
   파이프라인은 컨테이너화된 워크로드를 오케스트레이션 시스템에 자동으로 배포하는 데 사용되는 도구 모음입니다. 여기에는 사용자 지정 Python 스크립트, Jenkins, GitHub, GitLab 등이 포함될 수 있습니다.
   
   
2. 오케스트레이션 보안
   오케스트레이션 시스템은 워크로드를 관리하고 확장하는 데 사용됩니다. 대부분 Kubernetes를 사용하지만, RedHat OpenShift, AWS, Azure, Google, Mesos와 같은 Kubernetes 기반 시스템을 사용하거나 드물게는 맞춤형 시스템을 사용하기도 합니다. 이 시리즈에서는 오늘날 가장 널리 사용되는 오케스트레이션 옵션인 Kubernetes를 중점적으로 다룹니다.
   
   
3. 워크로드 보안
   배포되는 워크로드의 보안을 의미합니다. 모든 워크로드는 소프트웨어이며 다른 워크로드와 통신하고, 일반에 공개될 수도 있습니다. 최근에는 인프라와 미들웨어도 점차 여기에 포함되고 있습니다.

시리즈의 다음 블로그 글을 읽어보세요:
컨테이너 보안 기초: 파이프라인