Knowledge
公共知识的独立来源
维护产品身份、规格与来源证据，通过 API 提供查询与匹配。候选、核验与发布状态分别管理。
管理对象：可复用的产品知识
X-NET-ATS · 架构与安全
先看清系统，
再理解它的安全。
X-Net-ATS 自身由哪些组件构成，组件之间如何连接，哪些数据与权限需要保护。让产品架构、部署拓扑与安全机制彼此对应。
系统架构
知识、管理、感知，
各有职责，协同成系统。
公共知识和现场证据在 Platform 中汇合，
经过核对与确认，形成客户自己的资产与关系。
公共知识服务
X-Net-ATS Knowledge产品知识 · 来源证据 · 查询与匹配
公共、可复用的知识查询与返回公共知识
客户侧环境客户数据
识别 · 关联 · 确认 · 管理
Platform × N
客户资产 / 实际拓扑 / 管理记录
受控任务现场证据
现场感知
Sensor × N
按区域采集观察事实，
提交标准证据。
序列号、现场 IP、资产位置、人员信息与实际拓扑留在客户侧。
Platform
客户事实的管理中心
管理资产、接口、连接、实际拓扑、责任、权限与审计。将外部知识和现场发现转化为可核对的候选信息。
管理对象：客户资产与实际关系
Sensor
现场事实的采集节点
在授权范围内执行任务，记录采集方法、目标与时间，将观测写入本地持久队列，再提交给 Platform。
管理对象：任务、观测与本地队列
连接拓扑
连接画清楚，
信任边界才能落到实处。
以一个客户侧 Platform 和多个分区 Sensor 为例，
同时呈现 IT 与 OT 的接入关系。
人员与浏览器登录 · 查看 · 管理
HTTPS 管理访问
公共服务边界
Knowledge
查询与匹配 API
公共知识数据
独立数据库与访问凭据Platform 发起查询↔HTTPS知识与来源返回
人员与浏览器HTTPS 管理访问
客户管理边界Platform
浏览器入口 · HTTPS探针入口 · mTLS
应用服务 · Go API
客户数据库 · PostgreSQL
数据库仅供应用网络访问Sensor 主动连接←mTLS任务领取 · 证据上传 · 回执
现场采集边界
Sensor · IT 区域按授权范围采集
Sensor · OT 区域按授权范围采集
本地持久队列
收到平台确认后清理
人员访问与探针连接分开
浏览器管理入口和 Sensor 控制入口分别处理会话与设备身份，权限判断在服务端执行。
Platform 靠近知识库
知识查询由 Platform 发起；Sensor 面向现场，通过 Platform 完成知识与观测的关联。
数据库各自独立
Platform 通过 API 查询 Knowledge；客户数据库与公共知识数据库分别管理，各自保留数据边界。
安全机制
身份、通道、数据与操作，
都有明确边界。
安全机制对应具体组件和连接，
落实到身份验证、授权范围、事实确认与审计记录。
每个探针有独立身份
Sensor 身份由设备公钥派生。首次注册结合一次性令牌与设备签名挑战，通信证书支持续期与吊销。
连接双方需要被验证
浏览器与知识查询使用 HTTPS；Sensor 注册后的常规控制连接使用 mTLS，验证平台与探针身份。
操作在服务端接受授权检查
Platform 使用会话认证、角色校验与细粒度资产操作权限。查看信息与执行管理写操作分别受控。
客户事实保留在客户侧
知识查询只提交产品识别所需的最小信息。资产编号、人员、精确位置与实际拓扑保留在客户环境中。
观测与权威记录分开
现场发现先形成证据和候选对象。人员核对后再纳入台账；外部知识在查看差异和来源后应用。
身份与管理操作留有记录
探针注册、续期、吊销与资产变更可审计；观测关联来源、任务、采集时间与方法，保留核对依据。
从现场证据到可信记录
同时保留“观察到什么”“依据是什么”“谁做了确认”。
- 01采集明确任务与范围
- 02留存本地队列与平台回执
- 03解释关联知识与来源
- 04确认核对对象与关系
- 05入账形成客户权威记录
当前资料呈现产品的架构与已实现机制；具体采集协议、适配与扩展能力随产品版本逐步演进。
X-NET-ATS
对象清楚，关系可见，安全有据。
知识赋能 · 全域感知 · 智能管理