macOS下root守护进程与非root进程Mach消息IPC通信问题排查

我正在研究macOS平台下，以root权限运行的launch daemon与用户空间进程之间使用Mach消息进行IPC的底层机制，遇到了端口获取和消息发送失败的问题。

定义的数据结构体 #

struct MACH_MSG_BASE
{
    mach_msg_header_t hdr;
    mach_msg_body_t body;
};

struct MACH_MSG_UINT32
{
    MACH_MSG_BASE base;
    unsigned int val;      // 测试用的发送值
};

守护进程（服务端）代码 #

// Server:
// 为简洁省略错误检查
mach_port_t port = MACH_PORT_NULL;
mach_port_t task = mach_task_self();

mach_port_allocate(task,
                   MACH_PORT_RIGHT_RECEIVE,
                   &port);

mach_port_insert_right(task,
                       port,
                       port,
                       MACH_MSG_TYPE_MAKE_SEND);

MACH_MSG_UINT32 msg = {};
msg.base.hdr.msgh_local_port = port;
msg.base.hdr.msgh_size = sizeof(msg.base);
        
mach_msg(&msg.base.hdr,
         MACH_RCV_MSG,
         0,
         sizeof(msg),
         port,
         MACH_MSG_TIMEOUT_NONE,
         MACH_PORT_NULL);

运行后mach_msg进入等待状态，符合预期，但客户端无法正确获取服务端端口并发送消息。

用户进程（客户端）代码 #

// Client(s):
// 为简洁省略错误检查
mach_port_t port = MACH_PORT_NULL;
mach_port_t task;
task_for_pid(mach_task_self(), server_pid, &task);  // 通过守护进程名称获取server_pid

mach_port_allocate(task,
                   MACH_PORT_RIGHT_RECEIVE,
                   &port);

MACH_MSG_UINT32 msg = {};
    
msg.base.hdr.msgh_remote_port = _port;
msg.base.hdr.msgh_local_port = MACH_PORT_NULL;
msg.base.hdr.msgh_bits = MACH_MSGH_BITS_REMOTE(MACH_MSG_TYPE_MAKE_SEND);
msg.base.hdr.msgh_size = sizeof(msg.base);
    
msg.val = 0x12345678;
    
mach_msg(&msg.base.hdr,
         MACH_SEND_MSG,
         sizeof(msg),
         0,
         MACH_PORT_NULL,
         MACH_MSG_TIMEOUT_NONE,
         MACH_PORT_NULL);

运行客户端代码时，mach_msg返回0x10000003（即MACH_SEND_INVALID_DEST），请问问题出在哪里？

核心错误点 #

1. task_for_pid权限限制
   macOS安全机制下，普通用户进程无法通过task_for_pid获取root进程的task port——该调用会因权限不足失败，你省略了错误检查所以未发现这一点，后续基于无效task port的操作全是错误的。

2. 错误在服务端task中分配端口
   客户端代码尝试用mach_port_allocate(task, ...)在服务端的task空间内分配端口，完全不符合IPC逻辑：客户端只能在自己的task中分配资源，且发送消息无需单独分配接收端口（除非需要接收服务端回复）。

3. 服务端端口未对外暴露
   服务端创建的端口是进程内部私有资源，其他进程无法直接获取端口号。必须通过系统公共命名服务（如Bootstrap服务）将端口注册为可查找的名称，客户端才能通过名称获取端口。

修正后的实现步骤 #

1. 服务端：将端口注册到Bootstrap服务 #

修改服务端代码，创建端口后将其注册到Bootstrap服务，让客户端可通过自定义名称查找：

// Server:
// 为简洁省略错误检查
mach_port_t port = MACH_PORT_NULL;
mach_port_t task = mach_task_self();
mach_port_t bootstrap_port;

// 获取Bootstrap端口
task_get_bootstrap_port(task, &bootstrap_port);

mach_port_allocate(task,
                   MACH_PORT_RIGHT_RECEIVE,
                   &port);

mach_port_insert_right(task,
                       port,
                       port,
                       MACH_MSG_TYPE_MAKE_SEND);

// 将端口注册到Bootstrap，使用唯一服务名称
bootstrap_register(bootstrap_port, "com.your.daemon.service", port);

MACH_MSG_UINT32 msg = {};
msg.base.hdr.msgh_local_port = port;
// 注意：msgh_size需匹配整个消息结构体大小，而非base部分
msg.base.hdr.msgh_size = sizeof(msg);
        
mach_msg(&msg.base.hdr,
         MACH_RCV_MSG,
         0,
         sizeof(msg),
         port,
         MACH_MSG_TIMEOUT_NONE,
         MACH_PORT_NULL);

2. 客户端：通过Bootstrap查找服务端端口 #

客户端无需使用task_for_pid，直接通过Bootstrap服务查找注册的端口：

// Client(s):
// 为简洁省略错误检查
mach_port_t server_port = MACH_PORT_NULL;
mach_port_t bootstrap_port;

// 获取Bootstrap端口
task_get_bootstrap_port(mach_task_self(), &bootstrap_port);

// 通过服务名称查找服务端端口
bootstrap_lookup(bootstrap_port, "com.your.daemon.service", &server_port);

MACH_MSG_UINT32 msg = {};
    
msg.base.hdr.msgh_remote_port = server_port;
msg.base.hdr.msgh_local_port = MACH_PORT_NULL;
msg.base.hdr.msgh_bits = MACH_MSGH_BITS_REMOTE(MACH_MSG_TYPE_MAKE_SEND);
// msgh_size需匹配整个结构体大小
msg.base.hdr.msgh_size = sizeof(msg);
    
msg.val = 0x12345678;
    
mach_msg(&msg.base.hdr,
         MACH_SEND_MSG,
         sizeof(msg),
         0,
         MACH_PORT_NULL,
         MACH_MSG_TIMEOUT_NONE,
         MACH_PORT_NULL);

额外注意事项 #

• 错误检查：实际代码必须添加mach_error相关的错误检查，比如bootstrap_register、bootstrap_lookup的返回值，否则难以定位问题。
• 服务名称唯一性：root权限的launch daemon注册服务时，需确保名称唯一，避免与系统服务冲突。
• 消息大小匹配：msgh_size必须设置为整个消息结构体的大小，否则会导致消息截断或接收失败。

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