如何安全地与.NET Core Worker Service进行消息收发

你的改造思路完全可行，绑定localhost本身已经从网络层面拦截了所有外部请求，以下是无需证书、部署成本极低的安全控制方案，可确保仅你的桌面应用能访问接口：

方案1：固定API密钥校验（最易实现，推荐优先使用） #

无需额外依赖，10分钟即可接入：

• 两边约定一个仅你自己知道的私有密钥，写死在代码里或者存储在同机非公开目录的配置文件中
• 给WebApi添加全局校验中间件，要求所有请求必须携带请求头X-Internal-Access-Key，校验不通过直接返回403
• 参考实现代码：

// Program.cs 中添加中间件，放在路由匹配之前
app.Use(async (context, next) =>
{
    // 双重校验：仅允许本机请求
    if (!context.Connection.RemoteIpAddress.IsLoopback)
    {
        context.Response.StatusCode = StatusCodes.Status403Forbidden;
        return;
    }
    // 校验自定义密钥
    if (!context.Request.Headers.TryGetValue("X-Internal-Access-Key", out var requestKey)
        || requestKey != "你约定的固定密钥")
    {
        context.Response.StatusCode = StatusCodes.Status403Forbidden;
        return;
    }
    await next();
});

• 桌面应用发起请求时在请求头带上对应密钥即可，全程走HTTP不需要HTTPS，请求不会离开本机，不存在密钥泄露风险。

方案2：Windows进程身份校验（更高安全等级，无密钥泄露风险） #

适合对权限要求极高的场景，无需传递任何密钥，完全基于Windows系统层面校验：

• 收到请求后通过Windows API获取发起请求的进程ID、进程路径、数字签名信息
• 校验进程路径是否为你部署桌面应用的固定路径，或者校验进程的数字签名发布者是否为你自己
• 仅当校验通过时才处理请求，完全杜绝其他本地程序伪造请求的可能

额外加固建议 #

• WebApi启动时强制绑定http://127.0.0.1:自定义端口，不要绑定0.0.0.0或者其他可对外访问的地址，从根源上拦截外部访问
• 接口尽量使用POST方法，避免被本地浏览器、爬虫等程序误触发
• 可在Windows防火墙中配置规则，禁止外部IP访问你WebApi的自定义端口，作为第二层防护

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