第61天-服务攻防-中间件安全&CVE 复现&K8s&Docker&Jetty&Websphere


文章仅供学习交流,一些漏洞没能复现出来,日后来兴趣再补坑(大概~)


视频链接:

【小迪安全】红蓝对抗 | 网络攻防 | V2022全栈培训_哔哩哔哩_bilibiliicon-default.png?t=N7T8https://www.bilibili.com/video/BV1pQ4y1s7kH

目录

一、知识点

1、中间件-K8s

2、中间件-Jetty-CVE

3、中间件-Docker-CVE

4、中间件-WebSphere-CVE

二、章节内容

1、常见中间件的安全测试

2、中间件安全测试流程

3、应用服务安全测试流程

三、案例演示

1、K8s

2、Jetty

(1)CVE-2021-28164  不明确路径信息泄露漏洞

(2)CVE-2021-28169  路径限制绕过漏洞

(3)CVE-2021-34429  敏感信息泄露漏洞

3、Docker

(1)CVE-2016-5195  (环境搭建失败)

(2)CVE-2019-5736  (环境搭建失败)

(3)未授权访问漏洞

4、WebSphere

(1)CVE-2015-7450 反序列化漏洞

(2)弱口令&后台getshell

(3)CVE-2020-4450 反序列化远程代码执行漏洞(无poc/exp)

四、总结


相关工具链接

链接:https://pan.baidu.com/s/1a6Zt4e96rk87Kz0Gpzepig
提取码:ospa


一、知识点

中间件及框架列表:

IIS,Apache,Nginx,Tomcat,Docker,Weblogic,JBoos,Jenkins,GlassFish,Jira,Struts2,Laravel,Solr,Shiro,Thinkphp,WebSphere,Spring,Flask,jQuery 等

本节课程涉及以下中间件案例演示:

1、中间件-K8s
2、中间件-Jetty-CVE
3、中间件-Docker-CVE
4、中间件-WebSphere-CVE

二、章节内容

1、常见中间件的安全测试

(1)配置不当-解析&弱口令

(2)安全机制-特定安全漏洞

(3)安全机制-弱口令爆破攻击

(4)安全应用-框架特定安全漏洞

2、中间件安全测试流程

(1)判断中间件信息-名称&版本&三方

(2)判断中间件问题-配置不当&公开漏洞

(3)判断中间件利用-弱口令&EXP&框架漏洞

3、应用服务安全测试流程

(1)判断服务开放情况-端口扫描&组合应用等

(2)判断服务类型归属-数据库&文件传输&通讯等

(3)判断服务利用方式-特定漏洞&未授权&弱口令等

三、案例演示

1、K8s

简介:

Kubernetes(简称k8s)是Google开源的一个容器集群管理系统,使用Go语言开发,用于管理云平台中多个主机上的容器化的应用。它支持自动化部署、大规模可伸缩、应用容器化管理。在生产环境中部署一个应用程序时,通常要部署该应用的多个实例以便对应用请求进行负载均衡。在Kubernetes中,我们可以创建多个容器,每个容器里面运行一个应用实例,然后通过内置的负载均衡策略,实现对这一组应用实例的管理、发现、访问,而这些细节都不需要运维人员去进行复杂的手工配置和处理。

这节课不做展示,权限提升再讲。

2、Jetty

简介:

Elipse Jetty 是一个开源的 servlet 容器,它为基于 Java 的 Web 容器提供运行环境。

(1)CVE-2021-28164  不明确路径信息泄露漏洞

简介:

Eclipse Jetty 9.4.37.v20210219 至 9.4.38.v20210224 版本存在安全漏洞,该漏洞源于默认符合性模式允许具有包含%2e或%2e%2e段的URI的请求访问 WEB-INF 目录中受保护的资源,攻击者可以利用例如对 /context/%2e/WEB-INF/web.xml 可以检索 web.xml 文件,可能会显示有关 web 应用程序实现的敏感信息。

