建议收藏 - 必须知道的4个前端安全编码规范

通过第三方软件获取，比如客户端安装了Java环境（JRE），则可通过调用Java Applet的接口获取客户端本地的IP地址

---

1.6 XSS的防御方式

1.HttpOnly

原理：浏览器禁止页面的Javascript访问带有HttpOnly属性的cookie。（实质解决的是：XSS后的cookie劫持攻击）如今已成为一种“标准”的做法

解决方案：

JavaEE给Cookie添加HttpOnly的方式为：

response.setHeader(“Set-Cookie”,“cookiename=value; Path=/;Domain=domainvalue;Max-Age=seconds;HTTPOnly”);

2.输入检查（XSS Filter）

原理：让一些基于特殊字符的攻击失效。（常见的Web漏洞如XSS、SQLInjection等，都要求攻击者构造一些特殊字符）

* 输入检查的逻辑，必须在服务端实现，因为客户端的检查也是很容易被攻击者绕过，现有的普遍做法是两端都做同样的检查，客户端的检查可以阻挡大部分误操作的正常用户，从而节约服务器的资源。

解决方案：

检查是否包含"JavaScript"，"“等敏感字符。以及对字符串中的<>:”&/'等特殊字符做处理

3.输出检查

原理：一般来说除了富文本输出之外，在变量输出到HTML页面时，使用编码或转义的方式来防御XSS攻击

解决方案：

*   针对HTML代码的编码方式：HtmlEncode

*   PHP：htmlentities()和htmlspecialchars()两个函数

*   Javascript：JavascriptEncode（需要使用""对特殊字符进行转义，同时要求输出的变量必须在引号内部）

*   在URL的path（路径）或者search（参数）中输出，使用URLEncode

4.更严格的做法

除了数字和字母外的所有字符，都使用十六进制的方式进行编码

---

2. 跨站点请求伪造（Cross Sites Request Forgery）

跨站点请求伪造，指利用用户身份操作用户账户的一种攻击方式，即攻击者诱使用户访问一个页面，就以该用户身份在第三方有害站点中执行了一次操作，泄露了用户的身份信息，接着攻击者就可以使用这个伪造的，但真实存在的身份信息，到某网站冒充用户执行恶意操作。

但是，攻击者只有预测到URL的所有参数与参数值，才能成功地伪造一个请求（当然了，他可以在安全站点里以自己的身份实际去操作一下，还是能拿到参数的）；反之，攻击者无法攻击成功

下图通俗解释什么是CSRF，又是如何给用户带来危害的

参考上图，我们可以总结，完成一次CSRF攻击，