这是一个创建于 429 天前的主题，其中的信息可能已经有所发展或是发生改变。
自己写一个项目，某些情境下需要管理员权限执行命令，频繁弹出 UAC 很影响用户体验。所以将这部分功能分离，做成服务，主程序与其进行通信。由于项目特殊性，主程序与服务通讯时尽可能绕过网络栈。因为之前没有遇到需要跨进程通讯的情景，自己 Google 并找到以下解决方案：
- 在 Windows 下采用 NamePipe
- 在 Unix 下采用 UnixDomainSocket
为保证安全性，还在其中包装了 TLS ，双向证书验证，即 NamePipe+TLS / UnixDomainSocket+TLS 。
想请教一下诸位的方案，并欢迎提出上述方案的修改建议
- 在 Windows 下采用 NamePipe
- 在 Unix 下采用 UnixDomainSocket
为保证安全性，还在其中包装了 TLS ，双向证书验证，即 NamePipe+TLS / UnixDomainSocket+TLS 。
想请教一下诸位的方案，并欢迎提出上述方案的修改建议
16 条回复 2024-09-27 19:55:32 +08:00
 | 1 tool2dx 2024-09-26 20:00:39 +08:00 via Android 我是直接把临时数据，写在注册表做进程共享的。不需要特殊权限，简单，暴力。 |
| 2 tool2dx 2024-09-26 20:03:02 +08:00 via Android 还有就是 WM_COPYDATA ，也不需要权限，挺方便。 |
 | 3 james122333 2024-09-27 02:09:44 +08:00 via Android 你这样很难调试 出了问题也难以修正 组件互动也过于单一化 |
| 4 james122333 2024-09-27 02:23:32 +08:00 via Android 当然做别人的东西应该都会差不多这么搞 多人懂 东西不好不坏 |
 | 5 R4rvZ6agNVWr56V0 2024-09-27 04:05:17 +08:00 命名管道最简单， 安全方案都是 ms 标准的东西 https://learn.microsoft.com/en-us/windows/win32/ipc/named-pipe-security-and-access-rights |
 | 6 yaott2020 OP @james122333 个人项目，而且用过一些现成的库，都不好用，这段代码是参考字节的相关代码写的，应该不会有什么大的问题 |
 | 9 zhangeric 2024-09-27 08:40:17 +08:00 windows 可以使用共享内存. |
 | 10 bthulu 2024-09-27 09:39:06 +08:00 当然是 GRPC 配合 OAUTH 了 |
 | 11 specture 2024-09-27 10:11:03 +08:00 在端上应该 NamedPipe 和 UDS 是比较好的方案了. |
 | 12 salmon5 2024-09-27 10:35:12 +08:00 为保证安全性，还在其中包装了 TLS ，双向证书验证，即 NamePipe+TLS / UnixDomainSocket+TLS 。 ================================================================ 这个感觉没必要。 |
 | 13 codehz 2024-09-27 11:24:03 +08:00 不是你进程内用 TLS 是脱裤子放屁吗，威胁模型先确定一下啊，桌面系统可能存在的问题是病毒劫持了你的程序伪造发送消息，你这个用 TLS 有啥意义，只要病毒能注入代码到低权限进程，就可以轻易伪造，有没有 TLS 都没区别。。。 同一个机器上的话应该由特权进程来验证通讯的进程是否合法...windows 使用 com 的远程调用机制是可以做到的，可以参考 Chrome 最近在 windows 上使用的一个叫做“App-Bound”的机制（保护 cookie 不被其他进程解密的） |
Select Language