1 浅谈

这篇文章主要是想跟师傅们聊下企业src包括平常的渗透测试和众测等项目中的一个拿分点，特别是如何让新手在挖掘企业src的过程中可以挖到漏洞呢，难点的或者好挖的漏洞都被大佬给交走了，那么小白挖src的方向在哪呢，还有冷门的漏洞挖掘方式怎么样，是不是可以挖掘到漏洞呢。

在这里插入图片描述

这篇文章也是和我那几个厉害的师傅那交流来的，然后主要是针对src小白在跟别的特别厉害的师傅一起搞漏洞挖掘或者众测的时候，比如我们小白可以有适合自己的一些”冷门漏洞”挖掘一套流程，然后去走相对简单的，可能这样的漏洞对于企业src来说危害不高，大多是个中危、低危，但是对于刚入手的小白来说还是可以去尝试下的！

我给大家准备了一份全套的《网络安全入门+进阶学习资源包》包含各种常用工具和黑客技术电子书以及视频教程，需要的小伙伴可以扫描下方二维码或链接免费领取~

2 漏洞一：SPF邮件伪造漏洞

一、SPF邮件伪造漏洞简介

SPF 记录是一种域名服务（DNS）记录，用于标识哪些邮件服务器可以代表您的域名发送电子邮件。

SPF 记录的目的是为了防止垃圾邮件发送者在您的域名上，使用伪造的发件人地址发送邮件。

原理:未设置spf导致的邮件任意伪造，可以用来钓鱼社工，本身就是高危

若您未对您的域名添加 SPF 解析记录，则黑客可以仿冒以该域名为后缀的邮箱，来发送垃圾邮件。

二、漏洞危害

可以用未进行安全配置的网站域名，发送邮件。

比如：www.baidu.com有这个漏洞，你就可以伪造HR@baidu.com给受害人发邮件进行钓鱼。

src收的少，但是重测和渗透测试项目可以交。

●注意：如果没有v=spf1或者没spf就存在邮件伪造漏洞。

●-all 不能伪造，~all可以伪造

三、测试漏洞

我们直接拿baidu.com的域名来给大家演示下，用kali的nslookup 工具测试下

可以看到下面的回显，存在spf记录，是-all参数，说明不能任意伪造。

┌──(root-kali)-[~]
└─# nslookup-type=txtbaidu.com

在这里插入图片描述

还可以使用dig -t命令来测试

┌──(root-kali)-[~]
└─# dig-ttxtbaidu.com

在这里插入图片描述

四、SPF解析不当导致绕过

把下面的spf配置记录复制下来

在这里插入图片描述

测试地址如下：

SPF Query Tool ：https://www.kitterman.com/spf/validate.html

在这里插入图片描述

这里显示spf解析配置正确

在这里插入图片描述

下面拿一个存在spf解析错误的案例来演示下：

在这里插入图片描述

SPF记录报错，在这条SPF记录中，存在多个IP段，但只有开头的一段ip用了ipv4，这就导致了语法错误。因为这个错误，将导致整个SPF记录完全失效，因为SPF无效，邮件接收方的SPF检测功能也就失效了。

五、swaks测试

使用kali自带工具swaks 测试

swaks –body “helloword” –header “Subject:testT” -t 自己的邮箱 -f test@baidu.com
body为内容
Subject为标题
-t为目标邮箱 -f为伪造的发送方，这里我们伪造加了cn字眼，这里伪造改不明显字眼等都会进垃圾箱

我们先申请一个临时邮箱：

http://24mail.chacuo.net/书签：临时邮箱、十分钟邮箱（10分钟)、临时邮、临时Email、快速注册Email、24Mail–查错网

在这里插入图片描述

然后我们使用kali自带的swaks 工具进行测试，结果如下

