- 综合排序
- 最热优先
- 最新优先
- 来自专栏极安御信安全研究院
漏洞分析丨HEVD-0x3.ArbitraryOverwrite
作者：selph前言窥探Ring0漏洞世界：任意内存覆盖实验环境：•虚拟机：Windows 7 x86•物理机：Windows 10 x64•软件：IDA，Windbg，VS2022漏洞分析本次实验内容是 IDA打开HEVD.sys，搜索IrpDeviceIoCtlHandler本次实验的是第三个样例，IRP分发函数通过跳转表进行跳转，两项之间的控制码相差4，所以本次实验使用的控制码是：0x22200b，漏洞触发代码 结构里包含一个写入地址，一个写入内容地址，向写入地址里写入指定的内容（4字节），只要能覆盖一个要执行的函数的地址，然后执行这个函数的时候就会调用到内核态的shellcode上去，由此这是个任意地址写入漏洞漏洞利用内核提权 HalDispatchTable+0x4 (83f3b3fc)]840db43e 85c0 test eax,eax840db440 7c0b jl nt! (3)-任意内存覆盖漏洞-二进制漏洞-看雪论坛-安全社区|安全招聘|bbs.pediy.com https://bbs.pediy.com/thread-252506.htm
72110编辑于 2022-07-07 - 来自专栏FreeBuf
ML 3.x任意代码执行漏洞分析
漏洞类型：代码执行漏洞 影响系统及版本：Discuz!ML V3.2-3.4 漏洞原因：Discuz! 二、漏洞分析 根据米斯特大佬们提供的报错界面，我对其中的三个报错点一一进行了分析，三个报错点如下图所示（还有米斯特大佬们的水印）。 ? 好像第一个错误没有什么用，接着开始分析第二个错误。 以上可以分析出，从获取language到DISCUZ_LANG拿到值的过程中，并没有对其进行过滤。 那么现在必须确定报错问题是怎么出现的了，看下图： ? 三、漏洞复现 访问站点www.***.com/forum.php，刷新页面抓包 在language参数处’.phpinfo().’： ? 返回内容： ? 复现成功。
2.4K30发布于 2019-07-29 - 来自专栏黑白天安全团队
域提权漏洞系列分析-Zerologon漏洞分析
本文是域提权漏洞系列分析中的Zerologon漏洞分析部分-其他部分还有几年的域提权漏洞和域提权手法 2020年08月11日，Windows官方发布了 NetLogon 特权提升漏洞的风险通告，该漏洞编号为 ，如果存在漏洞就会回显“OK，Vulnerable”，如图6- 所示； lsadump::zerologon /target:192.168.0.111 /account:win-3o8g1o8vv2e $ 图6- 探测域控是否存在该漏洞 3.利用置零修改域控密码为空，这一步会把域控win-3o8g1o8vv2e(即win-3o8g1o8vv2e$用户)的密码置为空，hash为31d6cfe0d16ae931b73c59d7e0c089c0 利用需要以下条件： 1.需要一个帐户来触发打印机错误 2.DC上运行Print Spooler 服务 3.DC存在Zerologon漏洞 4.域中应该至少有 2 个 DC，因为中继回同一个 DC不起作用 图6- Event ID 4742 图6- Event ID 5805 通过网络流量进行检测 根据上面的漏洞分析，攻击者需要使用8字节全0 Client Challenge不断尝试得到一个正确的8字节全
4K30编辑于 2023-01-16 - 来自专栏鱼皮客栈
让 AI 分析我 3 年前写的代码，全是漏洞！
最近逛 GitHub 的时候，发现了一个挺有潜力的开源项目 —— DeepAudit，让 AI 帮你挖掘项目漏洞。 势头很猛啊，短短时间就涨了不少 star，看这 star 趋势图： 这是一个 AI 代码审计工具，能自动分析你的代码，找出潜在的安全漏洞和代码问题。 可以在 GitHub 上生成一个新的 Token： 配置好之后，就可以创建一个要分析的项目了，仓库地址要填写正确。这里鱼皮拿自己 3 年前做的个人开源项目 —— SQL 代码和数据生成器试试水。 先看看最严重的 —— SQL 注入漏洞。 AI 的解释还挺到位的，确实存在 SQL 注入风险。当时这么写纯属图方便，没想到被 AI 一眼看穿了。 通过调用大模型的 API，让 AI 理解代码逻辑，然后根据常见的安全漏洞模式和最佳实践进行分析，最后生成结构化的审计报告。整个流程和 AI 代码审查是类似的，但更专注于安全漏洞的发现。
41910编辑于 2026-06-11 - 来自专栏Seebug漏洞平台
Gnuboard 漏洞分析
Gnuboard stored xss 之前记录的一个漏洞，漏洞触发点比较有趣，而且威胁也大，所以就发到博客。 首先看一下 index.php代码 <div style="float:left;<? > </div> 用latest过滤之后echo输出，如果是以前，就会跳过这个<em>漏洞</em>点，但是因为缺钱，所以跟了一下代码。 G5_SKIN_URL的值在 common.php文件的g5_path()的函数中会包含 host头的值，导致xss<em>漏洞</em>。 ，想起之前朋友挖过的gnuboard的<em>漏洞</em>，然后现在看了一下，虽然有补丁但是还是存在<em>漏洞</em>。 [b6d1126a-0cda-4270-a813-a9700addd<em>3</em>d2.png-w331s] [b8e1d4e9-3846-429c-be79-26b803a0055d.png-w331s] 如果用这种方式构造
1.5K60发布于 2018-03-16 - 来自专栏漫流砂
SNMP 漏洞分析
“ 之前进行了服务扫描，对于hasee得到的结果主要就是80端口的http服务，似乎攻击面被局限在了web渗透上，这样就太不全面了，接下来的几篇文章我会针对常见的服务进行深入分析攻击手段” -- ---- StringBleed CVE-2017-5135 这个CVE漏洞利用异常的简单，漏洞产生的原因就是个别产品身份验证有问题，无论我们提交什么CommunityString ，都会身份认证成功 ，对于这个漏洞的修补可以说是十分的糟糕，我刚刚还在shodan按照漏洞说明的产品们选择了几个进行测试，都成功了，而且其中大部分还具有写的权限。 结合刚刚介绍的漏洞，一个完美的DDoS方案就出来了，大家应该都懂吧！ 或许哪天无聊我可能会写一个这样的脚本。 3.
6.3K20发布于 2020-08-20 - 来自专栏FreeBuf
Autodiscover漏洞分析
漏洞简介 泄漏的凭据是向Microsoft Exchange服务器进行身份验证的Windows域凭据。此问题由微软的Autodiscover协议引发。 Autodiscover协议旨在简化Exchange客户端（如Microsoft Outlook）配置，使用户能够仅通过用户名和密码来配置客户端，而用户配置的登录到Exchange的凭证基本上都是域凭证，导致此类漏洞影响巨大 2017年，Shape Security的研究人员发表了一篇关于手机电子邮件客户端此类漏洞的文章（CVE-2016-9940，CVE-2017-2414）。 漏洞复现 研究人员购买了以下域名： Autodiscover.com.br–巴西 Autodiscover.com.cn–中国 Autodiscover.com.co–哥伦比亚 Autodiscover.es 3、客户端向服务器提交用户名和密码。 4、服务器验证用户并返回请求的资源。
3.1K20发布于 2021-10-11 - 来自专栏Seebug漏洞平台
Gnuboard 漏洞分析
Gnuboard stored xss 之前记录的一个漏洞，漏洞触发点比较有趣，而且威胁也大，所以就发到博客。 首先看一下 index.php代码
? ，想起之前朋友挖过的gnuboard的漏洞，然后现在看了一下，虽然有补丁但是还是存在漏洞。
1.7K40发布于 2018-03-30来自专栏深入浅出区块链技术UUPSUpgradeable 漏洞分析
//最后设置回新地址，并打log Upgraded(address) _upgradeTo(newImplementation); } } Openzepplin的实现漏洞分析 利用openzeppelin的在线代码生成，可以生成如下的代码：Contracts Wizard - OpenZeppelin Docs[3] // SPDX-License-Identifier: MIT OpenZeppelin Community: https://forum.openzeppelin.com/t/uupsupgradeable-vulnerability-post-mortem/15680 [3]
1.5K30发布于 2021-10-13来自专栏代码审计SSRF漏洞简单分析
什么是SSRF漏洞 SSRF(服务器端请求伪造)是一种由攻击者构造请求，服务器端发起请求的安全漏洞，所以，一般情况下，SSRF攻击的目标是外网无法访问的内部系统。 SSRF漏洞形成原理。 利用file协议读取本地文件等等 参考文献:《Web安全攻防》 SSRF漏洞代码分析 <?
89020发布于 2020-09-27来自专栏博客原创文章SSTI漏洞基础分析
return '现在的方法是POST' if __name__ == '__main__': app.debug = True app.run('127.0.0.1','8080') 仔细分析上面的代码 ，从而照成漏洞的产生，flask漏洞也被称为'SSTI'，既然flask是基于python开发的一种web服务器，那么也就意味着如果用户可以和flask进行交互的话，就可以执行python的代码，比如eval ，system，file等等等等之类的函数，本文将以jinjia2的模板引擎render_template_string作为漏洞代码进行漏洞演示~ 漏洞演示 下面是演示一个看起来没啥问题的代码 __subclasses__()[40]('/flag').read() # 由于python3已经没有file了，所以使用open代替，open在__builtins__下 2.''. cmd={{config}} [13.png] 有回显，说明存在SSTI漏洞，既然确定了有这个漏洞，那就直接根据上面给出的payload打一波命令执行或者文件读取即可，具体的可以看上面的payload
1K20编辑于 2022-04-01来自专栏知道创宇BlueKeep 漏洞利用分析
信道的定义字段主要是名字加上配置，配置主要包括了优先级等 在server对MCS Connect Inittial应答包，将会依次给出对应虚拟通道的id值： 在rdp内核中依次注册的值对应应该是0、1、2、3, MS_T120信道将会通过我们发送的用户虚拟id为3的值再一次绑定，首先通过termdd! _IcaBindChannel时，却将我们自定义的id值为3与信道结构体再一次绑定在一起了,此信道结构体就是MS_T120 同时我们自己的用户id将内部绑定的0x1f给覆盖了 我们往信道MS_T120 发送数据主动释放其分配的结构体，其传入虚拟通道id值为3通过函数termdd! 0x02 win7 EXP 池喷射简要分析 首先被释放的MS_T120池大小包括是0x170,池的标志是TSic 分析Win7 exp 可以知道数据占位是用的rdpsnd信道，作者没有采用rdpdr信道
1K20发布于 2019-09-20来自专栏逆向与安全漏洞分析入门一
0x01: 漏洞挖掘一般方法 1. 手动法漏洞挖掘 手动法挖掘，就是不使用自动挖掘工具，手动分析软件可能出问题的地方。其中挖掘点是靠手动来寻找的，畸形数据也是手动来构造的。 静态扫描： 这种漏洞挖掘方法的思路就是扫描目标程序的二进制文件，通过PE文件分析，指令分析等来发现目标程序中存在的潜在漏洞代码。 所以还需要加以指令分析的方法，但是指令分析的实现难度和成本都比较高，因为要考虑到所有的漏洞模式，这也导致了另一个缺点检测速度非常慢。 3. d.通过逆向分析这些异常样本，查看是否是漏洞同时确定危害级别。 通用FUZZ优点： 上手容易，不需要了解文件格式即可对目标进行漏洞挖掘。全自动化，效率很高。 3. 通过逆向分析解析视频文件格式，发现函数处理密钥在文件所在位置如下图。 ? 4.
1.6K21发布于 2018-10-18来自专栏信安百科Gmail XSS漏洞分析
0x01分析： 多年来，我发现绕过 XSS 过滤器的最简单方法是将其诱骗到与浏览器实际用于渲染给定代码段不同的渲染上下文中。 推荐阅读： 关于CVE-2022-35650的分析 【翻译】CVE-2022–21661:Wordpress Core SQL注入漏洞 【翻译】CATIE Web 应用程序任意文件读取漏洞 【漏洞预警 】Grafana未授权任意文件读取漏洞 【漏洞预警】VMware vCenter Server任意文件读取
2.6K20编辑于 2023-10-02来自专栏Seebug漏洞平台BlueKeep 漏洞利用分析
在rdp内核中依次注册的值对应应该是0、1、2、3, MS_T120信道将会通过我们发送的用户虚拟id为3的值再一次绑定，首先通过termdd! _IcaBindChannel时，却将我们自定义的id值为3与信道结构体再一次绑定在一起了,此信道结构体就是MS_T120 ? 同时我们自己的用户id将内部绑定的0x1f给覆盖了 ? 我们往信道MS_T120发送数据主动释放其分配的结构体，其传入虚拟通道id值为3通过函数termdd!IcaFindChannel在channeltable中查找返回对应的信道结构体： ? 0x02 win7 EXP 池喷射简要分析 首先被释放的MS_T120池大小包括是0x170,池的标志是TSic ? 分析Win7 exp 可以知道数据占位是用的rdpsnd信道，作者没有采用rdpdr信道，应该也和喷射的稳定性有关，rdpsnd喷射是再建立完了rdpdr初始化后开始的，在free掉MS_T120结构体前
85030发布于 2019-09-20分析DAO的漏洞
分析DAO的漏洞 我敢肯定每个人都听说过有关DAO被一个黑客利用递归以太坊发送漏洞截获1.5亿美元的重大新闻。 第3步: 重大事故(The Big Short) 社交媒体上的一些完全没有根据的指控指出, 袭击发生前不久, Bitfinex就发生了3美元的以太坊事故, 声称这笔事故接近100万美元利润。 我不会花太多时间在这种区块链分析上, 因为他已经做得很好。我非常鼓励任何对此有兴趣的人可以从那篇文章开始看起。 在本系列的下一篇文章中, 我们将看看恶意合约本身的代码(包含实际发起递归攻击的漏洞)。 为了方便发布, 我们还没有完成这样的分析。 如果你有可能与此处描述的主题相关区块链数据或分析, 或者合同源代码或二进制分析, 请通过邮件发送给phil@linux.com分享。
2.5K90发布于 2018-04-04来自专栏小生观察室Nuxeo RCE漏洞分析
视频内容 Nuxeo RCE漏洞分析 1080P超清版 微信公众号平台本身会对素材进行二次压缩，会导致画面出现不清晰等情况。 如有需要查看超清1080P版视频，可以选用以下2种方式进行查看。 v=kcx3K1LFBmY 其他说明 本视频基于直播内容进行了剪辑和优化，去除多余杂音及跳帧画面 添加片头增强舒适度，提高观赏性。
62920发布于 2021-04-27来自专栏LoRexxar's Blogphpmailer RCE漏洞分析
最近爆出来个CVE-2016-1003，国内人分析了两天发现ying 是国外十几年前发现的漏洞，分析了两天发现影响覆盖越来越严重，现在最新的patch也被绕过了，又爆了新的cve… 朋友的博客 CVE- ： 1、php version < 5.2.0 2、phpmailer < 5.2.18 3、php 没有安装 pcre（no default） 4、safe_mode = false（default） 漏洞和这个差不多 http://blog.knownsec.com/2016/12/roundcube-1-2-2-远程命令执行漏洞-漏洞分析/ 其实问题主要是在mail函数的第五个参数过滤不严明，导致了命令执行 /how-to-analyze-long-regex.html 还有好用的正则表达式分析引擎 https://regex101.com 新的cve提交的是这个payload \"attacker\\' https://github.com/PHPMailer/PHPMailer/pull/930 主要问题escapeshellarg和escapeshellcmd一起处理会出现新的问题，具体可以看我朋友的博客分析
1.9K30编辑于 2023-02-21来自专栏渗透云笔记Unlink漏洞简单分析
0x1，堆溢出漏洞； 0x2，闲聊：Unlink的难度不小，现在也只能勉强理解； 关于unlink的漏洞简单说一下 1，第一个判断 if(chunksize (p) ! 0x3，具体操作： 1，源码分析的话是典型的给你创建，编辑，删除的堆； 2 ? 没什么好说的；3. ? 它会把创建的堆放在这；地址0x602140； 4，那么需要至少3个堆，前两个可以小一点，后一个需要大一点比fastbin 大，才可以溢出 5，通过修改第二个chunk的内容在第二个chunk中伪造了一个空闲 如过此时想要free chunk3那么要进入unlink则需要使unlink函数认为伪chunk是空闲的并绕过检查。 p.sendline(str(size)) p.send(content) p.recvuntil('OK\n') def free(idx): p.sendline('3'
94010发布于 2019-10-31来自专栏FreeBufJenkins插件漏洞分析
我们将专门讨论以下信息泄露漏洞以及受影响的相应插件： ? 在撰写本文时，Port Allocator、testlink和caliper-ci插件中的漏洞尚未修复。 访问存储的凭据 可以利用Jenkins插件漏洞获取用户凭据。当具有扩展读取权限或访问主文件系统的用户凭据泄漏时，攻击者也可访问其他集成服务，尤其是当用户对不同平台或服务使用相同的密码时。
2K30发布于 2019-09-25
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号