身份和角色

经过设备验证的控制平面客户端提供签名身份并通过 pairing。重新连接更广泛的设备范围需要批准。其他准入路径包括经过验证的前门和配置的本地或共享秘密访问。将 DM 策略设置为 pairing 时，未知发件人将获得配对代码，而不是代理。身份感知前门（Tailscale、可信代理、Cloudflare Access）将经过验证的身份映射到范围。

八个 操作员范围 — read、write、admin 以及用于配对、批准、问题和谈话的更窄范围 — 是根据调度前的实际参数根据请求派生的，没有范围分类的方法将被拒绝而不是允许。写入和管理操作需要相应的范围。 gateway.roles 分配指定的人员级别角色：对其他人会话的可见性、代理允许列表以及与授予的任何连接身份验证相交的范围上限（从未添加到其中）。没有有效分配的配置文件将接收配置的默认角色；对于强化部署，将该角色配置为拒绝所有。省略 gateway.roles 会使角色边界禁用。 多用户会话记录不可变的创建者、可分配的所有者和有界的参与者历史记录，并且经过验证的GitHub身份可以流向Co-authored-by预告片和PR-链接的会话记录（user模型）。

我们的 安全文档 定义了范围：一个网关就是一个信任域。角色组织已经相互信任的人之间的协作。对于相互不信任的租户，最好在单独的 OS 用户或主机下运行具有自己的状态和凭据的单独网关。请参阅 安全信任模型。