Windows和Unix下最安全的同主机进程间通信（IPC）方式是什么

需求可行性结论 #

可以实现，你完全可以构建仅指定两个进程可读写的通信通道，无需额外加密，Unix和Windows下都有原生成熟方案满足要求。

Unix类系统实现方案 #

你倾向选择的Unix Domain Socket（UDS） 就是当前场景下的最优解：

• UDS的文件系统套接字本身支持POSIX权限控制，你调用socket()创建UDS实例后，在bind()前调用umask(0177)，就能将生成的套接字文件权限设为0600，仅运行这两个进程的所属用户拥有读写权限，其他用户的进程根本无法访问该套接字。
• 你提到的ancillary data（辅助数据）可以实现更精准的进程级访问控制：利用UDS辅助数据的SCM_CREDENTIALS机制，服务端在accept新连接时可以要求客户端发送自身的PID、UID、GID信息，你提前将允许通信的对端进程PID/UID存入白名单，只有校验匹配的连接才会被放行，哪怕是同一用户启动的其他进程尝试连接也会被拒绝，完全满足你仅两个进程通信的要求。
• UDS通信由内核直接转发数据，不会经过网络协议栈，不存在网络暴露风险，性能也远高于loopback地址的普通TCP socket。

Windows系统实现方案 #

如果需要兼容Windows系统，优先选择命名管道（Named Pipe）作为IPC方案：

• Win10 17063及以上版本同样支持UDS，和Unix类系统的用法基本一致，可直接复用UDS的逻辑。
• 若需要兼容更早的Windows版本，创建命名管道时可通过SetSecurityInfo接口配置安全描述符，直接指定仅特定用户、甚至特定进程的SID拥有管道的读写权限，其他进程无访问权限。
• 命名管道也支持在服务端接受连接时校验客户端的PID、身份信息，可设置白名单仅放行指定进程的连接。

无需加密的合理性 #

只要做好上述访问权限控制，通信数据全程在内核空间完成拷贝，不会被其他未授权的用户或进程截获，完全不需要额外做加密操作，不存在数据泄露风险。

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