zoukankan      html  css  js  c++  java
  • dns劫持分析

      最近在做dns解析,关注的重点在查询域名ns记录上,异常日志中捕获到一个域名,dig查询:

      

      查询请求类型为ns,dig结果却只有一条A记录。出于好奇,查询类型改为a类型:

      

      

      

      这个域名dig 查询A记录,返回一条结果,但是每次dig下去结果都不大一样。回到最开始的问题,请求类型为NS

    dig下去发现没有ns结果,那么是否是域名没有设置ns呢?我们用whois查看下:

      

      可以看到ns是有的,可是dig的结果为何显示没有ns记录呢?我们修改下上上节的程序代码(完整代码在github见文末),构造一个dns解析请求,请求类型为ns,程序分析响应的内容,

    发现其结果和我们用dig命令查询是一样的,返回结果分析后只有一条A记录:

      

      查一下这个地址,结果如下:

      

      很明显,这个结果是不正确的。

      我们模拟了dig工具的dns解析过程,发现只能获取到域名的A记录,为了搞清楚到底发生了什么,我们用抓包工具来帮助我们了解原由。首先打开抓包工具,

    然后运行程序,发一个dns查询包,在wireshark中过滤类型,查看结果:

      

      第一个是我们发起的查询,可以看到类型是NS,请求的域名是3331.com,返回的响应结果有三个,对于linuxdig命令来说,它只处理最先到达的响应包,也就是第一个,看看第一个包中都有什么内容:

      

      请求类型nsanswers中确只有type A,并告诉我们A记录是243.185.187.39。这就是我们所说的dns劫持的一种,但是,查看第三个响应包:

      

      

    可以看到,ns记录和我们用whois查询的结果是一样的。这就是说,查询过程是没有被打断的,被问询的server有响应我们的解析请求,只不过在这个过程中,劫持者截获了请求,并伪造了多个响应包发回来。

      对于这种情况,我所使用的方法是检测每一个返回的响应包,判断是否有我期望的结果,如果没有,则丢弃这个包,否则就解析这个响应包,同时设置read超时时间,超过设定时间则认为没有后续的响

    应包了。有兴趣的可以移步github查看代码:https://github.com/taoge2520/test_for_dig

      

      

      

  • 相关阅读:
    一 数据库备份与恢复 2 数据库恢复 2.2 数据库重定向与重建
    附录 常用SQL语句 Dynamic SQL
    alt_disk_install 克隆系统rootvg
    Mysql版本升级
    DB29.7 HADR环境升级
    EMC VNX系列存储维护
    保存最开始的flink code,  数据是自动生成而不是通过kafka
    opentsdb restful api使用方法
    flink 和 hbase的链接
    opentsdb
  • 原文地址:https://www.cnblogs.com/chase-wind/p/6910434.html
Copyright © 2011-2022 走看看