Appweb(CVE-2018-8715)漏洞复现

最新推荐文章于 2023-12-09 17:04:00 发布
最新推荐文章于 2023-12-09 17:04:00 发布
阅读量2.5k 收藏 2
点赞数 1
CC 4.0 BY-SA版权
分类专栏： CVE&CTF 文章标签： 复现漏洞
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_43650289/article/details/90692967
本文详细介绍了Appweb HTTP服务器的一个安全漏洞，该漏洞允许在不提供密码的情况下通过digest和form认证。在7.0.2及更早版本中，逻辑错误导致直接认证成功。复现过程包括需要已知用户名，通过Burp Suite抓包并修改请求方式，利用POST传递session信息以绕过验证。作者强调了登录验证逻辑的重要性，并建议加强安全意识。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

内容涉及点：

  1. 简介
  2. 原理
  3. 影响范围
  4. 复现过程
  5. 自己的心得体会

Appweb简介

Appweb是一个HTTP Web服务器。这是直接集成到客 户的应用和设备，便于开发和部署基于Web的应用程序和设备。

AppWeb可以进行认证配置，其认证方式包括以下三种：

basic 传统HTTP基础认证
digest 改进版HTTP基础认证，认证成功后将使用Cookie来保存状态，
而不用再传递Authorization头
form 表单认证

漏洞原理

其7.0.3之前的版本中，对于digest和form两种认证方式，如果用户传入的密码为null（也就是没有传递密码参数），appweb将因为一个逻辑错误导致直接认证成功， 并返回session。

漏洞影响范围:
Appweb 7.0.2及早期版本。

复现过程：
1.该漏洞的存在，必须知道用户名！
利用该漏洞需要知道一个已存在的用户名，当前环境下用户名为joshua
这里我是拿docker在ubantu上搭建的环境，然后使用kali linux访问！

目标靶机：ubantu：192.168.44.128
kali linux: 192.168.44.130
<

