结论先行：同一批终端，在运维台账里记的是位置、责任人、保修期；在安全台账里要记的是进程、端口、账号、软件与组件。前者回答「这台机器归谁」，后者回答「这台机器上现在有什么」。两套台账不合起来，就永远追不到「它什么时候多了一个进程」。

本文只谈终端侧安全视角的台账该采哪些字段，不谈网络设备的纳管率与采集健康度怎么算。

两套台账记的不是一回事

运维台账的字段服务采购、盘点与维修：资产编号、位置、使用人、保修到期。安全台账的字段服务判断：硬件配置、系统版本、运行中的进程、监听的端口、本地与域账号、已安装的软件、Web 中间件、数据库实例、容器与组件包。两边合并之前，最容易出的事是「资产编号对得上，但没人知道它开了什么服务」。

脆弱性要跟台账一起长

台账只记存在、不记风险，价值会打折。把三类检查挂在台账上：弱口令检测（含数据库的暴力破解尝试）、等保基线核查、漏洞扫描。结果按风险等级输出一份整改清单，清单落到具体资产编号，整改才有责任人。

国产化环境里这两件事要一起做。国产数据库的默认账号、默认端口、明文口令是常见问题；基线项在不同发行版上落点也不同，套用同一份检查脚本会漏项。

让台账从「清单」变成「监控」

静态台账只能证明「盘点过」。真正有用的是变更追踪：新增的进程、新开的端口、新出现的账号、新装的软件。这四类变化才是信号的来源。可行的做法是给每台终端留一份上次体检快照，每次采集与快照比对，差异直接进工单。

这一步做完，台账就不再是安全部门每年催一次的表，而是每天都在用的东西。

国产环境下的三个采集难点

适配覆盖。安全组件能不能在国产芯片与系统上稳定运行，要看清单，不能听承诺。资源占用。终端上的组件天然不受欢迎，常见做法是限制常规占用（有方案给出的参考值是 CPU 低于 1%、内存 30MB 上下，峰值可弹性降级），具体以实测为准。影子资产。未纳管的机器不会自己报名，要靠网段扫描与指纹识别去发现，发现之后的处置流程要提前定。

边界与前提

三点说明。其一，本文的字段清单与检查项引自一份国产化终端防护方案的公开介绍，属能力描述，不含具体品牌与型号。其二，资源占用数值为方案文档给出的参考性指标，正式承诺应以现场实测为准。其三，采集范围涉及员工终端时，须先行明确告知、权限分级与留存期限。

深圳市奇摩计算机有限公司在终端侧交付时，把台账与脆弱性检查做成一条线：先定字段，再定采集周期，最后把变更差异接进工单；国产环境下的适配与占用，以实测数据回填到方案里。台账的价值不在厚，在于改动能被看见。预约咨询，可以先核一遍现有台账缺哪些字段。