影响版本:

Jetty = 9.4.37、9.4.40、9.4.43

打开vulhub的/jetty/CVE-2021-28164/目录,启动docker-compose up -d启动容器,访问页面

访问/WEB-INF/web.xml,返回404 not found,访问/%2e/WEB-INF/web.xml也是如此

打开kali,利用命令1显示web.xml文件信息,也可使用命令2保存到本地

命令1:curl -v ‘http://192.168.190.153:8080/%2e/WEB-INF/web.xml’

命令2:curl ‘http://192.168.190.153:8080/%2e/WEB-INF/web.xml’ -o ./a.txt

(2)CVE-2021-28169  路径限制绕过漏洞

简介:

对于Eclipse Jetty版本<=9.4.40、<=10.0.2、<=11.0.2,向具有双重编码路径的ConcatServlet的请求可以访问WEB-INF目录中的受保护资源。例如,请求“/concat?/%2557EB-INF/web.xml”可以检索web.xml文件。这可能会泄露有关web应用程序实现的敏感信息。

影响版本:

Eclipse Jetty ≤ 9.4.40

Eclipse Jetty ≤ 10.0.2

Eclipse Jetty ≤ 11.0.2

打开vulhub的/jetty/CVE-2021-28169/目录,启动docker-compose up -d启动容器,访问页面

访问/static?/WEB-INF/web.xml,返回404 not found

对字母“W"进行双重URL编码,访问/static?/%2557EB-INF/web.xml即可绕过限制

实测改其它字母也可绕过,例如把"E"改为%2545也可绕过(%25对应%,%2545为%45,把%45url解码即为E)

(3)CVE-2021-34429  敏感信息泄露漏洞

简介:

对于Eclipse Jetty版本为9.4.37-9.4.42、10.0.1-10.0.5和11.0.1-11.0.5,可以使用一些编码字符来创建URL,以访问WEB-INF目录的内容和绕过一些安全约束。此漏洞是CVE-2021-28164和CVE-2021-28169新的绕过方式。

影响版本:

9.4.37 ≤ Eclipse Jetty ≤ 9.4.42

10.0.1 ≤ Eclipse Jetty ≤ 10.0.5

11.0.1 ≤ Eclipse Jetty ≤ 11.0.5

打开vulhub的/jetty/CVE-2021-34429/目录,启动docker-compose up -d启动容器,访问页面

访问/static?/WEB-INF/web.xml,返回404 not found

访问/%u002e/WEB-INF/web.xml,即可绕过限制

以上三个漏洞,都可通过curl -I 'http://ip:8080’查看Jetty版本号。但仅仅是泄露敏感信息说实话用处不大

3、Docker

简介:

Docker 是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中,然后发布到任何流行的 Linux或Windows操作系统的机器上,也可以实现虚拟化。容器是完全使用沙箱机制,相互之间不会有任何接口。

简单来说,就相当于码头上的一个个集装箱,每个箱子之间互不影响并且开箱即用,不需要在docker内额外配置环境。

判断当前环境是否为docker

方式一:ls -alh /.dockerenv        非docker环境没有这个文件,无法访问

方式二:cat /proc/1/cgroup        非docker环境中没有docker相关进程

docker各漏洞产生原因:

1、由内核漏洞引起:Dirty COW(CVE-2016-5195)

2、由 Docker 软件设计引起:CVE-2019-5736、CVE-2019-14271,CVE-2020-15257

3、由配置不当引起:开启 privileged(特权模式)+宿主机目录挂载、功能(capabilities)机制、sock 通信方式

(1)CVE-2016-5195  DirtyCow内核提权漏洞  (环境搭建失败)

简介:

在4.8.3之前的Linux内核2.x到4.x中mm/gup.c中的竞争条件允许本地用户通过利用对写时拷贝(COW)功能的错误处理来写入只读内存映射来获得特权,这在2016年10月被广泛利用,也称为“脏牛”漏洞。

