apifuzzing和协议fuzzing的区别

在这个数字化的时代，api fuzzing和协议fuzzing的区别的更新速度越来越快。今天，我将和大家分享关于api fuzzing和协议fuzzing的区别的今日更新，让我们一起跟上时代的步伐。

文章目录列表:

api fuzzing和协议fuzzing的区别

您好，近年来，Fuzzing技术已被证明可以非常有效地找出网页浏览器漏洞。而在过去的一段时间，有数个有价值的Fuzzing方式和框架被开发出来，其中的一些成为标准，并被安全研究社区广泛地采用。随著浏览器厂商提供的漏洞奖金悬赏计划与0day漏洞交易市场的成长，更多研究人员加入浏览器漏洞挖掘的行列。此外，所有主流浏览器安全厂商都在他们的私有云系统中，搭建了由数千颗CPU组成的Fuzzing系统，来运行7*24小时的fuzzing任务，因此对于独立安全漏洞研究者来说，能够胜过这些漏洞挖掘巨头的办法，就是使用智能Fuzzing技术，以及关注特定的浏览器API和行为。

在这个议题中Rosario alotta充分说明目前对于内存破坏漏洞、浏览器模糊测试技术的概况和局限性，随后向与会者介绍了一种新的针对特定浏览器方面的Fuzzing算法，并解释其背后的工作原理，以及在使用这种方法时发现的一系列可被利用的内存破坏漏洞。

Rosario alotta在演讲 别提到，为什么用fuzzing?因为大多数时候我们发现内存破坏的漏洞，为什么在软件当中我们需要有这样一些工具?因为我们看到对目标机器的控制，为什么要在浏览器上用这个fuzzing，因为现在浏览器是无处不在的。所以如果浏览器出现漏洞的话，会有成亿的人，而且会有数千万行的代码不断的加进去。

只要搞渗透，不就会听到很多行业内人前辈一直在重复:“信息搜集” 信息搜集有多重要，你搜集的到的多少资产信息，决定了你后续进行的一系列实战到什么程度!

要说SQL注入的漏洞咋找，逻辑漏洞咋找，支付漏洞咋找，越权漏洞咋找，等等

实这都一个道理，用谷歌语法，找通杀用fofa,这里演示几个类型的漏洞，其它的也是一个道理。

个: SQL注入漏洞

AS:首先是SQL注入的，这个漏洞说实话，基本就是谷歌语法找的快,

语法: inurl:asp?id=23公司，这时候你会问:不是inurl:asp?id=就行了吗，当然!

这可以!如果你想找到一些奇奇怪怪的站可以用这个，比如:

这时候明白接公司的重要性了吧，这里找的是asp的站，为啥找asp的站?

其中一一个最重要的原因就是因为他，好挖!

当然这里只是找了一小部分站点的， 如果突然发现重复了咋办?

这个简单，换个id就行了同学!

inurl:asp?id-34公司，这里的id 值不断的变变变就行了，你们也可以对比一下

这是不是就不一样了，当然如果有兴趣的话，也可以搜搜inurl :php?id=12公司

这也是可以找到很多站的，不过加WAF的几率很大

我找了10个9个都加过,所以说要想上分上的快，asp 的站 不能落下!

这里我就不多叙述，因为这站好找，真的特别好找，但是要想能弱密码进去的却很少

直接上镜像站一放inurl:什么牛鬼蛇神都出来了，这后台管理的站可以说是非常多了

当然如果不想找到国外其它奇奇怪怪的站点的话，建议加个关键词公司

可以看到这里一堆后台,当然要渗透这些后台弱密码很少能进去了

你看到我打inur1: 它自动给我补齐关键词了吗，说明这玩意很多人挖

一般搞后台，先信息收集,这个等会说，反正我是没搞到过几个

这种漏洞咋找?商城，积分商城。

试试谷歌语法: info:商城AND积分商城

这不全是商城吗，当然对于一些大厂， 建议不要去搞

因为防护也会比一般的站点比较严格,况且现在做 网上商城的站点也很少了

其实可以在漏洞挖掘的时候注意一下站点是否有paypal这个功能，有的话，可以搞一搞的，这还是有搞头的

再来就是逻辑漏洞，比如说平行，垂直越权，任意密码重置啊什么的。这类漏洞还是很多的，大家也可以去慢慢测的!

最后一个,通杀的漏洞咋找?

这时候就是要靠我们 的fofaQ了，首先我们要知道有哪些cms有漏洞

这里大家可以去找网上的漏洞库,里面- -般都会有漏洞合集和这里我稍后会给大家推荐一两个

看到没有，就是这么多cms，杀一个准，上分必备漏洞

不过有些重复提交了，可以给你们看看学员们的战果!

当然，重复了几个，但还是相当不错了。

看完开头,相信你已经知道怎么找漏洞了，那我们就说说漏洞如何挖掘，这里分事件型和通用型漏洞

首先来的，肯定是我们的sq1注入了，首先使用我们的通用语法inurl:asp?id=xx 公司

直接点进去，不要害怕，只要不违法，咱不干坏事就行

看到报错了,说明啥，说明可能存在注入啊朋友,直接and 1=1 |and 1=2插进去

经过一番寻找,我们来到了这个网站:

看到网站直接插单引号，看他报不报错

看到效果十分明显，这种情况直接丢sqlmap9 ,反正我是丢的sqlmap ， 大家如果时间充足的话可以上手

下一个站,这个站存在的漏洞是任意密码重置和CSRF漏洞

首先是CSRF漏洞，相信不用我说你们也应该会了，这里就是这点出现漏洞

你们可以自己去测测，这里说我主要说的是任意密码重置漏洞

（这个漏洞现在也已经被修复了)

在这一步的时候， 抓个包

这里再改成自己的邮箱，这样自己的邮箱就能接收到验证链接，直接点击就好

看到这里，支付漏洞 和验证码绕过之类的逻辑漏洞是不是感觉+分的好挖，有没有这种感觉!

这里类型比较多，篇幅太长不好阅读。举例这两种做参考~

三、提交报告

例如baidu.com发现了SQL注入

步:“标题”和“厂商信息”和“所属域名”

站长工具icp.chinaz.com/baidu.co...

查询域名备案信息，看到这个公司名了吗

这样写

漏洞类别啥的，如果不是0day的话，像图中一样就行了

所属域名要写该公司的“网站首页”或者“官网”

看到这个了吗

漏洞类型: -般都是Web漏洞，然后漏洞是什么写什么，这里是一个SQL注入。

漏洞等级: SQL注入-般都是高危，但如果厂商比较小的话，会降级，降成中危。

漏洞简述:描述一下SQL注入是什么、 有什么危害之类的。

漏洞url:出现漏洞的URL。

影响参数:哪个参数可以注入就写哪个

漏洞POC请求包: Burp抓个包复制粘贴。

如果你嫌每次打字麻烦，可以新建一个记事本， 把框架写好,提交的时候替换一些内容就可以了。

把标题、漏洞简述、复现步骤、修复方案，把标题、漏洞简述、复现步骤、修复方案，可以省不少时间!

今天的内容虽然偏长，但是都是干货呀!从找漏洞到提交直接一步到位! 安排的明明白白!

注:任何未经授权的渗透都是违法行为，咱们挖SRC,担心会违法，记住一点， 点到为止，不要动里面的数据，发现漏洞之后，尽快提交漏洞，联系厂商进行修复。

好了，关于“api fuzzing和协议fuzzing的区别”的讨论到此结束。希望大家能够更深入地了解“api fuzzing和协议fuzzing的区别”，并从我的解答中获得一些启示。