当前位置 博文首页 > 文章内容

    如何进行域名劫持,域名劫持的原理详解

    作者:ccxjianye09 栏目:网站安全 时间:2020-11-20 15:40:45

    本站于2023年9月4日。收到“大连君*****咨询有限公司”通知
    说我们IIS7站长博客,有一篇博文用了他们的图片。
    要求我们给他们一张图片6000元。要不然法院告我们

    为避免不必要的麻烦,IIS7站长博客,全站内容图片下架、并积极应诉
    博文内容全部不再显示,请需要相关资讯的站长朋友到必应搜索。谢谢!

    另祝:版权碰瓷诈骗团伙,早日弃暗投明。

    相关新闻:借版权之名、行诈骗之实,周某因犯诈骗罪被判处有期徒刑十一年六个月

    叹!百花齐放的时代,渐行渐远!



    1.从输入URL到页面加载发生了什么

         总体来说分为以下几个过程:

    1.1 DNS解析

    1.2 TCP连接

    1.3发送HTTP请求

         它主要发生在客户端。发送HTTP请求的过程就是构建HTTP请求报文并通过TCP协议中发送到服务器指定端口(HTTP协议80/8080,HTTPS协议443)。HTTP请求报文是由三部分组成:请求行,请求报头和请求正文。

    1.4服务器处理请求并返回HTTP报文

         后端从在固定的端口接收到TCP报文开始,这一部分对应于编程语言中的socket。它会对TCP连接进行处理,对HTTP协议进行解析,并按照报文格式进一步封装成HTTPRequest对象,供上层使用。这一部分工作一般是由Web服务器去进行,HTTP响应报文也是由三部分组成:状态码,响应报头和响应报文。

         HTTP状态码由三个十进制数字组成,第一个十进制数字定义了状态码的类型,后两个数字没有分类的作用。HTTP状态码共分为5种类型:

         1** 信息,服务器收到请求,需要请求者继续执行操作

         2** 成功,操作被成功接收并处理

         3** 重定向,需要进一步的操作以完成请求

         4** 客户端错误,请求包含语法错误或无法完成请求

         5** 服务器错误,服务器在处理请求的过程中发生了错误

         状态码查询:http://www.runoob.com/http/http-status-codes.html

    1.5浏览器解析渲染页面

         浏览器在收到HTML,CSS,JS文件后,它是如何把页面呈现到屏幕上的?下图对应的就是WebKit(一个开源的浏览器引擎)渲染的过程。

         浏览器是一个边解析边渲染的过程。首先浏览器解析HTML文件构建DOM树,然后解析CSS文件构建渲染树,等到渲染树构建完成后,浏览器开始布局渲染树并将其绘制到屏幕上。

         JS的解析是由浏览器中的JS解析引擎完成的。JS的执行机制就可以看做是一个主线程加上一个任务队列(taskqueue)。同步任务就是放在主线程上执行的任务,异步任务是放在任务队列中的任务。所有的同步任务在主线程上执行,形成一个执行栈;异步任务有了运行结果就会在任务队列中放置一个事件;脚本运行时先依次运行执行栈,然后会从任务队列里提取事件,运行任务队列中的任务,这个过程是不断重复的,所以又叫做事件循环(Eventloop)。但是当文档加载过程中遇到JS文件,HTML文档会挂起渲染过程,不仅要等到文档中JS文件加载完毕还要等待解析执行完毕,才会继续HTML的渲染过程。原因是因为JS有可能修改DOM结构,这就意味着JS执行完成前,后续所有资源的下载是没有必要的。

    1.6连接结束

    2. dns劫持

         当用户输入一个URL时,想要能够访问我们的路由器管理界面首先就需要将改URL的DNS解析到路由器的web服务器地址上,这时候,我们需要dns劫持。Dns劫持中主要用到一个开源的软件-dnsmasq。

         首先我们利用dnsmasq将自己的工作站配置为一个能够解析开发域名的server,解析的ip地址设置为工作站的ip地址。利用dnsmasq建立了一个dnsmapping table,将www.baidu.com的域名解析为路由器管理界面地址192.168.2.1。这时候,通过www.baidu.com访问时会转跳至192.168.2.1。

    3. url重定向

         这时候我们已经可以成功的通过域名www.baidu.com访问到路由器的web服务器。

         url重定向的实现可以在前端实现或是后端实现。这时候web服务器需要将指定的html返回给客户端,比如我们的快速向导页面或是首页页面。这就需要重新定向用户输入的url。

    3.1.前端实现

    3.1.1 html页面跳转方式

         可以使用html的meta标签实现页面的跳转。

         meta是html语言head区的一个辅助性标签。meta标签共有两个属性,它们分别是http-equiv属性和name属性,不同的属性又有不同的参数值,这些不同的参数值就实现了不同的网页功能。

         http-equiv属性:相当于http的文件头作用,它可以向浏览器传回一些有用的信息,以帮助正确和精确地显示网页内容,与之对应的属性值为content,content中的内容其实就是各个参数的变量值。

         <metahttp-equiv="参数"content="参数变量值">;

    3.1.2 JS页面跳转方式

         1.使用window.location.href= "newurl"

         也可以用window.location= "newurl"

         2. 使用window.navigate

         <script>

         window.navigate("http://www.csdn.net");

         </script>

    3.2.后端实现

         后端实现主要是通过响应头中的http响应location字段,令客户端重定向至指定URL。

         数据交互过程

         :http://172.17.200.153:8800/bbs/index.php?/topic/167-httpd%E7%AE%80%E4%BB%8B/

    3.2.1 http消息

         HTTP是基于客户端/服务端(C/S)的架构模型,通过一个可靠的链接来交换信息,是一个无状态的请求/响应协议。

         一个HTTP"客户端"是一个应用程序(Web浏览器或其他任何客户端),通过连接到服务器达到向服务器发送一个或多个HTTP的请求的目的。一个HTTP"服务器"同样也是一个应用程序(通常是一个Web服务,如ApacheWeb服务器或IIS服务器等),通过接收客户端的请求并向客户端发送HTTP响应数据。

         HTTP协议的请求和响应都是一段按一定规则组织起来的文本,其请求的头部包括请求行(请求方式method、请求的路径path、协议版本protocol),请求头标(一系列key:value形式组织的文本行),空行(分隔请求头部与数据)和请求数据。

    1. 客户端请求

         客户端发送一个HTTP请求到服务器的请求消息包括以下格式:请求行(requestline)、请求头部(header)、空行和请求数据四个部分组成。

    2. 服务器响应消息

         HTTP响应也由四个部分组成,分别是:状态行、消息报头、空行和响应正文。

    3.2.2 http消息源码分析

    1 客户端请求解析

         客服端的请求处理其实就是将请求拆解,分解各个字段,提取出header中的信息。

    首先,uhttpd会将收到的请求存放在一个buffer中。在uhttpd中有一个状态机来处理http请求

         这三个状态分别用来处理客服端请求中的请求行(requestline)、请求头部(header)、请求数据。

         Uhttpd 中默认的需要获取的 http 请求包括以下字段:

    1.CLIENT_STATE_INIT

         状态-处理请求行,在Init状态中,调用staticbool client_init_cb(struct client *cl, char *buf, int len)函数来method,url, version

    获取成功后将状态变为CLIENT_STATE_HEADER

    2. CLIENT_STATE_HEADER

         状态--处理请求头部,调用staticbool client_header_cb(struct client *cl, char *buf, intlen)函数来解析requestheader;

    解析的方式就是staticbool client_header_cb(struct client *cl, char *buf, intlen);函数中通过/r/n作为标志将buffer中的数据一行一行读入。然后将每一行数据通过“:”为标志存到结构体中传入staticvoid client_parse_header(struct client *cl, char *data);函数中来获取文件头。

         这两个函数中将buffer中的httpheader按照字符串解析的方式取出有用信息,存放到client结构体中。当buffer中全部解析完成之后状态切换到CLIENT_STATE_DATA;

    3. CLIENT_STATE_DATA

         处理请求数据,调用函数voidclient_poll_post_data(struct client *cl)

         没看明白……大概是按照content-length取出数据。╮(╯_╰)╭

    2 服务器响应消息处理

         Uhttpd在完成CLIENT_STATE_HEADER处理的时候会调用uh_handle_request(cl)函数来处理客户端的请求。

         响应主要是处理url并返回状态码。响应的处理主要在file.c文件中进行处理。简单的就是讲url当做是相对于www文件夹的文件路径来查找文件。比如p.to/cgi-bin,其中“/cgi-bin”就会进入file.c文件处理。在www文件夹下寻找cgi-bin。

         file.c文件的函数入口在voiduh_handle_request(struct client *cl);

         在这个函数中调用staticbool __handle_file_request(struct client *cl, char *url)来处理请求;

         其中又调用了static struct path_info *uh_path_lookup(struct client*cl, const char *url)函数来寻找路径。

         其中,在uh_path_lookup()函数中,当url访问的是一个目录,但是url中没有“/”的时候会转跳到302,将url加上“/”

         这里面的path_phys[docroot_len]为根目录,K2中就是www文件夹,默认将重定向到根文件夹中。

         p.query ? "?" : "",

         p.query ? p.query : "");用来提取query信息,也就是url中的查询信息。

         我们可以在这里通过location字段对url进行重定向。

    附录

    1几个重要的结构体

         存放客户端数据的结构体client.

         其中,uh_addr结构体

         可以用来表示一个32位的IPv4地址

         得到local_addr,就是我们的lanip。

         存放http请求和响应的字段

    2配置参数读入

         Uhttpd的参数位于uhttpd.config文件中。在main.c的main函数中通过while循环读入配置参数;

         函数中设定默认初始值。