应使用 gorilla/sessions 管理登录态，它默认启用签名、支持可选加密、自动绑定上下文；密钥需≥32字节，须调用 session.Save(r, w) 下发 cookie；JWT 解析必须显式校验 exp/iss/nbf；RBAC 权限检查应通过中间件注入 context；密码哈希须用 bcrypt 且 cost 动态调整。
用 gorilla/sessions 管理登录态，别碰原生 http.Cookie 手动加解密
Go 标准库的 http.SetCookie 只负责发 cookie，不处理签名、加密、过期校验——这意味着你得自己实现 HMAC 签名防篡改、AES 加密敏感字段、时间戳验证，稍有疏漏就可能被伪造 session ID 或窃取用户 ID。
gorilla/sessions 封装了安全的存储后端（内存、Redis、PostgreSQL），默认启用签名+可选加密，且自动绑定请求上下文。关键点：
- 使用
cookieStore := sessions.NewCookieStore([]byte("your-32-byte-secret-key"))，密钥必须 ≥32 字节，否则会 panic - 避免用
http.Request.Header.Get("Cookie")解析 session，直接调session, _ := store.Get(r, "auth-session") - 写入时务必调
session.Save(r, w)，否则 cookie 不会下发；忘记这步是本地测试能过、上线就失效的高频原因
JWT 做无状态授权时，jwt.Parse 必须显式校验 exp 和 iss
很多示例代码只调 jwt.Parse(token, keyFunc) 就认为验证完成，但 Parse 默认不检查过期（exp）、签发者（iss）或生效时间（nbf），攻击者可重放过期 token 或伪造 issuer。
正确做法是传入自定义 jwt.Parser 并启用校验：
立即学习“go语言免费学习笔记（深入）”；
parser := jwt.NewParser(jwt.WithValidMethods([]string{"HS256"}))
token, err := parser.ParseWithClaims(jwtString, &Claims{}, func(t *jwt.Token) (interface{}, error) {
return []byte("secret"), nil
})
if err != nil || !token.Valid {
// 拒绝访问
}
更稳妥的是在 Claims 结构体里嵌入 jwt.RegisteredClaims，它自带 VerifyExpiresAt 等方法，且 token.Claims.(jwt.MapClaims) 这种类型断言会跳过所有校验。
RBAC 权限检查别写在 handler 里，用中间件 + context.Context 透传角色
把 if user.Role != "admin" { http.Error(w, "forbidden", 403) } 直接塞进每个 handler，会导致权限逻辑分散、难以审计、无法统一日志记录。
推荐结构：
- 登录成功后，将角色存入 session：
session.Values["role"] = "editor" - 写一个中间件，在
r.Context()中注入角色：ctx := context.WithValue(r.Context(), "role", role) - 权限检查函数接收
context.Context，从ctx.Value("role")取值，再比对白名单（如map[string]bool{"admin": true, "editor": true}） - 注意：不要用
context.WithValue传敏感数据（如密码、token 原文），只传不可变标识符
密码哈希必须用 golang.org/x/crypto/bcrypt，且 bcrypt.DefaultCost 别硬编码
bcrypt.GenerateFromPassword([]byte(pwd), bcrypt.DefaultCost) 看似方便，但 DefaultCost 是常量 10，CPU 性能提升后，这个强度会越来越不安全。线上服务应根据服务器负载动态调整 cost 值。
实操建议：
- 首次注册/改密时，用
bcrypt.Cost(12)或更高（12–14 是当前推荐区间） - 验证时用
bcrypt.CompareHashAndPassword(hash, pwd)，它能自动识别 hash 中的 cost 值，无需手动解析 - 避免用
sha256.Sum256或md5做“简单哈希”，它们没有 salt 且计算太快，GPU 暴力破解几秒就能跑完百万次
真正难的不是选哪个库，而是密钥轮换、session 失效广播、JWT 黑名单这些边界场景——它们不会出现在 hello world 示例里，但上线后第一个安全审计就会卡在这儿。
