Revel Session 默认仅签名不加密，因使用 HMAC-SHA256 签名（防篡改）但内容为明文 Base64 编码，故可被直接解码查看；Flash 同理，需手动集成 AES-GCM 等对称加密并配全 Secure/HttpOnly/SameSite 等安全属性以满足合规要求。
Revel 框架默认不加密 Cookie 内容，只做签名（sign），因此必须手动加解密才能满足 GDPR、等保或 PCI-DSS 类合规要求。
Revel 的 Session Cookie 为什么默认不加密？
Revel 的 Session 是一个 map[string]string，序列化后存入单个 Cookie，使用 app.cookie.secret 密钥签名（HMAC-SHA256），但内容仍是明文 Base64 编码。这意味着：
- 攻击者拿到 Cookie 值（如从浏览器开发者工具或日志中）可直接
base64.StdEncoding.DecodeString()还原出原始键值对 - 用户能任意修改
session["user_id"]或session["role"]并重新签名（只要知道 secret）——签名只防篡改，不防窥探 - 合规审计（如等保2.0“通信传输保密性”、GDPR “个人数据最小化与保密性”）会直接判定此项不通过
如何在 Revel 中真正加密 Session Cookie？
Revel 没有内置 AES 加密中间件，需在请求生命周期的两个关键点手动介入：写入前加密、读取后解密。核心是替换默认的 Session.Set() 和 Session.Get() 行为。
- 加密必须用对称算法（如 AES-GCM），且每次加密使用唯一 IV；IV 可拼在密文前，长度固定（如 12 字节）
- 密钥不能硬编码，应从环境变量或密钥管理服务（如 HashiCorp Vault）加载，避免泄露后全量失效
- 务必在
app.Init()阶段初始化加解密器，避免并发时密钥复用或 IV 冲突 - 加密后整个 Session 字符串长度会增加约 20–30%，需确认未超 4KB 上限（Revel 默认限制）
示例片段（Go）：
// 在 app/init.go 中
var aesCipher *cipher.BlockMode
func init() {
key := []byte(os.Getenv("SESSION_ENCRYPT_KEY")) // 32字节 AES-256
iv := make([]byte, 12)
block, _ := aes.NewCipher(key)
aesCipher = cipher.NewGCM(block)
}
// 自定义 SetEncrypted
func SetEncrypted(c *revel.Controller, key, value string) {
plaintext := []byte(value)
nonce := make([]byte, aesCipher.NonceSize())
if _, err := rand.Read(nonce); err != nil {
panic(err)
}
ciphertext := aesCipher.Seal(nonce, nonce, plaintext, nil)
c.Session.Set(key, base64.StdEncoding.EncodeToString(ciphertext))
}
Flash Cookie 能否加密？怎么处理？
Revel 的 Flash 是独立于 Session 的另一组 Cookie（REVEL_FLASH），同样仅签名、不加密。它常用于传递错误/成功消息，但若消息含敏感信息（如“用户张三余额不足”，暴露姓名+业务类型），也需加密。
- 不能复用 Session 的加密逻辑，因为 Flash 生命周期极短（仅跨一次重定向），且 Revel 会在重定向后自动清空
Flash.Out - 推荐做法：在
c.Flash.Success()前，先调用自定义加密函数，再将密文传入；解密则放在模板渲染前的拦截器中（如interceptor） - 注意 Flash Cookie 默认未设
HttpOnly，若前端 JS 读取了它（如document.cookie），加密也白搭——必须同步配置app.cookie.httpOnly = true
加密后仍要配齐四大安全属性
加密只是手段之一，不替代基础防护。Revel 的 app.conf 中必须显式设置：
-
app.cookie.secure = true（强制 HTTPS，否则加密流量在 HTTP 下裸奔） -
app.cookie.httpOnly = true（阻止 XSS 直接读取 Cookie） -
app.cookie.sameSite = "Strict"或"Lax"（防 CSRF，尤其涉及转账、权限变更操作） -
app.cookie.domain = ".example.com"（若多子域共用 Session，注意点号开头，且避免宽泛如"com"）
这些配置漏掉任意一项，都可能让加密形同虚设——比如没开 Secure，攻击者用公共 WiFi 抓包就能拿到密文；没开 HttpOnly，XSS 脚本可直接窃取并转发密文到自己的服务器离线爆破。
