校园网认证系统(RG-SAM+ Portal组件)用户信息泄露漏洞

漏洞发现的开始

在寒假前,想着到家以后可能还要用到实验室的电脑,然后在实验室电脑上安装了Teramviewer 作为控制端,但是如果电脑重启时间过长,会导致开机以后需要重新在校园网认证系统中登陆才能连接互联网,因此写了一个登陆校园网认证系统的脚本,在这个过程中发现了这个漏洞

简单介绍一下校园网认证系统

在以下界面登陆:

登陆成功后返回的界面:

认证系统的原理图:

初现端倪–UserIndex

看到这个UserIndex,我想到,如果我访问别人的这个界面是不是可以看到别人的信息呢?

于是在实验室的电脑上登陆了一个朋友的账号,然后访问朋友账号登陆成功的UserIndex,如下:

和我登陆了似的,然后我测试了一下几项内容:

  • <1> 如果我访问别人的界面点击下线按钮,他还可以上网吗? 答案: 不能 。
  • <2> 左上角有个自助服务,点击进去可以修改密码但是要原密码

综上 <1> <2> 挖掘到的这个漏洞只能给别人断网吗?那可没达到我要的效果。

再看端倪–UserIndex的规律

无论进一步深入还是就停留在搞恶作剧,都需要对UserIndex进行爆破,那么就必须掌握它的规律。

我收集了一些UserIndex 其中包括(PC网线直连的,PC WIFI接入的,安卓手机登入的,苹果手机登入的),规律如下:

根据测试发现,userIndex基本上由3段组成:

<1> 固定前缀

30613532373163316135396430313232616631323931386332323865396334315f31302e313

<2> 接入方式标识符

PC网线接入:02e342e31365f
PC WIFI接入:62e3230302e3138335f
安卓 WIFI接入:62e35322e3233355f
苹果 WIFI接入:62e3133362e385f

<3> 用户标识符

我把用户标识符分成了3段,第一段是51 学号开始前缀,第二段是入学年份,第三段是学号。

比如:5120158888则会变成35313230313538383838

规律是:从第一位开始(把第一位前也添加一个3),每隔一位添加一个3

COOKIES中隐藏的秘密

访问自己登陆成功的界面的时候,随手按下了F12看了一下数据包中,COOKIES里面记录自己的学号、明文密码等一系列的内容

那么我如果访问别人的登陆成功界面呢?

COOKIE里面的明文账号密码仍然是我当前登陆用户的,而非目标的。因此无法利用。

柳暗花明

看到上面那个图,你发现没有?

以userIndex作为POST值,来getOnlineUserInfo 。

OK ,我们看下返回值是什么

这里显示乱码的原因是:目标页面没有设置header头,而其返回的是utf-8编码的,浏览器没看到header头里面定义,就按照系统默认编码(GBK)解析了。

回归正题,到这里,你会发现,如果向/eportal/InterFace.do?method=getOnlineUserInfo界面POST 目标UserIndex就可以拿到其姓名、学号、明文密码等信息。

漏洞的利用

讲了这么多,大家最关心的还是这个漏洞怎么利用。

编写脚本,生成userIndex , 然后在同学们用网比较多的时段来进行爆破,成功率很高,脚本地址:

ePortalGetPass

漏洞修复方式:

  • <1> 用更高强度的无规律的userIndex替换这个有规律的userIndex,可以将无序userIndex写入数据库

  • <2> 我测试直接GET请求/eportal/InterFace.do?method=getOnlineUserInfo返回的是当前登陆用户的信息,那么可以删除POST方式,或者在查询之前先对比该UserIndex是否和当前登陆用户的UserIndex一致

附录

这个漏洞比较鸡肋,只能爆破出和你在同一路由器下面的用户信息,不在同一路由器下的无法查询信息。