Slack API报Invalid signature错误，密钥与令牌正确时如何排查原因

• 反向代理/网关修改了原始请求体
  如果你的应用前部署了Nginx、API网关等中间件，中间件若对Slack发来的原始请求体做了修改（比如格式化JSON、自动转义特殊字符、增删空格/换行），会导致本地计算签名的输入和Slack侧签名的输入不一致，最终验证失败。
• 服务器系统时间偏差过大
  Slack签名验证默认会校验请求头X-Slack-Request-Timestamp和应用服务器本地时间的差值，若差值超过5分钟会直接判定签名无效。请确认你的服务器系统时间已同步NTP服务，时间偏差在合理范围内。
• 请求体被框架提前读取消费
  Spring Boot等框架的过滤器、拦截器如果提前读取了请求的InputStream且没有做可重复读的封装，会导致传给Bolt库的请求体为空或者内容不完整，无法计算出正确的签名。
• 配置注入的签名密钥存在隐藏冗余字符
  即使你确认复制的signing secret本身正确，也可能存在复制时带入了前后空格、换行符，或是配置文件中多余的引号被一并注入到代码中的情况，比如YAML配置中用引号包裹密钥时，部分配置解析逻辑会把引号也作为值的一部分。
• 安全框架拦截了Slack请求
  Spring Security、Shiro等安全框架默认开启的CSRF防护会拦截Slack发来的跨域POST请求，要么直接返回403错误，要么修改了原始请求内容，导致既无法返回正确的challenge响应，也无法通过签名校验。
• 端点路径配置不匹配
  如果你Slack后台填写的Event Subscription回调地址和Bolt组件绑定的服务端点路径不一致，会导致Bolt没有处理对应的回调请求，返回404等错误响应，也会触发Slack侧的验证失败提示。

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