5G模组功耗骤降，嵌入式工程师重写移动互联规则

　　扫描器进度条卡在37%的时候，我原以为又是哪个破接口超时，结果茶水间的灯没关，晃得我屏幕反光——去年7月份那波5G模组功耗骤降的漏扫，现在想起来还后背发凉。当时日志里全是“低功耗模式异常激活”的告警，可业务方硬说这是“优化”，差点把处置单压下去。

　　那会儿我正跟开发扯皮，桌上旧笔记本风扇响得像拖拉机，打印机还在吐测试报告。开发说“功耗降了是好事啊，省电就是省钱”，我直接把漏扫结果甩他脸上——低功耗模式下，模组会跳过部分安全校验，相当于把门禁卡塞进后门钥匙孔。他还不信，说“我们测了三个月都没问题”，结果我让他现场复现：把模组插到测试机上，开低功耗跑爬虫脚本，五分钟不到，日志里全是撞库请求。

　　可业务方不管这些，他们只关心上线时间。那天下午下了一下午雨，风控组的同事抱着加固方案冲进来，说“影响面太大，必须回滚”，结果被运维总监怼回去：“回滚要改二十个接口，等保测评还等着呢！”我站在旁边听，心想这帮人是不是疯了——功耗降了0.3瓦，安全系数掉了30%，这买卖划算吗？

　　后来还是靠日志翻旧账。我翻出三个月前的测试记录，发现低功耗模式最早是外包团队加的，为了过某运营商的能耗认证。那会儿合规检查刚过，大家都没当回事，结果现在成了定时炸弹。更绝的是，外包合同里根本没写安全要求，等保条款里也只提了“功耗达标”，没提“不能跳过校验”。业务方看到这记录，脸都绿了——他们以为外包是“省事”，结果成了“甩锅”。

　　处置那会儿，打印机吐纸吐得手都酸了。我们连夜改了二十多个接口，把低功耗模式的触发条件从“自动”改成“手动”，还加了WAF规则拦截异常请求。可业务方还是不满意，说“手动切换影响用户体验”，我直接怼回去：“用户体验重要还是被爬虫扫干净重要？”他们没话说了，乖乖签了整改单。

文章配图，仅供参考

　　后来我跟老李聊天，他说这就是“优胜劣汰”——安全做得好，没人看见；安全出问题，全公司背锅。他举了个例子：去年某大厂因为爬虫漏洞被罚，结果风控组全员扣奖金；而今年功耗漏洞没爆，业务方反而拿了创新奖。我听着直摇头，这哪是“优胜劣汰”，分明是“会哭的孩子有奶吃”。

　　现在回头看，那波处置其实有漏洞。我们只改了接口，没改模组固件——外包团队为了省事，把安全校验写死在硬件里，软件层根本控制不了。后来我让测试组拆了五个模组，发现三个的固件版本还是旧的，根本没打补丁。业务方说“固件升级要重新认证，太麻烦”，我直接在处置单上写了“高风险”，结果他们还是拖着没改。

　　门禁那会儿一直在嘀，我抬头看，发现是测试组的卡没刷上。他们最近在测新的5G模组，据说功耗比上一代还低。我问他们“安全校验做了吗”，他们说“开发说这次没问题”。我笑了笑，没说话——去年他们也这么说。

　　现在我最怕的是，业务方会把“功耗优化”当成KPI。上周开例会，运维总监说“明年要降10%功耗”，开发组欢呼雀跃，风控组脸色铁青。我偷偷把漏扫报告又翻了一遍，发现上个月又有三个项目用了低功耗模式，其中两个没走安全审批。

　　窗外的雨停了，可我心里的雨没停。我知道，这波功耗优化浪潮不会停，安全只能跟着擦屁股。但擦得再干净，也挡不住有人故意往地上泼水。下次再遇到这种事，我可能还是会跟业务方吵，会跟开发扯皮，会熬夜改接口——因为不这么做，漏扫报告里的红点只会越来越多。

　　至于“优胜劣汰”？我只信一半。优胜是肯定的，但劣汰？得看谁的声音大。

（编辑：PHP编程网 - 钦州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!