影响版本:

Linux内核>=2.6.22(2007年发行)开始就受影响了,直到2016年10月18日才修复

用了一天搭建靶场,遗憾没有完美的环境进行复现(蚌埠住了一天就这样浪费了)

(2)CVE-2019-5736  docker逃逸漏洞(环境搭建失败)

简介:

Docker、containerd或者其他基于runc的容器运行时存在安全漏洞,攻击者可以通过特定的容器镜像或者exec操作,来获取到宿主机的runc执行时的文件句柄,并修改掉runc的二进制文件,从而可以在宿主机上以root身份执行命令。

影响版本:

docker version <=18.09.2

RunC version <=1.0-rc6

环境搭建失败无法复现

(3)未授权访问漏洞

简介:

如果在docker上配置了远程访问,docker 节点上会开放一个TCP端口2375,绑定在0.0.0.0上,如果没有做限制的话,攻击者就可以通过Docker未授权来控制服务器。

影响版本:

Docker Remote API 1.3

Docker Remote API 1.6

由于vulhub启动docker靶场失败,可以在合天网安实验室进行实验,里面也有详细实验步骤

实验环境

目标机器: CentOS7+Docker、IP:10.1.1.200
攻击机器:Kali+Docker、IP:10.1.1.100

创建实验机,进入kali,使用nmap扫描靶机,发现docker开启2375端口

nmap -p- -sV -T4 10.1.1.200

  • -p:探测端口,-p-表示扫描所有端口
  • -sV:探测开放的端口的系统/服务信息
  • -T4:设置时间模板,值越大扫描速率越快

访问2375端口,出现“page not found”说明存在漏洞

还可通过访问info获取docker主机信息

既然漏洞存在,那么下面就进行漏洞利用

docker -H tcp://10.1.1.200 ps -a    #列出靶机的容器列表

本人从事网路安全工作12年,曾在2个大厂工作过,安全服务、售后服务、售前、攻防比赛、安全讲师、销售经理等职位都做过,对这个行业了解比较全面。

最近遍览了各种网络安全类的文章,内容参差不齐,其中不伐有大佬倾力教学,也有各种不良机构浑水摸鱼,在收到几条私信,发现大家对一套完整的系统的网络安全从学习路线到学习资料,甚至是工具有着不小的需求。

最后,我将这部分内容融会贯通成了一套282G的网络安全资料包,所有类目条理清晰,知识点层层递进,需要的小伙伴可以点击下方小卡片领取哦!下面就开始进入正题,如何从一个萌新一步一步进入网络安全行业。

学习路线图

其中最为瞩目也是最为基础的就是网络安全学习路线图,这里我给大家分享一份打磨了3个月,已经更新到4.0版本的网络安全学习路线图。

相比起繁琐的文字,还是生动的视频教程更加适合零基础的同学们学习,这里也是整理了一份与上述学习路线一一对应的网络安全视频教程。

网络安全工具箱

当然,当你入门之后,仅仅是视频教程已经不能满足你的需求了,你肯定需要学习各种工具的使用以及大量的实战项目,这里也分享一份我自己整理的网络安全入门工具以及使用教程和实战。

项目实战

最后就是项目实战,这里带来的是SRC资料&HW资料,毕竟实战是检验真理的唯一标准嘛~

面试题

归根结底,我们的最终目的都是为了就业,所以这份结合了多位朋友的亲身经验打磨的面试题合集你绝对不能错过!

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化资料的朋友,可以点击这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

用教程和实战。**

项目实战

最后就是项目实战,这里带来的是SRC资料&HW资料,毕竟实战是检验真理的唯一标准嘛~

面试题

归根结底,我们的最终目的都是为了就业,所以这份结合了多位朋友的亲身经验打磨的面试题合集你绝对不能错过!

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化资料的朋友,可以点击这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

  • 22
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值