还有兄弟不知道网络安全面试可以提前刷题吗？费时一周整理的160+网络安全面试题，金九银十，做网络安全面试里的显眼包！
王岚嵚工程师面试题（附答案），只能帮兄弟们到这儿了！如果你能答对70%，找一个安全工作，问题不大。
对于有1-3年工作经验，想要跳槽的朋友来说，也是很好的温习资料！
【完整版领取方式在文末！！】
93道网络安全面试题
内容实在太多，不一一截图了
黑客学习资源推荐
最后给大家分享一份全套的网络安全学习资料，给那些想学习 网络安全的小伙伴们一点帮助！
对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线，大家跟着这个大的方向学习准没问题。
😝朋友们如果有需要的话，可以联系领取~
1️⃣零基础入门
① 学习路线
对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线，大家跟着这个大的方向学习准没问题。
② 路线对应学习视频
同时每个成长路线对应的板块都有配套的视频提供：
2️⃣视频配套工具&国内外网安书籍、文档
① 工具
② 视频
③ 书籍
资源较为敏感，未展示全面，需要的最下面获取
② 简历模板
因篇幅有限，资料较为敏感仅展示部分资料，添加上方即可获取👆
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
1. 什么是Cookie
Cookie翻译成中文是甜饼的意思，其实就是一个小型的文本文件，用来保存一些简单的信息(浏览器对Cookie的内存大小是有限制的)。Cookie由服务器端生成，并且会发送给 User-Agent (一般是浏览器)，服务器一般会告诉浏览器设置一下Cookie，然后浏览器会自动将该 Cookie 以
key/value
的格式保存到浏览器的某个目录下；等到下次请求同一网站时，浏览器会自动通过请求头发送该Cookie给服务器，前提是浏览器设置了启用Cookie功能。
2. 为什么要有Cookie
Web应用程序是使用
HTTP协议来传输数据的，而HTTP协议是无状态的协议，也就是说一旦数据交换完毕，客户端与服务器端的连接就会关闭，等再次交换数据就需要建立新的连接，这就意味着服务器无法从连接上跟踪会话。比如我们登陆一个网站的时候，会提醒你要不要记住账户和密码，这样下次来你就不用再次输入账号密码了，这就是Cookie的作用。当我们再次访问的时候，服务器会直接根据我们的Cookie来获取上一次取过的东西。
3. Cookie 的特点
3.1 Cookie 的过期时间
我们每次发送请求的时候，都会根据
domain来设置相应的Cookie。Cookie有永久的，也有临时的，每个浏览器都有自己的Cookie，我们可以通过设置expires、max-age来设置保存日期，如果不设置的话默认是临时存储，也就是说关闭浏览器后Cookie就会消失。
document.cookie = 'expires=时间/max-age=秒'
3.2 Cookie要满足同源策略
虽然网站
news.baidu.com与www.baidu.com同属于Baidu，但是域名却不一样，也就是说这两者之间是不能互相操作彼此Cookie的。只有域名和path都必须一样，才能相互访问彼此的Cooki。但是需要注意不同浏览器对path访问规定是不一样的，对于chrome，path必须为当前目录，设置为其他目录无效，当前页面只能访问当前目录的Cookie`。
3.3 Cookie内存大小受限制
Cookie有个数和大小的限制，大小一般是4k，但是不同的浏览器，具体的Cookie大小也是不同的。
- Firefox和Safari允许Cookie多达4097个字节，包括名(name)、值(value)和等号;
- Opera允许Cookie多达4096个字节，包括名(name)、值(value)和等号;
- Internet Explorer允许Cookie多达4095个字节，包括名(name)、值(value)和等号。
3.4 Cookie的安全性
Cookie是保存在浏览器本地的，是可以被修改的，所以敏感的数据不要放在Cookie里。
三. Session共享
1. Session存在的问题
HttpSession是通过Servlet容器创建和管理的，像Tomcat/Jetty都是保存在内存中的。但是如果我们将Web应用横向扩展成分布式的集群，然后利用LVS或Nginx进行负载均衡，那么对来自同一用户的Http请求，将有可能被负载分发到两个不同的服务器实例中去。那么如何保证不同实例间的Session共享，就成为一个不得不解决的问题。
最简单的解决方法就是把Session数据保存到内存以外的一个统一的地方，例如Memcached/Redis中。那么问题又来了，如何替换掉Servlet容器，来创建和管理HttpSession呢？
2. Session共享的实现方案
- 利用Servlet容器提供的插件功能，自定义HttpSession的创建和管理策略，并通过配置的方式替换掉默认的策略。不过这种方式有个缺点，就是需要耦合Tomcat/Jetty等Servlet容器的代码。这方面其实早就有开源项目了，例如memcached-session-manager，以及tomcat-redis-session-manager，不过这暂时都只支持Tomcat6/Tomcat7。
- 配置Nginx的负载均衡算法为ip_hash，这样每个请求按访问IP的hash结果分配，这样来自同一个IP的访客就会固定访问一个后端服务器，有效解决了动态网页存在的Session共享问题。
- 使用Shiro管理Session，可以用Redis来实现Shiro 的SessionDao接口，这样Session便归Redis来保存了。
- 设计一个Filter，利用HttpServletRequestWrapper，实现自己的 getSession()方法，来接管创建和管理Session数据的工作。Spring-Session就是通过这样的思路实现的。
- Spring-Session结合Redis实现Session共享。
四. Spring Session
1. 传统Session的问题
我们都知道Session是由Web容器管理的，即一个Session只保存在一台机器上，适合于单体应用。但随着架构的演练，不断的向微服务分布式集群演进，此时传统的Session就不能工作了。如：现在有3台Web服务器，客户端通过Nginx负载均衡技术，来负载到某一台服务器上，用户此次的数据就保存到了这台服务器的Web容器中了。等用户下次请求时，如果被负载到其它机器上，那么就拿不到之前保存的数据了，这时候就需要整个服务器集群共享同一个Session。
为了解决所有服务器共享一个Session，那么Session就不能单独的保存在自己的Web容器中，而是要保存在一个公共的会话仓库(Session Repository)中，也就是说所有的服务器都要访问这同一个仓库，这样所有服务器的状态便都一致了。Spring Session支持的仓库有Reids、MongoDB、JDBC等。
2. Spring Session的存储方式
默认情况下，在Spring Boot中，为Spring Session提供了几种存储方式:
- JDBC
- MongoDB
- Redis
- Hazelcast
- HashMap
在Spring Session可用的情况下，我们可以选择存储Session的存储类型StoreType。例如，按如下配置将使用JDBC作为后端存储：
spring.session.store-type=jdbc
# 通过设置`store-type`为`none`可以禁用Spring Session
注:
出于向后兼容，在Redis可用的情况下，Spring Boot中会默认自动配置及使用Redis来存储Spring Session。
另外每种存储方式都有特殊设置，例如，对于jdbc存储可自定义要存储的表名：
spring.session.jdbc.table-name=SESSIONS
3. Spring Session的优点
写在最后
在结束之际，我想重申的是，学习并非如攀登险峻高峰，而是如滴水穿石般的持久累积。尤其当我们步入工作岗位之后，持之以恒的学习变得愈发不易，如同在茫茫大海中独自划舟，稍有松懈便可能被巨浪吞噬。然而，对于我们程序员而言，学习是生存之本，是我们在激烈市场竞争中立于不败之地的关键。一旦停止学习，我们便如同逆水行舟，不进则退，终将被时代的洪流所淘汰。因此，不断汲取新知识，不仅是对自己的提升，更是对自己的一份珍贵投资。让我们不断磨砺自己，与时代共同进步，书写属于我们的辉煌篇章。
需要完整版PDF学习资源私我
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
