2026-09-27 · 约 7 分钟
Android 7.0 起文件级加密(FBE)按文件独立加密,CE 密钥与 TEE 深度绑定,拆下 UFS 读到完整二进制,得到的也是一堆 AES-256 密文。chip-off 已退化为"抢救介质 + 取证固定"。
AFU(解锁后未重启):CE 密钥直到下次重启才重新上锁,"锁着的手机"其实可提取得多;BFU(关机/重启后):CE 基本无望,只能走 DE 残留 + 云备份。接件先问:最后一次解锁、是否重启过。
UFS 5.0 封装缩到 7.5×13×0.9mm 拆焊容错更低;新增 Inline Hashing 转储校验更严;热 profile 实测 UFS 需预热 170-200°C(局部峰值 420-450°C),eMMC 参数套 UFS 会显著抬高失败率。
严禁恢复出厂/双清(重置即灭失)、不随意重刷固件(触发 TEE 拒钥)、不让进水机长时间通电、不自行多轮试 PIN(触发退避/抹除)。
手机里的数据分成两套保护:一套需要用户解锁时提供的凭据参与,另一套与设备自身绑定。能读到介质并不等于能看懂内容,缺了凭据这一环,导出的仍是一堆无法解析的数据。
评估时要先确认这条链上还剩下哪些环节可用。能不能提取,往往取决于链条的完整程度,而不是机型新旧。
有没有重启过、是否处于锁屏状态、开启过哪些云同步、近来有没有做过系统升级,这些信息对可行性影响很大。设备重启会让凭据对应的密钥重新上锁,升级则可能改变存储布局。
接件时把这些如实说清,比只报型号有用得多。设备交来前尽量保持现状,不要为了看起来干净而再去做一次重置。
能开机且 AFU 的优先逻辑提取;主板短路的可 ISP/chip-off 抢救介质,CE 数据能否解密取决于 TEE 是否仍能放钥。
AFU 且 TEE 正常可尝试;BFU 基本无望。切勿自行多轮试 PIN。
不是。FBE 下多是密文,chip-off 默认交付"密文转储 + 密钥待解说明"。
按"主板可修性 × AFU/BFU × 密码是否已知"分级。免费检测。
云备份一般覆盖通讯录、照片和部分应用数据,通常不含完整的聊天记录与本地文件。可以先核对云端内容的完整程度,再决定要不要从设备本身提取,两者并不冲突。
一般可以。换件本身不影响存储介质,但要说明换件时有没有通电尝试刷机或重置,这类操作会改变设备状态。设备交来时尽量保持现状,不要为了清理再重置一次。
新一点的安卓机(UFS 3.1/4.0)普遍开了文件级加密(FBE)与元数据加密(FBE/METADATA), 芯片读出来是密文不是数据。能不能解开,取决于密钥还在不在。
| 项目 | 取值 / 位置 | 说明 |
|---|---|---|
| 存储介质 | UFS 2.1 / 3.1 / 4.0,多通道串行 | 芯片级读取需要对应 BGA 转接与协议支持 |
| 文件级加密 | FBE:每个文件独立密钥,由 KeyMint/Keymaster 派生 | 没有 keymaster 数据,文件密钥解不开 |
| 元数据加密 | 目录名与结构加密 | 即使数据能读,目录树也可能是乱码 |
| 密钥存储 | TEE / StrongBox 内,绑定设备与用户锁屏 | 换主板或刷机后密钥失效 |
| 文件系统 | f2fs 为主,部分是 ext4 | f2fs 的 checkpoint 与 NAT 表决定可恢复性 |
# 手机还能开机时:先确认加密状态与是否能给授权
adb shell getprop ro.crypto.state
adb shell getprop ro.crypto.type
# 确认是否开了文件级加密(file / 全盘 block)
adb shell dumpsys mount | grep -i "fbe\|fde"
# 芯片级读取前必须拿到:账号锁状态、是否开启查找设备、锁屏密码是否已知
结论要说得直接:开了 FBE 且密钥不可得时,芯片读出来的数据在密码学上打不开, 这不是技术难度问题。所以这类机器第一步不是拆芯片,而是确认账号与锁屏状态—— 能开机拿授权,走逻辑提取;不能开机且密钥来源缺失,就要如实告诉客户数据不可恢复。
参数判定、镜像方案、固件损坏这类问题,聊清楚不收钱;需要现场检测、书面报价或上门,统一走 项目1 服务页(到店免费检测,出报告后报价,不出结果不收费)。
18620311365
深圳市福田区深南中路2070号电子科技大厦A座35楼D22(华强北地铁站D1口步行320米)