杂记:突破上网认证系统的束缚
i-info / / 技术杂记 / 阅读量 18

免责声明: 本文章并非专业教程,只是日常捣鼓的技术杂记,大佬勿喷,中间的一些操作可能不符合某些规定。本人概不承担相应的后果和法律责任。

另外,请不要在一些敏感网络中(如图书馆的上网认证系统)尝试下面操作,不然容易出不必要的问题。。。。

em 不废话了,下面回归正题

测试的认证系统

想要突破他的束缚,先要观察、了解它的运行机制(大概)

我在在 亿 一丁点观察后发现: 打开浏览器,输入任意的的域名/url后,加载出来的都是这个神奇的登陆界面,Ping不同的域名都是指向同一个内网IP,查询了一下本机dns发现dns为网关分配的dns服务器。 所以大致推测:计算机发送请求查询dns记录>内网网关dns检测计算机的是否已登陆>如果已登录,则返回正确的服务器IP 否则,返回认证系统服务器的IP地址

于是,尝试手动指定第三方dns服务器

如果这个认证系统只是简单地控制dns解析记录,那么手动指定一下第三方或者公共dns即可绕过验证。 公共dns大全

名称 公共DNS服务器IP大全 114 DNS 114.114.114.114 114.114.115.115 阿里 AliDNS 223.5.5.5 223.6.6.6 百度 BaiduDNS 180.76.76.76 DNSPod DNS+ 119.29.29.29 182.254.116.116 CNNIC SDNS 1.2.4.8 210.2.4.8 oneDNS 117.50.11.11 52.80.66.66 DNS 派 电信/移动/铁通 101.226.4.6 218.30.118.6 DNS 派 联通 123.125.81.6 140.207.198.6 Cloudflare DNS 1.1.1.1 1.0.0.1 Google DNS 8.8.8.8 8.8.4.4 IBM Quad9 9.9.9.9 DNS.SB 185.222.222.222 185.184.222.222 OpenDNS 208.67.222.222 208.67.220.220 V2EX DNS 199.91.73.222 178.79.131.110

上面是一些常用的公共dns 在使用前先ping一下看看,因为有很多dns记不住,只记得114 google cloudflare的dns(比较好记。。) 于是,在ping的时候,我就发现了问题没有那么简单——ping不通(除了1.1.1.1,下面会讲)。说明网关进行了连接的阻断,即是没有简单的进行dns解析阻断(就算dns正常解析,网页也是打不开的,所以直接就不改dns了)。意料之中。。

发现1.1.1.1(cf dns)居然ping得通

上面已解释了,就不改dns服务器了

至于为什么可以ping的通,或者一些有关1.1.1.1的问题,可以看看V2EX上面的讨论:V2EX链接

简单说就是:网管为了方便,使用了一些好记的IP地址作为内网IP。。所以这个完全是因为偶然。。

建站的小伙伴应该对cloudflare不陌生,一家cdn提供商。但是这个1.1.1.1特殊性在这里:它不仅是dns服务器,同时也可以是cloudflare的cdn节点服务器。我的博客用的就是cloudflare的服务。

这里得提一下,在cloudflare官方使用的dns接入,应该是不能自选节点的。得使用cname接入。至于怎么使用cname接入,可以看看这篇文章Cloudflare 免费指定 CDN 节点教程

就算上不了网,也可以打开一些特殊网站我的博客

但是在学校一些场合里肯定是没法登陆修改网站的dns记录的。于是,既然已知域名对应的IP(1.1.1.1)地址,那么dns服务器的解析也不是那么重要了。只需要手动指定一下即可。

于是,懂的人自然就会去改hosts。

直接拿出记事本,修改hosts为:1.1.1.1 iinfo.ink

感兴趣的朋友也可以试一试:)

如图: hosts 至于怎么改hosts,这里就不多说了。运用好搜索引擎即可。 改完后可以ping一下看看有没有更改成功

方案一:运用反向代理

这个方案特殊性(偶然性)太强,必须要满足上面的条件才行。而且操作最复杂。 接前面的继续: 改完hosts之后,不出我所料,我的博客可以访问了——能在学校里看到我的博客不也是一件令人欣慰的事情吗? emm,既然如此,我也不能局限于我的博客了,于是,经过了一些神奇的操作(此处省略“亿”点操作),就在我的博客下面挂了一个反代脚本。

反代我用的是github上的开源项目miniproxy目前已经停止维护

em,这个莫非也是这个认证系统的漏洞?

这个方案也就简单提一下。下面用反代页面干嘛就不用我说了。

方案二:伪造成已登陆的设备

准备:

  1. network scanner用于扫描局域网设备
  2. mac地址修改/伪造工具 (两个都不是必须,但有的话会比较方便) mac

接前面,我怎么可能局限于访问我的博客呢,要干就要来彻底的。于是,查阅了一些资料后,又有了新的方案。 网关用于分辨不同设备的方式无非就是通过IP地址或者mac地址。

推测1:单IP记录(fail)

如果是简单的使用IP来分辨设备。那么流程就是:网关将已登录的设备的IP地址录入系统,当设备发送请求时,网关查询数据库中的一登陆IP记录,如果存在,即放行。 但是经过简单的推理,即可发现这种认证必然是不可行的。发现网关和我的电脑不在同一个网段/子网中,用nmap扫描一下后发现的确如此。因为我的设备在下面路由器的子网中,通过了一级或多级的nat地址转换,网关理论上只能获取到地址转换后的路由器的IP地址。况且IP地址比较容易伪造。 于是不需要尝试。

推测2:单mac记录(success)

如果是这样,根据上面类似的流程。我只需要扫描到局域网中的已登陆的设备,然后伪造成它的mac地址即可。mac地址具有唯一性,用mac作为记录的可能最大。

说干就干。


1.先扫描设备获取mac地址

networkscanner 按照图片中的配置后开始扫描,就可以扫描到许多局域网的设备了。至于要用什么mac地址,根据个人喜好来看吧。

如果没有此工具,也可以使用cmd命令:arp -a

当然这中间也有不少没有通过认证的设备。。

2.修改mac地址

然后用得到的mac地址,填入修改工具>确定 然后等待网络重新连接即可。

如果没有mac地址修改工具,也是可以在网卡高级选项中修改的。 如图,“网络地址”或者“物理地址”

注意:这里的值不能包含"-"


好的,过程就是这么简单。

另外,推测3:mac+IP 记录(未尝试)

聪明的网关应该会用这个方式认证。但是也可能我测试的网关就是如此,但是真实如何我就不得而知了。因为我的IP地址经过了nat,即使真的是这种认证方式,也妨碍不到我(滑稽)。

好吧,简单说就是一个修改mac地址完事

警告:同个网络中如果有两台相同mac地址的设备,可能会出现一些不可预料的问题。

所以,此方法只能保证能用,但是好不好用,没得保证。 要么就健康的走登陆认证吧。

支付宝捐赠
请使用支付宝扫一扫进行捐赠
微信捐赠
请使用微信扫一扫进行赞赏
有 0 篇文章