fix(#IK49NP): tRPC 端口 17778 仅绑定 127.0.0.1，避免外部直连绕过鉴权 · Pull Request !388 · OpenCloudOS/OCManager

本 PR 修复 issue #IK49NP（tRPC 端口 17778 无任何认证过滤器，可绕过所有鉴权）。

## 问题根因
footstone 的 tRPC 服务（端口 17778）filter 链被 AllowTrpc 放过——纯 tRPC 请求（无 HTTP head）即返回 true，直接跳过 tm-userpassword/tm-permission。原 docker-compose 将该端口直接映射到宿主机 0.0.0.0，外部网络可通过 tRPC 客户端直连 17778 调用任意 RPC（含 QueryJWTSecret 等敏感接口），绕过全部鉴权。

## 改动说明
- manager/deployments/compose/docker-compose.yml：footstone 的 17778 端口映射由 `${FOOTSTONE_TRPC_PORT:-17778}:17778` 改为 `127.0.0.1:${FOOTSTONE_TRPC_PORT:-17778}:17778`，仅本机可达，关闭外部直连攻击面。
- manager/backend/pkg/plugin/permission/plugin.go：在 AllowTrpc 增加安全说明注释，阐明 tRPC 绕过鉴权的设计前提与网络层隔离要求，并指引后续 tRPC 鉴权改造方向（mTLS / 服务账号 token + 改造 verifyToken/GetPath）。

## 影响范围
- 容器间内部调用走 docker 网络 ip://footstone:17778，不受端口映射变更影响，sysdiagnose -> footstone 等 tRPC 调用正常。
- 本机调试仍可通过 127.0.0.1:17778 访问 tRPC。
- 如需跨机访问 tRPC，应通过带鉴权的前置网关代理，而非直接暴露端口。

## 关于 issue 修复建议 #1/#2
AllowTrpc 行为未改动（保留对内部 tRPC 调用的放过），以避免破坏 sysdiagnose 等内部服务间无 JWT 的 tRPC 调用。issue 建议 #1（为 tRPC 加 filter）与 #2（改 AllowTrpc）需配合服务间身份机制协同改造，否则会阻断所有内部 tRPC 调用，建议作为后续 follow-up 单独处理。

## 测试
- gofmt 校验 plugin.go 通过（本变更为注释，无 Go 代码逻辑改动）。
- docker-compose.yml YAML 语法校验通过，ports 结构正确。
- 受沙箱网络限制，go build/go test 因依赖下载过慢未能完整执行；本 PR Go 侧仅注释变更，无逻辑改动，CI 将完整验证。

类型	指派人员	状态
审查	cherrycao	进行中 (0/1人)
测试	cherrycao	进行中 (0/1人)

OpenCloudOS / OCManager .gitee-modal { width: 500px !important; }

搜索帮助

OpenCloudOS / OCManager