科达监控管理系统漏洞

科达监控管理系统的科达漏洞，不是监控什么高深莫测的零日攻击，而是管理一把钥匙开一把锁的笨办法。去年秋天，系统某地一家连锁便利店的漏洞中控室里，值班员老周发现一个怪事：他明明在系统里把3号店的科达摄像头权限收回了，可那台摄像头的监控画面，依然在某个子账号的管理列表里活蹦乱跳。他打电话问厂商客服，系统对方支支吾吾，漏洞最后丢下一句“您重启一下服务试试”。科达

重启没用。监控老周后来自己折腾，管理发现只要用那个子账号登录，系统再打开一个特定的漏洞旧版播放器接口，就能绕过权限校验，直接拉取实时视频流。问题出在科达的会话管理机制上——系统在验证用户权限时，只检查了登录时的那一次token，却忽略了后续请求里携带的设备ID是否与token绑定。换句话说，只要你能骗过第一次握手，后面想调哪台摄像机，全看你的心情。

这不算新鲜。很多国产安防平台都有类似的通病：开发时赶工期，权限模型画得潦草，上线后靠补丁缝缝补补。但科达这个漏洞的尴尬之处在于，它的系统在政企市场占有率不低，尤其是那些老旧项目的升级改造，经常保留着兼容模式。兼容模式一开，等于把十年前的老接口也一并放了出来，那些接口连基本的签名验证都没有。

有个做安防运维的朋友跟我吐槽过，他们给某园区做巡检时，顺手用科达的系统漏洞做了个测试——没有恶意，纯粹想看看边界。结果用一台Windows 7的破笔记本，装了个网上扒来的调试工具，不到二十分钟就拿到了整个园区摄像头的实时画面列表，包括门禁系统的开关状态。他感慨说，这活儿简单得让人后背发凉，连密码爆破都省了，系统默认还开着guest账户，口令是admin123。

漏洞的根子，其实在于业务逻辑和工程实现的脱节。科达的设计文档里，权限控制写得头头是道：角色分级、设备分组、操作审计，样样齐全。但代码落地的时候，开发者为了省事，把设备列表的查询接口做成了“先拉全量，再在内存里过滤”。听起来挺合理，可一旦数据量大，内存过滤就变成摆设——系统直接返回所有设备信息，让前端自己去判断该显示哪些。攻击者只要伪造一个请求参数，把pageSize改成99999，就能把整个平台的摄像头清单一次拖走。

这种漏洞最麻烦的地方在于，它不触发任何告警。常规的入侵检测系统盯着的是暴力破解、SQL注入这些“大动静”，而这种利用业务逻辑缺陷的越权操作，流量特征和正常浏览几乎一模一样。科达官方其实在去年年中发过一次安全公告，建议用户关闭兼容模式并修改默认口令，但公告写得含糊其辞，只说是“潜在风险”，没提具体细节。很多单位的运维人员压根没当回事，毕竟系统跑得好好的，谁愿意没事去动配置？

直到今年年初，某省公安厅做了一次内部演练，才把这事儿摆上台面。他们模拟攻击者从外网打进来，用的正是科达这个老漏洞，结果一路畅通无阻，直接摸到了内网的一台数据库服务器。虽说演练止步于此，但报告里那句“该漏洞在实战中可能导致视频监控网络被整体接管”，让不少参会的人脸色发青。后来听说科达紧急出了个补丁，但补丁要逐台设备升级，对于那些动辄上千摄像头的项目来说，工程量不小，拖到现在的还大有人在。

说到底，安防系统的安全，从来不只是技术问题。科达这个案例提醒我们，卖出去的摄像头越多，历史包袱就越重。那些还跑着旧版本的老设备，就像没上锁的窗户，看着挺结实，伸手一推就开。你要是问厂商怎么办，他们多半会劝你换新设备——可预算呢？责任呢？没人愿意细说。