常见安全问题
跨站脚本攻击XSS
跨站请求伪造攻击CSRF
前端Cookies安全性
点击劫持攻击
传输过程安全问题
用户密码安全问题
SQL注入攻击
XSS（Cross Site Scripting）跨站脚本攻击介绍
什么是XSS
web攻击的一种，通过对网页注入可执行代码（html代码或JS代码）成功被浏览器执行
实施XSS攻击具备的条件
- 需要向web页面能够注入恶意代码（输入框、url）
- 恶意代码能够被浏览器成功执行
XSS攻击原理
用户传入的数据被当做是程序，所以会执行程序
XSS能干嘛
- 获取页面数据：通过document即可获取指定元素的值，如获取用户名称、手机号、住址等【偷取网站任意数据包括用户资料】
- 获取cookies：通过document.cookies可以获取网站当前的所有cookies，盗取当前登录用户的登录态，从而冒充被盗用户登录网站甚至后台管理系统【偷取用户密码和登录态】
- 劫持前端逻辑：可以修改某个操作的反馈内容，譬如点击某个按钮本来应该只提交一个请求，但通过XSS脚本可篡改该请求地址，然后用户提交的信息发送到攻击者封装的接口；或可改变用户跳转的页面【欺骗用户，流量劫持】
- 发送请求：攻击者可以让用户在不知情的情况下发送某个请求收集用户信息
XSS攻击方式
- 反射型XSS：用户访问一个被攻击者篡改后的链接时，被植入的脚本会被用户浏览器执行，也称非持久型因为是一次性，仅对当次的页面访问产生影响
- 反射型XSS场景：带有XSS脚本的链接转成的短链；【在url后跟xss脚本】，网址跳转
- 存储型XSS：包含XSS攻击脚本的内容会被存储到服务器端，也称持久型，用户读取到内容时会自动执行脚本
- 存储型XSS场景：其他用户查看别人发布的留言、评论，管理员发布的公告，黑客发布的博客文章；反馈功能，投诉功能，聊天记录功能
XSS攻击注入点
- HTML节点内容：动态生成，包含用户输入的内容，从而包含XSS脚本
- HTML属性：像img的src、输入框的value等需要用户自行输入的地方
- JS代码：某个JS代码需要用户传值进入
- 富文本：富文本编辑框本身保存的内容就包含html标签，用户可输入XSS脚本
潜在注入点
判断输入点是否可以成功把数据注入到页面内容，对于提交数据内容但是不输出到页面的输入点是没有必要进行Fuzzing的，因为即使可以提交攻击代码，也不会产生XSS；
Fuzzing：模拟XSS攻击，模糊测试挖漏洞最常用的一种手段，不断尝试的过程
Payload：相当于测试用例
标签属性中： 如<a href="注入位置">test</a>， Payload："></a><script>alert(0)</script><a href="
标签事件中： <img href="a.jpg" onload="注入位置">, Payload：alert(0)
防御XSS攻击
- 浏览器自带防御，X-XSS-Protection，主要防御反射型XSS攻击，如参数出现在HTML内容和属性
- 对html内容进行转义，譬如将【<>】转义成< > 存入数据库时即转义，或显示时转义
- 对html属性中的双引号和单引号【"" ''】转义成&quto; '
- CSP1（Content SecurityPolicy）内容安全策略，用于指定哪些内容可执行
CSRF（Cross Site Request Forgy）跨站请求伪造
通俗易懂的理解CSRF
- 用户访问的网站对恶意网站发出了一些请求，且这些请求是用户不知情的情况下完成的
- 攻击者盗用受信任用户的身份，以他的名义向第三方网站发送恶意请求，对于服务器来说这个请求时合法的
CSRF攻击原理
CSRF是如何攻击的？又如何防御
- 站点B向站点A发送请求
- 请求带站点Acookies
- 不访问站点A前端
- referer为站点B
CSRF攻击危害
- 利用用户登录态
- 用户不知情
- 完成业务请求（盗取用户资金、冒充用户发帖背锅）
- 造成蠕虫攻击
