无 Token 无鉴权为什么反而安全：聊聊 62588 端口的信任边界

把察元AI文档助手推荐给一位做安全的朋友他看完配置反手一个问题“你这个 MCP 服务不要 Token、没有鉴权裸奔在 62588 端口上不怕被人连上”这个问题问得好值得掰开写一篇。数据不出域这两年越来越受重视尤其是内网和信创环境正好用问答体把这个看起来裸奔、其实上了锁的设计讲清楚。问没有鉴权任何人都能连上吗答不能因为服务只监听 127.0.0.1 这个回环地址。回环地址上的流量不出网卡局域网里其他机器、公网上的扫描器根本路由不进来。能连上 62588 的只有你这台机器上跑的进程——也就是你自己的 AI 客户端。这就是本机即信任边界的准确含义不是没有边界而是边界收窄到了机器本身。传统思路是服务暴露出去再加 Token 守门这里是根本不暴露门都不用守。两种思路相比后者直接少了一整类攻击面没有暴露面就谈不上凭证泄露、端口扫描、中间人这些远端威胁。问那我远程访问怎么办答默认就是连不了这是设计而不是疏漏。真有远程需求官方给的路子是要么走代理转发要么设置 CHAYUAN_MCP_PORT 调整端口再自行规划暴露面。但动手前要想清楚一旦把端口暴露出去等于把信任边界从一台机器扩大到一个网络那时就需要你自己补上鉴权和访问控制责任跟着边界一起扩大了。问62588 会不会和别的服务抢端口答回环上的私端口冲突概率很低但确实留了调整的口子——CHAYUAN_MCP_PORT 环境变量就是干这个的主要服务于代理和远程场景。个人本机使用默认值最省心记一个数字就行。问本机上的恶意程序不也能连吗答能这点不回避。回环监听挡住的是外部挡不住同机进程——就像家里各个房间的门都敞着前提是大门锁得够好。所以两条实际建议第一安装脚本从官方渠道获取察元的下载链路是 Gitee、aidooo、GitHub 多源回退全程 sha256 强校验别从来路不明的镜像装第二重要文档走 preview 和 confirmed 流程AI 每次写盘前都要过你这道手异常改动能第一时间被发现。话说回来能驻留在你本机的恶意软件可干的事远不止连 MCP那属于终端安全的大话题不该由一个 MCP 服务来背。问和云端 MCP 比呢答各有适用面。云端 MCP 要 Token是因为它天然暴露在公网Token 泄露就等于门开了。本机服务反过来不暴露所以不需要 Token文档数据在 WPS 进程、MCP 服务、AI 客户端之间全程不出机器配合 Ollama 这类本地模型端点整条链路都可以不出网。数据不出域在这里是结构保证不是合同条款。这也是政企内网更待见本机方案的原因安全审查时不出网三个字比一大段承诺好使。当然两者也不是二选一模型能力可以走云端供应商文档操作留在本机各取所长。问平时怎么确认服务状态答一条命令的事curlhttp://127.0.0.1:62588/healthz返回 online 即正常在 MCP 客户端里调 wps_status 还能看分层健康详情。地址端口写死好记也避免了和别的服务抢端口的麻烦。收个尾无 Token 不等于无安全关键看暴露面在哪——信任边界想清楚了无 Token 就不是漏洞而是设计。把监听收在回环地址上是本机工具最朴素也最有效的自我保护——不联网的锁天然比联网的锁少一类风险。当然这套思路属于工程常识不能替代正式的安全评估等保、密评该做的照样要做但对个人和内网场景不出网三个字已经解决了大半个问题剩下的交给常规运维习惯就好。