Kubernetes 컨테이너 보안이란?

AWS 컨테이너를 보호할 때 고려해야 할 몇 가지 요소는 다음과 같습니다.

Kubernetes 컨테이너를 보호할 때 고려할 첫 번째 구성 요소 중 하나는 기본 구성입니다. 한 포드 내의 공격이 다른 포드로 확산될 위험을 최소화하기 위해, 모든 기본 Kubernetes 구성은 사용 전에 확인을 거쳐야 합니다.

Kubernetes에는 액세스 제어와 같은 것을 위한 특정 프레임워크가 있지만 이러한 액세스 제어 기능의 대부분은 일반적으로 기본적으로 켜져 있지 않습니다. 이러한 유형의 제어는 최소 권한 정책을 시행하도록 구성되지 않아, 해당 정보가 반드시 필요하지 않을 수도 있는 사용자에게 완전한 권한을 부여할 수 있습니다. 잠재적으로 민감한 데이터를 이러한 방식으로 노출하는 것은 엄청난 위험이며 악의적인 사용자에게 기밀 정보가 공개됩니다.

컨테이너 런타임은 컨테이너를 실행하는 특수 애플리케이션입니다. Kubernetes에는 런타임 공격에 대한 보호 기능이 없으며 침입이 발생한 후 이를 감지할 수 없다는 점을 이해하는 것이 중요합니다.

실행 중인 컨테이너에서 활성 위반 또는 새로운 취약점이 감지되면 전체 컨테이너를 종료하고 손상되지 않은 버전을 다시 시작해야 합니다. 보안 문제의 근본 원인을 수정한 정보는 해당 환경에서 구성 요소를 재구성하는 데도 사용되어야 합니다.

이미지는 컨테이너를 더 취약하게 만들 수 있습니다. 잘못 구성된 이미지는 공격자가 네트워크에 침입할 수 있는 쉬운 액세스 지점을 제공하며 특정 인증 키가 포함된 이미지는 추가 공격에서 사이버 범죄자를 지원할 수 있습니다.

컨테이너 이미지 내부에 있는 악성 코드를 감지하려면 Kubernetes의 기능이 아닌 레지스트리 및 프로덕션에서 취약점 스캔이 필요합니다.

설계상 Kubernetes는 할당된 서버에서 컨테이너를 실행합니다. 오케스트레이션 도구는 해당 서버의 보안과 관련이 없으므로 보안 문제를 모니터링하는 데는 다른 프로세스를 활용해야 합니다.

그런 다음 많은 기업이 시스템 리소스에 대한 익스플로잇을 탐지하기 위해 이 인스턴스에서 기존의 호스트 보안으로 전환하지만 호스트도 손상될 경우 치명적인 결과를 초래할 수 있습니다. 악의적인 공격에 맞서기 위해 호스트 시스템에서 위반 및 의심스러운 활동을 모니터링해야 합니다.

기본적으로 Kubernetes는 각 포드에 네트워크 정책을 적용하지 않으므로, Kubernetes 환경의 포드가 서로 통신할 수 있습니다. 컨테이너와 포드가 서로 커뮤니케이션하는 것은 유리합니다. 그러나 사이버 범죄자들이 컨테이너 환경 내에서 측면으로 이동하면 손쉬운 목표가 될 수 있습니다.

네트워크 정책을 포드 정책과 연결하면 해당 통신이 정의된 자산으로 제한되므로 방화벽 규칙 및 제어와 유사한 역할을 수행할 수 있습니다.