无应用源码时如何通过Node.js重定向HTTPS请求返回自定义响应

该需求完全可以实现，核心逻辑是拦截目标C#应用发出的ID校验请求，替换服务端返回内容即可，Node.js代理是可行的实现方案之一，落地前需要先解决HTTPS请求的证书校验问题。

目标应用发起的是HTTPS请求，默认会对服务端返回的证书做合法性校验：

• 如果直接通过改hosts、路由转发的方式把www.webserver.com的流量导到自有服务器，且你没有该域名的合法CA签发证书，应用会直接抛出证书不信任错误，请求中断，根本无法收到你返回的自定义响应。
• 若应用未做证书强校验（未硬编码原服务的证书指纹、公钥，仅依赖系统默认的证书信任链做校验），只需在运行应用的设备上安装你自行生成的根CA证书，将其加入系统受信任根证书列表，即可正常开展中间人拦截、修改响应内容。
• 若应用做了证书绑定（Certificate Pinning），在代码里硬编码了原服务器的证书特征，就算安装了自签根证书也会被判定为请求非法，这种情况需要先逆向修改应用的证书校验逻辑，跳过校验步骤后才能继续拦截。

可以基于http-mitm-proxy这类成熟的Node.js中间人代理库实现，流程如下：

• 流量指向配置：在运行目标应用的设备上修改hosts文件，将www.webserver.com的域名解析指向你部署Node.js代理服务的IP，若代理直接部署在本机则指向127.0.0.1；如果部署在远端服务器，要确保设备到服务器443端口的网络连通，提前放开防火墙规则。
• 证书信任配置：生成自定义根CA证书，将其安装到设备的系统受信任根证书存储区，让系统信任你为www.webserver.com签发的临时证书。
• 编写代理逻辑，匹配到校验请求时直接返回伪造响应，其余请求正常转发到原服务器避免影响应用其他功能，示例代码如下：

const mitmProxy = require('http-mitm-proxy');
const proxy = mitmProxy();

proxy.on('request', (ctx, next) => {
  const requestPath = ctx.clientToProxyRequest.url;
  // 匹配ID校验接口
  if (requestPath.startsWith('/checkid=')) {
    ctx.proxyToClientResponse.writeHead(200, {
      'Content-Type': 'text/plain'
    });
    // 返回伪造的激活成功响应
    ctx.proxyToClientResponse.end('Active');
    return;
  }
  // 非校验请求走正常转发逻辑
  next();
});

// 监听443端口承接HTTPS流量
proxy.listen({
  port: 443,
  sslCaDir: './cert-storage' // 自动存储生成的CA证书、各域名临时证书的目录
}, (err) => {
  if (err) {
    console.error('代理启动失败：', err);
    return;
  }
  console.log('HTTPS拦截代理已启动，正在监听443端口');
});

• 启动代理服务后，触发应用的校验逻辑，应用就会收到你返回的Active响应，不会触发功能锁定。

如果不想自行编写Node.js服务，也可以用现成的HTTPS抓包工具实现同样效果：

• 安装Fiddler、Charles这类支持HTTPS中间人抓包的工具，按照工具引导安装对应的根CA证书到系统受信任列表。
• 配置自动响应规则：匹配路径包含/checkid=的请求，直接设置返回本地构造的Active文本响应即可，不需要额外写代码部署服务。
• 如果目标应用不读取系统代理配置，还是需要通过修改hosts、配置路由转发的方式，把目标域名443端口的流量导到抓包工具的监听端口。

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