视频会议系统在过去常被当作「办公外设」看待，安全评审时一笔带过。但随着会议系统接入内网、承载经营决策与人事财务议题、并与办公自动化、人事、财务系统打通，它在等保测评中的角色已经变了：多数单位会将其作为办公网络中的一个重要业务应用，按二级或三级要求建设。三级要求的落地难点不在设备采购，而在「要求条款如何映射到会议系统的具体配置」，很多项目是在测评现场才发现日志留存不足、终端准入缺失、边界划分不清。本文不做条款复述，而是按建设顺序给出一份可直接对照执行的清单，覆盖定级备案、物理与网络、边界与终端、计算环境、管理中心、制度与运维六个环节。
起点：定级、备案与测评周期要提前排
会议系统是否独立定级，取决于它承载的业务与受损后的影响。承载涉密或重要决策内容、与核心业务系统联动、面向大量外部单位开放的，通常需要作为独立对象或并入所属业务系统一并定级。实践中的顺序是：先由业务部门与信息部门共同确认业务描述与受侵害客体，形成定级报告；再组织专家评审，完成公安机关备案；随后按级别要求做建设整改，再进入测评。周期上，三级系统通常每年测评一次，整改与测评之间的时间窗要留足，因为会议系统的整改往往牵涉终端固件升级、网络策略调整与管理制度修订，不是一周能完成的动作。建议在年度预算编制时就把测评费用、整改费用与停机窗口一并列出，避免年中临时挤占。
物理与网络：机房、链路与加密传输
物理环境的要求相对成熟：核心会议设备若部署在机房，门禁、视频监控、温湿度、消防与 UPS 按机房标准执行；分散在会议室的终端，重点在防盗与防误操作，机柜上锁、接口面板加保护盖是低成本的有效措施。网络层面要落实三件事。一是划分：会议终端、会议管理平台、录播存储应处于独立的业务网段或 VLAN，与办公终端、访客网络隔离，跨网段访问经策略收敛后的防火墙通道。二是加密：信令走 TLS，媒体流走 SRTP，平台管理界面只开放 HTTPS，关闭不必要的明文协议与调试端口；有国产密码要求的项目，还需评估国密算法在终端与平台两侧的支持情况，这一点在选型阶段就要确认，事后补配往往要换硬件。三是链路可用性：核心会议的出口链路建议双线冗余，重要会议室的接入交换机上行做链路聚合，避免单点故障被当作安全事故记录。
边界与终端准入：把「谁能进会」管在入口
会议系统最容易被忽略的攻击面是终端。三级要求强调非授权设备不得接入，落到会议场景就是三件事：有线口做端口安全与准入认证，未登记的终端插上网线也拿不到地址；无线侧为会议终端单独设置隐藏 SSID 并绑定设备 MAC 或证书，不与员工自带设备混用；外部单位参会统一走访客通道或云会议室，不把外网终端直接放进内网会议。会控层面同样有边界：会议密码、等候室、入会锁定、主持人权限分离这些功能，应在平台策略里固化为默认开启，而不是依赖会议主持人临时设置。对外发布的会议链接建议设置有效期与人数上限，重要会议启用实名入会与参会人清单核对，会议开始后锁定房间。这些设置不增加成本，缺的只是一份写清楚的管理规范。
计算环境：身份、权限、补丁与恶意代码防范
账号体系要收敛：会议平台的管理账号与普通用户账号分离，管理员启用双因素认证，按角色分配最小权限，离岗人员账号在人事流程中同步停用。终端侧落实三件事：操作系统与会议终端固件纳入统一补丁管理，重要更新在测试间验证后分批推送；关闭终端上不必要的服务与调试接口，尤其是默认口令必须在上线前修改；对会议主机与录播服务器部署恶意代码防护，并保证病毒库可更新——离线内网环境要配置本地升级源，否则防护形同虚设。数据层面，录播文件与会议纪要属于敏感信息，存储加密、访问授权、下载留痕三项应同时具备；涉及个人信息与商业秘密的会议，按内部数据分级要求设置保留期限与销毁流程。
管理中心与审计：日志留存是测评的高频扣分项
三级要求对审计有明确约束，落到会议系统，需要采集的日志至少包括：用户登录与登出、管理员操作、会议创建与删除、参会记录、录播文件的访问与下载、平台配置变更、终端上线与离线。这些日志要集中到统一的日志平台或审计服务器，本地留存时间不少于六个月，并做好时钟同步——不同设备时间偏差过大，事后追溯会把时间线拼错。审计权限要独立于系统管理员，形成相互制约；日志本身要有防篡改措施，写入后不可编辑。实践中常见的扣分点不是「没有日志」，而是「有日志但查不到人」：账号共用、终端未实名、NAT 后无源端口映射记录，都会让日志失去追溯价值。上线前用一次模拟事件做验证：从一条异常登录记录出发，能否还原出人、设备、时间、动作四个要素。
制度与运维：把要求写进日常动作
技术措施需要制度承接，否则测评时提供的文档与现场配置对不上。建议至少准备六份文件：系统安全管理制度、账号与权限管理办法、变更与发布流程、日志审计规程、应急预案与演练记录、供应链与外包管理办法。运维动作上落实四项例行工作：每月核对账号与权限清单，每季度检查补丁与固件基线，每半年做一次配置备份恢复演练，每年组织一次会议中断应急演练（含备用平台切换与手动入会流程）。应急预案要写到可执行的程度：谁有权启动、切换需要几分钟、对外如何通知、恢复后如何核对数据完整性，写清楚这四件事，演练才不会变成走过场。
常见问题
问：只用云会议平台，本地几乎没有设备，还需要按三级建设吗？
答：需要，但边界要划清。云平台自身的安全能力由服务方负责，单位侧的责任集中在使用侧：账号与权限、终端准入、会议内容分级、录播与纪要的存放位置、以及对外分享链接的管控。测评时会重点看单位的制度与使用记录，而不是云厂商的机房。建议在采购前索取平台的安全资质材料，并在内部规范中明确哪些议题不得在云端会议讨论。
问：日志留存六个月，存储压力大不大，能不能只留关键日志？
答：可以按重要性分层，但不能缺项。建议全量保留登录、管理操作、配置变更与录播访问四类，参会明细可做聚合统计后保留摘要，原始记录按季度归档到低成本存储。按中等规模单位测算，纯文本日志的增量通常远小于录播视频，压力主要来自录播文件而非日志，两者应分开规划存储。
问：测评前一个月才开始整改，来得及吗？
答：技术配置类整改通常来得及，制度与记录类来不及。测评不仅看现场配置，还看近一年的运行记录：演练记录、审计报告、权限复核记录、补丁台账，这些无法临时补造。建议把整改拆成两段：先做配置与网络策略（可在数周内完成），同时启动制度修订与记录积累，把测评时间安排在记录满一个完整周期之后。
以上内容基于厦门邦弘讯信息技术有限公司在福建地区多年音视频系统集成与运维服务的经验整理。公司专注于视频会议系统、智能会议室、无纸化会议与扩声系统的设计、交付与长期运维，服务覆盖厦门及福建省内各地市。如果你的单位正筹划新建或改造会议室、指挥厅、培训室等音视频场景，欢迎致电 0592-5027731 或访问官网 www.ycsphy.com 了解方案详情，我们可以提供现场勘测与初步方案建议。
