sqlmap源码流程图

尝试bool注入

是

否

要求用户跳过一些对其他DBMS的payload测试

页面不稳定

那么询问用户是否扩展这些payload到所有的DBMS中去，不受到所提供的level和risk值的影响。

页面是稳定的

确认参数是不是可以被注入的

找到DBMS相关信息

加载tamper来进行绕过

请求得到的页面和模板页面进行比较，如果页面的差别达到了0.5则存在waf

生成一个启发式搜索的payload

是不是需要接管或者获取信息（数据库、表、字段、用户，等等）

读取hash数据库，看是否检测过了没

目标是否已经检测过

构造一个xss测试的payload

上次请求的payload是不是返回了DBMS信息

payload注入的payload信息以及获取到的DBMS相关的结果

返回的页面和模板不同

获取第二次请求的页面

可能做了字符的转换

从初始话的kb中获取到所有的payload

发送一个类型为整形的参数（随机产生长度为4）的payload

检测是不是存在waf

执行payload

action

不同

获取DBMS信息的，那么只执行level和risk都小于配置中的level和risk（用户指定），其他则会被忽略

Sql注入检测

和原始页面是不是相同

是否需要注入测试，是的话，执行注入逻辑，不是的话，直接给出测试结果

检测页面的稳定性

告知用户什么类型的什么参数是可以被注入

页面是否存在绝对路径信息

启发式搜索注入点

存在漏洞

联合注入

开始注入初始化：初始化目标环境，解析目标URL

从kb.originalPage中获取原来的页面，该参数在checkConnection中实现（初始化的时候就调用了），同时之后经常用到的模板页也是在此初始化，即采用用户指定的的url、参数、值来请求设置

给出结论

测试目标URL是不是连通的

延时注入或者多语句查询注入联合注入

相同

再构造一个字符类型的paylaod

两个页面的内容是否相等

布尔注入

用payload通过querypage请求目标

按照boundaries和payload的clause和where组装payload test

检测参数是不是动态参数

设置目标环境：1.创建输出结果目录2.解析请求参数3.设置session信息，就是session.sqlite。4.恢复session的数据，继续扫描。5.存储扫描结果。6.添加认证信息如果之前的injections，dbs的session信息存在的话就从数据库中将其从数据中提取出来放置到kb中。

和之前页面比较是否相同

报错注入

和原始页面是否相同

开始

dbms没有通过之前的启发式搜索中的dbms payloa而被识别出来，且指定了bool注入

该参数是动态的

启发式搜索是否找到漏洞

告知用户是不是存在xss漏洞