OPPO A6i全面解析：性价比王者性能亮点

　　亲历现场。那晚OPPO A6i的预装包卡在签名验签环节，我盯着Logcat里一串重复报错——不是KeyStore崩了，是system_server进程里那个自定义的OppoSignatureVerifier，在SELinux policy放开后反而开始随机abort。我原以为是avc denials漏了，结果抓dmesg发现它根本没走到avc那步，直接被signal 6干掉了。

　　测试妹子小林蹲在窗台边扒拉那堆A6i，六台机子全晒得发烫，屏幕反光像糊了层油。她刚把第五台刷回原厂包，手指头还沾着擦屏幕的酒精棉片味。楼下便利店关东煮的蒸汽正往上飘，透过玻璃缝钻进来，混着我桌上机械键盘敲击的咔哒声——青轴，按下去那一下特别脆，今天却总觉得左Shift有点软，像被人按过一百遍还没回弹。

　　厂商对接人老陈在钉钉上甩来三张截图，一张是OTA后台的灰度开关状态，一张是渠道商催货的微信截图（他把“今天不进厂我们下周集体裸辞”那句截掉了），最后一张是系统部晨会纪要PDF，第一页就写着“A6i为Q3清库存主力机型”。我没点开PDF，直接回：“签名模块挂了，不是配额问题。”他秒回：“你先绕过验签。”我说：“绕不过，Framework层硬依赖。”他停了十八秒，发了个“OK”的表情包，再没下文。我盯着那个OK看了四分钟，窗外洒水车正好经过，喇叭循环播“节约用水”，声音压得极低，但每次“水”字破音一次，像是功放接触不良。

产品概念图，仅供参考

　　外包同事阿哲昨天半夜给我发来一段Log，是他拿自己写的JNI hook注入system_server，硬扒出来的OppoSignatureVerifier源码反编译片段。里面有个for循环嵌套三层，最内层在比对cert chain的subjectDN字段时，用了个叫compareDnStrict的私有方法——但它没处理CN=OPPO-A6i-TEST这种带短横线的DN格式，直接抛NullPointerException。这漏洞其实在ColorOS那版系统里就存在，但之前没机型敢把DN写成带短横的。偏偏A6i量产前最后一批样机，证书签发脚本被人手改过，加了短横线。这不是bug，这是签发流水线上的一个人为笔误。我说不准当初是哪个实习生改的，也不知道测试组为啥没拦住。但这个NPE，就是导致整批5000台A6i进厂前签名失败的根因。

　　我桌上那杯枸杞茶早凉透了，浮着几粒沉底的枸杞籽，像微型褐色岛屿。现在凌晨三点十七分，编译还在等signapk.jar跑完，进度条停在99%，光标闪得特别慢。我伸手摸了摸左侧耳机听筒——上次换耳塞套还是前天，右耳那个早就裂了，说话时偶尔漏气，发出轻微的“嘶”声。其实我不该碰这个项目，去年做Reno12的时候就见过类似链路，当时说是高通基带固件升级引起的签名链扰动，后来查实是OPPO自己的KeyMaster服务在secure world里缓存了一个旧CA的public key。这次我又怀疑是不是同一个坑，但不敢提，因为上周刚有兄弟因为提“建议回滚keychain管理模块”被厂商临时踢出白名单权限。

　　哦对，刚才忘了说：小林刚把第六台A6i刷好，开机后自动弹出那个“智能省电推荐”弹窗，点了“确定”以后，Settings应用直接ANR了。她没截图，说“反正不归咱们管”，转身去泡关东煮了。她常买的萝卜块今天卖完了，只剩海带结和竹轮，汤底颜色比昨天深一点，大概熬得久了些。

　　我现在想删掉这个签名验证逻辑，就删Framework里那行checkSignature()调用，替换成return true。但老陈说不行，法务那边说过，用户协议里明文写了“所有系统应用均经数字签名验证”。可他们根本没读过Android文档里关于PackageManager.verifyPendingInstall()那段注释——它写得清清楚楚：“此方法仅供系统完整性检查，不构成法律意义上的电子签名效力认定依据。”

　　算了，先编完这版。我待会儿去把隔壁工位阿哲那台没锁Bootloader的A6i借来，烧个带logcat钩子的boot.img，看看signature verifier abort前最后三百七十二行log。要是还能看见selinux_check_context()的返回值就好了。不过大概率看不见，那函数返回太快，trace也不一定抓得住。

（编辑：52刷机网）

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