了解本专栏 订阅专栏 解锁全文 超级会员免费看
Appweb(CVE-2018-8715)漏洞复现与思考
看不尽的尘埃——博客
02-12 5102
目录 Appweb简介 漏洞原理 漏洞影响范围 漏洞复现 思考 Appweb简介 Appweb是一个嵌入式HTTP Web服务器，主要的设计思路是安全。这是直接集成到客户的应用和设备，便于开发和部署基于Web的应用程序和设备。它迅速（ 每秒处理3500多要求）而紧凑 ，其中包括支持动态网页制作，服务器端嵌入式脚本过程中的CGI ，可加载模块的SSL ，摘要式身份验证，虚拟主机， Ap...
AppWeb 身份验证绕过漏洞 (CVE-2018-8715)复现实验报告
weixin_48400575的博客
01-27 2704
AppWeb 身份验证绕过漏洞 (CVE-2018-8715)复现实验报告
AppWeb认证绕过漏洞（CVE-2018-8715）漏洞复现
m0_58596609的博客
02-15 3297
AppWeb认证绕过漏洞（CVE-2018-8715）漏洞复现
AppWeb认证绕过漏洞（CVE-2018-8715）复现
qq_41132792的博客
05-01 2293
CVE-2018-8715详细复现过程，关于一些知识盲点大家可以去公众号：白安全组 查看往期文章
CVE-2018-8715(AppWeb认证绕过漏洞)
weixin_51387754的博客
10-26 1034
漏洞简介 漏洞编号：CVE-2018-8715 影响版本：7.0.3之前的版本 https://www.cvedetails.com/cve/CVE-2018-8715/ 漏洞产生原因： AppWeb可以进行认证配置，其认证方式包括以下三种： basic 传统HTTP基础认证 digest改进版HTTP基础认证，认证成功后将使用Cookie来保存状态，而不用再传递Authorization头 form 表单认证 其7.0.3之前的版本中，对于digest和form两种认证方式，如果用户传入的密码为nul
AppWeb认证绕过漏洞（CVE-2018-8715）
苏莫
07-17 2184
AppWeb认证绕过漏洞（CVE-2018-8715） 原理 AppWeb可以进行认证配置，其认证方式包括以下三种： basic 传统HTTP基础认证 digest 改进版HTTP基础认证，认证成功后将使用Cookie来保存状态，而不用再传递Authorization头 form 表单认证 其7.0.3之前的版本中，对于digest和form两种认证方式，如果用户传入的密码为null（也就是没...
复现AppWeb认证绕过（CVE-2018-8715）
weixin_51566481的博客
07-20 313
复现AppWeb认证绕过（CVE-2018-8715）
利用Vulnhub复现漏洞 - AppWeb认证绕过漏洞（CVE-2018-8715）
JiangBuLiu的博客
06-27 1118
AppWeb认证绕过漏洞（CVE-2018-8715）Vulnhub官方复现教程漏洞原理漏洞环境启动环境浏览器BurpSuite漏洞复现【注意】Burp不知名原因，会消失最后一个字节利用session Vulnhub官方复现教程 https://vulhub.org/#/environments/appweb/CVE-2018-8715/ 漏洞原理 AppWeb是Embedthis Softwar...
web常见漏洞复现
m0_46390077的博客
12-09 656
web常见漏洞复现 sql注入 以sqli-labs第一关测试 正常情况下我们的页面回显是这个样子 使用抓包工具查看也是id为1。 打开wireshark进行抓包，然后打开kali使用sqlmap跑一下。 等待跑完： 回到wireshark中筛选tcp 数据流从中发现一条sql一条代码命令。 追踪一下tcp数据流。 回到burp suite 中进行解码俺看到证实确实是sql 注入的语句。 分析：针对sql注入的一些关键词union select等等 xss漏洞 以dvwa _xss为例：
web中间件漏洞复现
weixin_43999372的博客
03-26 1324
一．Apache Apache HTTP Server（简称Apache）是Apache软件基金会的一个开放源码的网页服务器，可以在大多数计算机操作系统中运行，由于其多平台和安全性被广泛使用，是最流行的Web服务器端软件之一 1.解析漏洞 1. 漏洞原理 Apache默认一个文件可以有多个以点分隔的后缀，当右边的后缀无法识别，则继续向左识别，直到发现后缀是php，交给php处理这个文件 2. 漏洞...
一次历史漏洞分析与复现的全部过程
HBohan的博客
02-26 2640
环境需求 系统：Windows10 中间件：https://dlcdn.apache.org/tomcat/tomcat-9/v9.0.58/bin/apache-tomcat-9.0.58-windows-x64.zip 数据库：用phpstudy携带的5.7.26版本即可 jspxcms安装包(部署到Tomcat用来复现)：https://www.ujcms.com/uploads/jspxcms-9.0.0-release.zip jspxcms源码包(部署到IDEA进行分析)：https://w
weblogic反序列化漏洞CVE-2018-2628-批量检测脚本
weixin_34357436的博客
04-21 752
#coding=utf-8 import socket import time import re,os,sys,codecs type = 'utf-8' reload(sys) sys.setdefaultencoding(type) IpFile=file('./weblogic1.txt') #IP列表 fp= codecs.open("./weblogic1_...
『JavaWeb漏洞复现』低版本Springboot报错页面SPEL注入
Ho1aAs‘s Blog
06-10 1737
向一个可以能引发报错的controller传参，报错时会渲染出报错页面对输入的参数SPEL解析Springboot: 1.1.0 ~ 1.1.12、1.2.0 ~ 1.2.7、1.3.0新建Springboot项目，设置为受影响的版本编写一个通过输入能抛出错误的controller 传入SPEL表达式触发注入这里SPEL表达式是不能含有单双引号的，否则无法RCE，因此在exec的时候需要绕过：将引号字符串换成ascii表示 ascii转换： 代码审计 从报错页面渲染开始，在org.springframewo
WEB安全漏洞（持续更新）
东隅的博客
01-30 2918
#1、文件暴露 GIT git可以说是当今最受欢迎的版本控制/版本管理软件了，很多基于git的云端仓库都提供了免费的托管服务,甚全有不少还支持免费私有仓库，如bitbucket和国内的gitosc(开源中国)等。 关键文件 git在初始化项目的时候,会在项目的根目录(可用git rev-parse --show-toplevel查看)创建一个名为.git的隐藏文件夹,里面包含了本地所有commit的历史记录.如果无意官将这个日录置于WEB的路径下让用户可以访问,那么也就泄露了几乎所..
【漏洞复现】---- AppWeb认证绕过漏洞(CVE-2018-8715)
qq_43168364的博客
09-06 415
一、简介 AppWeb是老外的公司负责开发维护的一个基于GPL开源协议(Linux就使用了GPL开源协议)的Web Server。他使用C/C++来编写，能够运行在几乎所有操作系统上。他最主要的应用场景还是为嵌入式设备提供web application容器。 AppWeb可以进行认证配置，其认证方式包括以下三种： basic传统HTTP基础认证 digest改进版HTTP基础认证，认证成功后将使用Cookie来保存状态，而不用传统的Authorization头 form表单认证 其7.0.3之前的版
web实验cve-2018-1270漏洞复现
最新发布
12-28
关于CVE-2018-1270的信息似乎并未直接提供于所给的参考资料中，而提到的是其他类似的Spring Data REST漏洞如CVE-2017-8046和CVE-2018-1273。然而，在讨论这些相似类型的漏洞时，可以推测CVE-2018-1270可能也涉及到了SpEL（Spring Expression Language）表达式的不安全处理，这通常意味着应用程序未能正确验证或转义用户输入的数据就将其作为表达式的一部分来解析。 对于CVE-2017-8046而言，该漏洞存在于Spring Data REST 2.6到2.6.10版本以及特定版本的Spring Data Commons中[^1]。当通过PATCH请求更新资源属性时，如果路径参数未经过适当的安全检查就被传递给了`setValue()`函数，则可能导致恶意构造的JSON Patch文档中的数据被执行为SpEL表达式，从而允许远程代码执行。 至于CVE-2018-1273，受影响的是Spring Data Commons及其关联组件的不同版本范围内。此漏洞同样源于对用户提交的内容缺乏足够的防护措施，使得攻击者能够利用精心设计的HTTP POST请求向服务器发送含有恶意SpEL表达式的payload，进而控制应用逻辑甚至操作系统层面的操作[^5]。 尽管这里没有具体描述CVE-2018-1270的技术细节，但从上述两个案例可以看出，这类RCE（Remote Code Execution, 远程代码执行）漏洞往往依赖于以下几个方面： - **易受攻击的应用程序接口**：通常是那些接受来自客户端未经充分校验的数据并试图动态评估它们的地方。 - **存在缺陷的功能模块**：比如在此处提及的支持RFC6902标准的JSON-Patch操作或是某些形式的对象映射机制。 要复现这样的漏洞，一般建议遵循如下指导原则而不是具体的步骤说明： ### 准备工作 #### 构建实验环境 建立一个隔离且可控的实验室环境非常重要，这样可以在不影响生产系统的前提下探索潜在风险。可以选择Docker容器化部署方式快速搭建目标软件栈，并确保安装了已知存在问题的具体版本号的服务端件。 ```bash docker pull vulhub/spring:cve-2017-8046 # 或者针对不同漏洞选择合适的镜像标签 docker run -d --name spring-vuln-app -p 8080:8080 vulhub/spring:cve-2017-8046 ``` > 注意：以上命令仅作为一个例子展示如何启动带有指定漏洞的应用实例；实际操作前应查阅官方资料确认适用于CVE-2018-1270的最佳实践方案。 #### 获取必要的工具集 准备好用于发起网络请求的工具，例如curl、Postman或其他任何支持自定义HTTP头字段设置的API调试器。另外还需要具备一定的编程能力以便编写脚本来自动化测试过程。 ### 测试流程 #### 发送特制请求 基于之前了解到的知识点，尝试构造能触发内部错误响应或者异常行为的有效载荷。由于本问题是围绕着SpEL表达式的滥用展开的，因此应该特别关注能否让服务端解释特殊字符序列（如`${}`包围起来的部分）为合法语句。 ```json { "field": "${T(java.lang.Runtime).getRuntime().exec('touch /tmp/exploit_worked')}" } ``` 这段JSON片段展示了怎样嵌入一段简单的Java反射调用来创建文件标记以证明概念可行性。当然，真实场景下的有效负载可能会更加复杂多变，取决于待测平台特性及权限级别等因素的影响。 #### 验证结果反馈 最后一步就是观察系统反应情况，看是否成功实现了预期之外的动作。可以通过查看日志记录、监控进程状态变化亦或是直接检验物理存储介质上的新实体等方式来进行判断。
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

战神/calmness

你的鼓励是我最大的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值