基于出生日期的用户身份认证方案咨询（Django适用）

当前方案可行性判断 #

你的方案可行但存在明显安全隐患：

• 可行性：核心逻辑（token+出生日期组合验证）能完成身份校验的基本流程，无需注册的模式也匹配业务场景需求。
• 隐患：
  • 出生日期属于低熵信息，极易被猜测或通过社交关系获取，直接作为后续请求的验证字段风险极高。
  • 若以明文形式放在请求头或数据字段传输，抓包即可轻易获取，攻击者拿到后可直接冒充用户发起请求。

更优实现模式 #

1. 一次性验证后签发短期会话凭证 #

• 流程：用户打开含唯一token的页面，输入出生日期完成验证后，后端签发HttpOnly、Secure的Session Cookie（用Django自带的session机制即可实现），或签发JWT令牌（需设置15-30分钟的短有效期）。
• 后续请求：客户端自动携带Cookie，或在请求头中携带JWT，后端仅需验证会话有效性，无需再传输出生日期。
• 优势：避免重复传输敏感的出生日期，会话凭证可设置过期时间，降低泄露后的风险范围。

2. 强化token的安全性 #

• 原方案中的唯一token建议使用高熵随机字符串，比如用Django的secrets.token_urlsafe(32)生成，且与用户的唯一编码绑定，避免token被跨用户复用。
• 给token设置有效期，比如仅允许24小时内使用，过期后需重新获取含新token的页面。

3. 增加验证环节的防护 #

• 在用户输入出生日期时，加入图形/短信验证码，防止攻击者暴力枚举出生日期。
• 对验证失败次数做限制，比如连续5次错误则锁定该token对应的验证入口1小时。

4. 强制敏感请求加密 #

• 所有涉及身份验证和敏感信息的请求，必须使用HTTPS协议，防止数据在传输过程中被窃听或篡改。

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