session cookie token 的区别

本文介绍了HTTP协议无状态特性导致的Cookie和Session的出现,详细阐述了Cookie的类型、作用域及安全特性,以及Session的工作原理和潜在问题。同时,提到了Token作为身份验证方式的优势,并对比了Cookie、Session和Token之间的差异。讨论了如何通过secure和httponly标记提高Cookie的安全性,以及Session在负载均衡场景下的挑战。最后,分析了Session和Token在安全性方面的优劣。
  • session 和 cookie为什么会出现

    • http协议无状态,即服务器不知道客户端的历史请求记录
  • cookie的定义

    • http协议中的cookie包括web cookie和浏览器cookie,其是服务器发送到浏览器的一小段数据,浏览器会将cookie进行存储并在下一次发送请求时将cookie一起发送,通常,cookie用于判断两个请求是否来自于同一浏览器,如用户保持登录状态
    • cookie主要用于三个目的
      • 会话管理:登录、购物车、游戏得分等服务器应该记住的内容
      • 个性化:用户偏好、主题或其它设置
      • 追踪:记录和分析用户行为
    • cookie的分类:
      • session cookie
        • 不包含到期日期,存储在内存中而不是磁盘中,浏览器关闭时此cookie将永久消失
      • persistent cookie
        • 包含有效期,被视为持久化cookie,在到指定日期时,cookie将从磁盘中删除
    • cookie的secure和httponly标记
      • 安全的cookie需经过https协议通过加密方式发送到服务器,但即使是安全的也不应该将敏感信息存储在cookie中,因为其本质上不安全
      • httponly时微软对cookie做的扩展,其值指定cookie是否可通过客户端脚本访问
      • 会话中若缺少httponly则会导致攻击者通过程序获取到用户的cookie信息,造成cookie信息泄露增加攻击者的跨站脚本攻击威胁
    • cookie的作用域
      • Domain和Path标识定义了cookie的作用域,即cookie应该发送给哪些URL
  • session的定义

    • 客户端请求服务端,服务端开辟一块内存空间,即session对象,存储结构为concurrentHashMap.同时生成对应的sessionId,并通过响应头 set-cookie:JSESSIONID = XXX 命令向客户端发送要设置cookie的响应,客户端收到响应后在本机设置cookie信息,该cookie的过期时间为浏览器会话结束,客户端每次向同一网站发送请求时会携带该cookie信息, 服务器可以利用session存储客户端在同一会话期间的记录,服务器通过读取请求头中的cookie信息获取JSSESION的值得到请求的sessionid
  • session的缺点

    • 无法应对负载均衡问题
      • A服务器存储了session,但若某时间段内A的访问量激增,通过负载均衡机制,会将其转发到B进行访问,但B服务器中无A的session,会导致session的失效
  • token的定义

    • 令牌,是用户身份的验证方式
    • 最简单的token由 uid (用户唯一身份标识)、time(当前时间的时间戳)、sign(签名)组成
  • cookie与session的区别

    • cookie数据存储在客户端,session数据放在服务器上
    • cookie不安全,且保存数据有限
    • session一定时间内保存在服务器上,当访问增多,占用服务器的性能
  • cookie与token

    • cookie不允许跨域访问,但token支持,前提是传输的用户认证信息通过http头传输
    • token是令牌,当用户授权一个程序时,依据token判断用户是否授权该软件
    • cookie和token均存储在客户端
  • session与token

    • session中的sessionid因为不可预测性而被认为是安全的,但token的认证和授权机制使token安全性比session好

ref: https://cloud.tencent.com/developer/article/1704064

### CookieSession Token区别 #### 定义与工作原理 Cookie 是一种小型文本文件,由服务器发送给浏览器并存储于用户的设备上。当用户再次访问同一网站时,浏览器会将这些 Cookies 发送回服务器[^1]。 Session 是一种用于跟踪用户状态的技术,在服务端创建唯一的标识符并与特定用户关联起来。每次HTTP请求都通过该唯一ID来识别属于哪个用户的交互过程[^2]。 Token 则是一种自包含的字符串形式的身份验证凭证,通常采用 JSON Web Tokens (JWT) 格式编码而成。它包含了关于用户的信息以及签名部分以确保其真实性。客户端可以在本地(如浏览器中的 `localStorage` 或者作为 HTTP 请求头的一部分)保存此令牌,并随后续请求一起提交给 API 接口进行权限校验[^3]。 #### 存储位置 Cookies 被存放在客户端机器上的浏览器环境中;Sessions 数据则主要位于服务器一侧;而Tokens既可以被放置在前端应用内部也可以嵌入到API调用里去。 #### 使用场景 对于传统的Web应用程序来说,如果前后端部署在同一台物理机或者同一个域名之下,则可以考虑使用 Sessions 来管理登录态其他临时性的个人信息。然而随着现代互联网架构的发展趋势向微服务体系迈进,分布式部署变得越来越普遍,此时利用无状态特性的 Tokens 就显得尤为重要了——它们不仅能够跨越多个子域甚至完全独立的服务之间传递认证信息,而且减少了对共享内存资源的需求从而提高了系统的可伸缩性性能表现。 #### 安全特性对比 由于 Sessions 需要依赖于服务器端维护的状态信息,因此容易受到诸如 CSRF 攻击的影响。相比之下,基于 Token 的身份验证方案更加灵活且具备更强的安全保障措施,比如可以通过设置较短的有效期来降低泄露风险,同时支持刷新机制以便长期保持有效连接而不必频繁重新输入密码等敏感资料。 ```python import jwt def create_token(user_id, secret_key): payload = { 'user_id': user_id, 'exp': datetime.utcnow() + timedelta(days=7), # 设置过期时间 } token = jwt.encode(payload, secret_key, algorithm='HS256') return token.decode('utf-8') # Python3 中返回的是bytes类型数据,需解码成str ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值