前两天听朋友讲，他老家做智能空调固件开发的同事跳槽前，顺手把公司还没发布的Wi-Fi模块驱动代码拷走了，新东家三个月就推了类似功能的新品。这事在小厂挺常见——代码没上权限系统，U盘一插，几分钟搞定。
闭源代码不是锁在保险柜里的纸
很多家电企业觉得“代码不公开=安全”，其实漏洞往往出在人和流程上。比如测试机连着内网、开发电脑没全盘加密、Git仓库用默认账号密码、甚至SVN服务器还开着匿名读取……这些都不是技术难题，是习惯问题。
有家做扫地机器人公司的工程师告诉我，他们曾发现离职员工在交接前最后三天，反复下载了电机控制算法的V2.3分支，而该分支里藏着自研的坡度识别逻辑。后来查日志才发现，那台电脑的本地Git配置没关credential helper，凭据一直存着。
几招实在的防范动作
不用搞多高大上的零信任架构，先从这三件事做起：
1. 所有开发机启用BitLocker（Windows）或FileVault（Mac），离职当天远程擦除；
2. Git仓库强制开启双因素认证，分支保护规则设为：main和release/*仅允许CI服务账号推送；
3. 每台测试样机刷写固件时，自动嵌入唯一设备指纹，一旦某段代码出现在非授权产线，能快速溯源。
举个具体例子：某品牌电饭煲的温控固件编译脚本里加了这行：
echo "#define BUILD_OWNER \"$(git config user.email)\"" > build_meta.h编译进固件后，用串口抓一次启动日志，就能看到是谁打的包。不是为了问责，而是让人心中有数。
别只盯代码，也盯“行为”
真正危险的不是拷走几行C代码，而是把整套调试思路、硬件兼容清单、产线烧录秘钥记在脑子里带走。所以关键岗位离职前两周，暂停其访问Jira缺陷库中“量产问题”标签、禁用对产测平台的SSH权限，比封U盘更管用。
说白了，家电行业的闭源代码防护，拼的不是谁加密算法更硬，而是谁更清楚哪台电脑连着哪条产线、谁在什么时候改过哪个寄存器配置。代码还在，但上下文断了，新团队照样得重踩一遍坑。