MengYX
请提供相应样本文件。
由于喜马拉雅的文件与音乐无关，虽然将尝试进行研究，即使有进展，预计也将不会合并主项目。 届时可能以独立的形式提供。
由于目前的项目存在一些问题，当前版本webpack在不同路径下编译的结果不一致；导致Mozilla拒绝更新申请；我正在尝试将项目迁移到vue3，以避免此问题 ---------- 该邮件从移动设备发送 --------------原始邮件-------------- 发件人："KeLi ***@***.***>; 发送时间：2022年3月4日(星期五) 晚上10:53 收件人："unlock-music/unlock-music" ***@***.***>; 抄送："Subscribed ***@***.***>; 主题：[unlock-music/unlock-music] 辛苦更新下firefox扩展 (Issue #260) ----------------------------------- firefox上的扩展有点老了，希望能抽空更新下，辛苦了。 — Reply to this email directly, view it on GitHub, or unsubscribe....
根据你们提供的和我自己获取的样本来看，`.efe` `.mggc1` `.mflacc0` 都是 **不带密钥** 版本的 `.mgg` `.mflac` （密钥存放在App数据库之中，没有嵌入到文件尾部）
> 根据你们提供的和我自己获取的样本来看，`.efe` `.mggc1` `.mflacc0` 都是 **不带密钥** 版本的 `.mgg` `.mflac` >（密钥存放在App数据库之中，没有嵌入到文件尾部） - 新版能确保 `.mflac` `.mgg` 解锁成功的官方解法没法使用，毕竟key都没有 - 反而旧版的探测法能够尝试解密（也仅限于256byte key的情况）
> 但.efe文件靠前部分有一些以'00000000'开头的块 这个应该不是 `.efe` 加密的特点； 应该只是 `.flac` 格式的Metadata Block后面一般有一个较长的 Padding Block，且 key box 比较特殊导致的 > 另外：也许能反汇编找到app数据库？ 这个没啥意义，每首歌都不一样，并不是一个固定的 key 但是初步尝试了一下 `.efe` 的加密方案似乎与 `.mflac` 有一些细节上的差异
> 但是.efe对应的应该是ogg或mp3一类的有损格式，如果是flac的话应该对应的是.flac.efe 嗯，我说 `.efe` 意思是泛指这一类加密
@xhacker-zzz > HTTP抓包能拿到key吗？ 好像不行，印象中加密 key 是放在另一个 https 请求中的
请问是“直接写入硬盘”的方式吗？
Of course, if some users need it. Since this project only supports the software from Chinese vendor, we are now only use Chinese.