如何安全加密DynamoDB的LastEvaluatedKey实现分页？

针对你基于DynamoDB LastEvaluatedKey生成安全分页令牌的需求，以下是实际项目中验证过的落地建议：

AES加密方案：可行且推荐 #

AES加密完全能满足你“隐藏主键+防篡改注入”的核心需求，是当前场景下的最优选择之一，但要注意几个关键细节：

• 优先用带认证的加密模式：别用ECB、CBC这类仅加密的模式，选AES-GCM，它同时提供加密和完整性校验，能直接防范恶意用户篡改令牌内容。
• 密钥必须安全托管：绝对不能把密钥硬编码在代码或配置文件里，用AWS KMS这类云原生密钥管理服务存储、调用密钥，还要定期轮换密钥降低泄露风险。
• 序列化要紧凑规范：先把LastEvaluatedKey序列化为JSON或MessagePack这类结构化格式，再进行加密；解密后直接反序列化为原始结构，传给DynamoDB的ExclusiveStartKey参数即可。

备选方案：HMAC签名（仅适合主键非敏感场景） #

如果你的主键本身不涉及敏感信息，只是要防止令牌被篡改，HMAC签名+Base64的方案更轻量：

• 把LastEvaluatedKey序列化为字符串，加上时间戳（用于过期校验），再用HMAC-SHA256生成签名。
• 最终令牌格式设为[序列化内容].[签名].[时间戳]，后端验证时先校验签名合法性和时间戳有效性，再解析出LastEvaluatedKey。
• 优点是性能比加密好，缺点是主键内容会被Base64解码后暴露，不符合你“隐藏主键”的核心需求，仅作补充备选。

单表设计适配要点 #

因为你采用单表设计，不同实体或索引的LastEvaluatedKey结构差异较大，需要额外适配：

• 把实体类型、索引名称这类元信息也包含在加密/签名的内容里，确保后端能正确识别对应的查询结构，避免解析错误。
• 尽量精简序列化后的内容，比如用缩写字段名替代原始键名，减少令牌长度，提升前端传递的便捷性。

额外安全优化 #

• 添加过期机制：在加密内容里嵌入令牌的过期时间戳，解密后先校验是否过期，避免恶意用户长期持有旧令牌。
• 剔除冗余信息：令牌里只保留LastEvaluatedKey和必要元信息，不要加入任何业务敏感数据，降低泄露风险。
• 覆盖边缘场景：测试LastEvaluatedKey包含特殊字符、多类型主键（字符串+数字组合）等情况，确保加密解密流程稳定。

内容的提问来源于stack exchange，提问作者Blue