Slack应用按钮触发请求URL需Basic Auth，遇401错误如何解决？

方案1：搭建中间代理服务转发请求 #

Slack本身不支持直接为交互请求添加自定义请求头（包括Basic Auth），最稳妥的方式是自己搭建一个轻量代理服务，让Slack先把请求发送到这个代理，由代理添加Basic Auth头后再转发到目标URL。

举个简单的Node.js（Express）代理示例：

const express = require('express');
const axios = require('axios');
const app = express();
app.use(express.json());

// 配置目标URL和Basic Auth信息
const TARGET_URL = '你的目标API URL';
const BASIC_AUTH_USER = '用户名';
const BASIC_AUTH_PASS = '密码';
const authHeader = `Basic ${Buffer.from(`${BASIC_AUTH_USER}:${BASIC_AUTH_PASS}`).toString('base64')}`;

// 接收Slack的POST请求
app.post('/slack-proxy', async (req, res) => {
  try {
    // 转发请求到目标URL，添加Basic Auth头
    const response = await axios.post(TARGET_URL, req.body, {
      headers: {
        'Authorization': authHeader,
        'Content-Type': 'application/json'
      }
    });
    // 将目标服务的响应返回给Slack
    res.status(response.status).send(response.data);
  } catch (error) {
    res.status(error.response?.status || 500).send(error.response?.data || '转发失败');
  }
});

app.listen(3000, () => {
  console.log('代理服务运行在端口3000');
});

部署这个代理服务后，把Slack交互配置里的请求URL改成代理服务的/slack-proxy地址即可。

方案2：替换Basic Auth为Slack请求签名验证 #

如果你的目标服务可以修改，建议直接改用Slack官方的请求签名验证机制，替代Basic Auth——这更符合Slack的安全规范，也省去代理的麻烦。

验证步骤：

1. 从Slack应用后台获取Signing Secret（在「Basic Information」页面的「App Credentials」部分）。
2. 目标服务收到请求时，取出X-Slack-Request-Timestamp和X-Slack-Signature头。
3. 用Signing Secret、请求时间戳和原始请求体，按照Slack规则生成签名并对比：
   • 拼接字符串：v0:${timestamp}:${rawRequestBody}
   • 用HMAC-SHA256算法，以Signing Secret为密钥，对拼接后的字符串生成哈希值，前缀加上v0=
   • 对比生成的签名和请求头里的X-Slack-Signature，一致则验证通过。

这样目标服务就可以直接接收Slack的请求，无需Basic Auth，同时保证请求确实来自Slack。

方案3：使用Slack Workflow Builder（限简单场景） #

如果按钮触发逻辑简单，可以尝试用Slack的Workflow Builder创建工作流：

• 选择「按钮点击」作为触发条件
• 添加「发送Webhook」动作，在Webhook配置里手动添加Authorization头（值为Basic base64编码的用户名密码）
• 将Webhook的目标地址设为你的API URL

不过这个方案只适用于不需要复杂交互响应（比如模态框回调）的场景，因为Workflow Builder的Webhook无法处理Slack要求的即时响应格式。

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