我要招人

后端岗位面试题更新 2026-08-05

请解释 API 签名认证算法的定义及其主要作用，并结合实际项目说明你是如何实现该算法的？

后端开发项目复盘安全意识技术原理

考察说明

考查候选人是否理解 API 签名认证的用途、原理，并具备实际落地经验与安全边界意识。

回答思路

  1. 【回答框架 1】API 签名认证是一种通过不可逆哈希算法对请求参数与密钥进行摘要计算，生成唯一签名，并在服务端重复同样计算以验证请求合法性的机制。核心要素包括：参数规范化排序、拼接密钥、哈希算法（如 HMAC-SHA256）、时间戳防重放、随机数防重复。
  2. 【回答框架 2】作用主要有三个：确认请求来自合法调用方，通过共享密钥间接验证身份；防止请求参数在传输中被篡改，因为任何修改都会导致签名不一致；通过时间戳与随机数结合，在一定程度上抵御重放攻击。
  3. 【回答框架 3】我的实现步骤是：先统一排序参数并拼接成规范字符串，再拼接时间戳和随机数，使用 HMAC-SHA256 算法以 AppSecret 作为密钥计算签名；客户端将签名、时间戳、随机数放入请求头；服务端取出参数重复计算，比对签名是否一致，并校验时间戳在有效期内，随机数是否已使用，防止重放。
  4. 【回答框架 4】在实际项目中需要注意密钥管理，AppSecret 只保存在服务端，不暴露给前端；可使用密钥版本轮换；对于高安全场景可结合 HTTPS、OAuth 等增强。签名算法本身不提供完整业务幂等，仍需唯一请求 ID 与状态记录配合实现。
  5. 【关键点 1】签名认证核心是哈希摘要，使用 HMAC-SHA256 等不可逆算法，能防御参数篡改并间接验证调用方身份。
  6. 【关键点 2】实现步骤包括参数排序、拼接、加盐及时间戳随机数，服务端重复计算比对。
  7. 【关键点 3】时间戳与随机数只能降低重放风险，不能完全杜绝；密钥管理需严格保密并支持轮换。
  8. 【关键点 4】签名只保证请求来源与数据完整性，不直接保证业务幂等，需配合唯一标识与去重逻辑。
  9. 【易错点 1】有的方案将所有参数直接拼接而不规范排序，导致签名验证不稳定或存在碰撞风险。
  10. 【易错点 2】忽视时间戳有效窗口和随机数唯一性，容易遭到重放攻击。
  11. 【易错点 3】密钥硬编码在前端或日志中，造成安全隐患。