前段缓存以及xss csrf sql注入

最新推荐文章于 2024-08-09 14:09:30 发布

陌语倾年

最新推荐文章于 2024-08-09 14:09:30 发布

阅读量221

点赞数

文章标签：缓存 xss csrf

本文链接：https://blog.csdn.net/weixin_45346239/article/details/125562915

版权

本文介绍了前端缓存的强缓存与协商缓存机制，包括HTTP缓存头如Expires、Cache-Control、Last-Modified和ETag的工作原理。此外，还详细讨论了XSS、CSRF和SQL注入的安全问题，阐述了它们的攻击原理、防御措施，如验证Referer字段、使用Token和设置HttpOnly Cookie。

摘要由CSDN通过智能技术生成

1.23. 前段缓存（http缓存：强缓存与协商缓存、浏览器缓存）

强缓存：
每次用户正常打开这个页面，浏览器会判断缓存是否过期，没有过期就从缓存中读取数据
强缓存相关字段有expires，cache-control。如果cache-control与expires同时存在的话，cache-control的优先级高于expires。
如果cahe-control:中有immutable的话，就算用户刷新页面，浏览器也不会发起请求去服务，浏览器会直接从本地磁盘或者内存中读取缓存并返回200状态。
协商缓存：
协商缓存相关字段有Last-Modified/If-Modified-Since，Etag/If-None-Match
客户端请求数据，如果数据还没有超过过期时间，则从浏览器缓存中直接获取，强缓存
如果数据已经过期，向服务器发送请求，进行协商缓存，比较Last-Modified/If-Modified-Since，Etag/If-None-Match,，如果内容未修改，命中缓存，只返回响应头
200 OK (from cache) 是浏览器没有跟服务器确认，直接用了浏览器缓存；
304 Not Modified 是浏览器向服务器请求数据，判别从上次访问，是否被修改，最终未修改，返回缓存

Last-Modified与ETag是可以一起使用的，服务器会优先验证ETag，一致的情况下，才会继续比对Last-Modified，最后才决定是否返回304。