Pentesting Kubernetes Services
Kubernetes는 인터넷에 노출되거나 하나의 포드를 침해한 후 내부 네트워크에서 발견할 수 있는 여러 특정 네트워크 서비스를 사용합니다.
OSINT를 통한 노출된 포드 찾기
한 가지 방법은 crt.sh에서 Identity LIKE "k8s.%.com"
을 검색하여 kubernetes와 관련된 서브도메인을 찾는 것입니다. 또 다른 방법은 github에서 "k8s.%.com"
을 검색하고 해당 문자열을 포함하는 YAML 파일을 찾는 것입니다.
Kubernetes가 서비스를 노출하는 방법
Kubernetes가 서비스를 공개적으로 노출할 수 있는 방법을 이해하는 것이 유용할 수 있습니다:
포트 스캐닝을 통한 노출된 포드 찾기
다음 포트는 Kubernetes 클러스터에서 열려 있을 수 있습니다:
Nmap
Kube-apiserver
이것은 관리자가 일반적으로 kubectl
도구를 사용하여 통신하는 API Kubernetes 서비스입니다.
일반 포트: 6443 및 443, 하지만 minikube에서는 8443, 비보안으로는 8080도 있습니다.
다음 페이지를 확인하여 이 서비스와 대화하여 민감한 데이터를 얻고 민감한 작업을 수행하는 방법을 알아보세요:
Kubelet API
이 서비스는 클러스터의 모든 노드에서 실행됩니다. 이 서비스는 노드 내의 포드를 제어합니다. kube-apiserver와 통신합니다.
이 서비스가 노출된 경우 인증되지 않은 RCE를 발견했을 수 있습니다.
Kubelet API
kubelet (읽기 전용)
etcd API
Tiller
You could abuse this service to escalate privileges inside Kubernetes:
cAdvisor
메트릭을 수집하는 데 유용한 서비스.
NodePort
모든 노드에서 NodePort를 통해 포트가 노출되면, 동일한 포트가 모든 노드에서 열리며 선언된 Service로 트래픽을 프록시합니다. 기본적으로 이 포트는 30000-32767 범위에 있습니다. 따라서 새로운 검증되지 않은 서비스는 이러한 포트를 통해 접근할 수 있습니다.
취약한 잘못된 구성
Kube-apiserver 익명 접근
kube-apiserver API 엔드포인트에 대한 익명 접근은 허용되지 않습니다. 하지만 일부 엔드포인트를 확인할 수 있습니다:
ETCD 익명 접근 확인
ETCD는 클러스터 비밀, 구성 파일 및 기타 민감한 데이터를 저장합니다. 기본적으로 ETCD는 익명으로 접근할 수 없지만, 항상 확인하는 것이 좋습니다.
ETCD에 익명으로 접근할 수 있다면, **etcdctl 도구를 사용해야 할 수도 있습니다. 다음 명령어는 저장된 모든 키를 가져옵니다:
Kubelet RCE
The Kubelet documentation 설명합니다 기본적으로 서비스에 대한 익명 액세스가 허용됩니다:
Kubelet 서버에 대한 익명 요청을 활성화합니다. 다른 인증 방법에 의해 거부되지 않는 요청은 익명 요청으로 처리됩니다. 익명 요청은
system:anonymous
라는 사용자 이름과system:unauthenticated
라는 그룹 이름을 가집니다.
Kubelet API의 인증 및 권한 부여가 어떻게 작동하는지 더 잘 이해하려면 이 페이지를 확인하세요:
Kubelet 서비스 API는 문서화되어 있지 않지만, 소스 코드는 여기에서 찾을 수 있으며 노출된 엔드포인트를 찾는 것은 실행하는 것만큼 쉽습니다:
모두 흥미롭게 들립니다.
Kubeletctl 도구를 사용하여 Kubelet 및 해당 엔드포인트와 상호작용할 수 있습니다.
/pods
이 엔드포인트는 파드와 그 컨테이너를 나열합니다:
/exec
이 엔드포인트는 모든 컨테이너 내에서 코드를 매우 쉽게 실행할 수 있게 해줍니다:
이 공격을 피하기 위해 kubelet 서비스는 --anonymous-auth false
로 실행되어야 하며, 서비스는 네트워크 수준에서 분리되어야 합니다.
Kubelet (읽기 전용 포트) 정보 노출 확인
kubelet 읽기 전용 포트가 노출되면, 무단 당사자가 API에서 정보를 검색할 수 있게 됩니다. 이 포트의 노출은 다양한 클러스터 구성 요소의 공개로 이어질 수 있습니다. pod 이름, 내부 파일의 위치 및 기타 구성을 포함한 정보는 중요하지 않을 수 있지만, 그 노출은 여전히 보안 위험을 초래하며 피해야 합니다.
이 취약점이 어떻게 악용될 수 있는지에 대한 예는 원격 공격자가 특정 URL에 접근하는 것입니다. http://<external-IP>:10255/pods
로 이동함으로써 공격자는 kubelet에서 민감한 정보를 검색할 수 있습니다:
References
Last updated