┌──(root-kali)-[~] └─# swaks –body “【2024年8月1日】 检测到您教务系统长时间未修改密码，请及时修改密码确保账户安全 手机管家@163.com 【该邮件自动监测请勿回复】” –header “Subject:vivo” -t vioxzs43016@chacuo.net -f customers@alexz.com

在这里插入图片描述

看到这里，我们要是对标题和内容进行改进，那么我们是不是就可以尝试钓一波鱼了呢？

六、浅谈

综上，当我们在查看一个域名的SPF记录时，它其实不只是一条解析记录，更是一种邮件安全的策略，SPF记录配置不严或SPF解析错误，就容易导致大量本该被拦截的邮件直接被放进来，而绕过的策略就隐藏在这条SPF记录里面。

我给大家准备了一份全套的《网络安全入门+进阶学习资源包》包含各种常用工具和黑客技术电子书以及视频教程，需要的小伙伴可以扫描下方二维码或链接免费领取~

3 漏洞二：sourcemap文件泄露漏洞

一、漏洞原理

在日常测试时，经常会遇到以js.map为后缀的文件
这是jQuery中的一个新功能，支持Source Map
非常多Webpack打包的站点都会存在js.map文件
通过sourcemap可还原前端代码找到API，间接性获取未授权访问漏洞

什么是Source map？ 简单说，Source map就是一个信息文件，里面储存着位置信息。转换后的代码的每一个位置，所对应的转换前的位置。
有了它，出错的时候，除错工具将直接显示原始代码，而不是转换后的代码,这无疑给开发者带来了很大方便。

二、shuji工具还原前端代码

使用nmp安装

npm install –global shuji

shuji命令执行

shuji app.js.map -o desfile

在这里插入图片描述

还原之前的js文件：

在这里插入图片描述

还原后的文件如下：

那么后面我们就可以分析js代码，然后找找有没有什么js接口泄露，然后导致敏感信息泄露的漏洞，那么我们不就可以提交src或者众测了嘛

在这里插入图片描述

三、油猴sourcemap-searcher脚本

功能：自动搜索网页有无sourcemap文件泄露

油猴脚本：F12控制台输入sms()，如果存在会提示，然后打开看能否下载下来，能下载下来的话可以使用我们上面的shuji工具或者使用nodejs进行反编译，然后可以分析里面js接口去找别的漏洞，但是这个sourcemap文件泄露漏洞也是可以直接提交的。

油猴sourcemap-searcher脚本安装位置如下：

https://greasyfork.org/zh-CN/scripts/447335-sourcemap-searcher书签：sourcemap-searcher

在这里插入图片描述

这样就是按照该脚本成功了

在这里插入图片描述

下面是我之前在挖src的时候，挖到的sourcemap的js.map文件泄露的漏洞

然后就可以使用nodejs进行反编译了

在这里插入图片描述

四、src漏洞报告编写

1.漏洞危害：Source map就是一个信息文件，里面存着位置信息。转换后的代码的每一个位置，所对应的转换前的位置。有了它，出错的时候，除错工具将直接显示原始代码，而不是转换后的代码，这无疑给开发者带来了很大方便。Webpack打包的站点会存在js.map文件,通过sourcemap可还原前端代码找到API，间接性获取未授权访问洞。

2.漏洞复现：按照刚才的案例每一步都写好，怎么下载、怎么反编译、反编译出来的东西有啥敏感的都写清楚

3.修复建议：删除web站点保存的.js.map后缀的文件。

4 漏洞三：jsonpxss漏洞

一、jsonp简介

JSONP是服务器与客户端跨源通信的一种方法

基本流程：网页通过添加一个script元素，向服务器请求JSON数据。服务器收到请求后，将数据放在一个指定名字的回调函数里传回来。可简单理解为jsonp是带有回调函数callback的json。

局限性：仅支持GET请求，目前该方法已被主流废弃

备注：其他解决跨域问题的方法——CORS、中间转发层、Nginx反向代理

**使用工具：**burp插件jsonphunter
JSONP(JSON with Padding)：JSONP是一种利用