Yum Audio The Complete Bundle 2025 [WiN] (114.0MB)

开发商：Yum Audio

版本与平台：The Complete Bundle 2025 [WiN]

破解团队：Team R2R

发布日期：2026年3月30日

文件大小：114.0 MB

套装简介

Yum Audio 终极插件完整套装旨在激发您的创作灵感，为您的混音和母带注入全新活力。本套装包含 11 款功能强大且极具创意的声音设计工具，助您在音乐制作中脱颖而出，打造专业级的声音品质。

包含插件列表（共 11 款）

• Ember – 创意沙砾与饱和度效果器
• Slap – 瞬态塑形与压缩器
• Crispy Clip – 专业级削波器
• The Grater – 破坏性压缩与压碎效果器
• Extractor – 动态提取与门限工具
• Spread – 立体声声像拓宽器
• LoFi – Tapestop – 经典磁带停转模拟
• LoFi – Flux Machine – 磁带抖动与不稳定模拟
• LoFi – Playtime – 创意时间拉伸与变速效果器
• LoFi – Pitch Dropout – 磁带音高掉落与损毁模拟
• LoFi – Drifter – 调制与空间漂移效果器

安装与激活指南

1. 请先卸载电脑上已安装的旧版本插件。
2. 运行并安装主程序。
3. 运行 Team R2R 注册机程序进行激活。
   
   注意：若要运行 .r2rwm 格式的授权文件，您需要先安装 R2R 证书助手（已包含在下载包内）。
4. 关于 OpenGL 硬件加速设置：
   
   如果您需要开启或关闭插件的 OpenGL 硬件加速支持，请将下载包内“OpenGL – Enable”或“OpenGL – Disable”文件夹中的配置文件复制到以下路径：
   
   %APPDATA%\Application Support\Yum Audio
   
   （注：部分插件可能不支持此设置）

Team R2R 技术手记：关于 Moonbase 保护机制的深入解析

Moonbase 是一个专为音频插件设计的一体化软件销售与授权管理平台（DRM）。它为开发者提供了 API、SDK 以及 JUCE 模块。该保护机制最初是为 Yum Audio 开发的，采用了 SHA256 哈希、RSA2048 加密和 Base16/Base64 双重编码。在对 50 多个受 Moonbase 保护的插件进行深度分析后，我们认为该 DRM 方案在稳定性和安全性上存在明显不足。

1. 机器 ID（Machine ID）生成机制的不稳定性

在 Moonbase 的 JUCE 模块中，机器 ID 的生成依赖于 JUCE 框架的 UniqueID 函数。然而，旧版本 JUCE 中的该函数存在严重 Bug，会导致部分计算机在每次重启系统后生成的机器 ID 发生改变，从而导致正版授权失效。目前仍有许多插件基于旧版的 JUCE 6 或 JUCE 7 构建（例如基于 JUCE 6 的 HISE 引擎）。

为了解决这个问题，Yum Audio 在其最新插件中尝试了一种新的机器 ID 计算方法，不再依赖 JUCE 的 UniqueID，而是采用以下公式：

System32 目录的 FileSystemID + CPU 厂商名称 + CPU 型号名称

然而，这种方法同样存在隐患。FileSystemID 曾用于早期 JUCE 的机器 ID 生成，但后来被弃用，原因在于：

• Windows 系统更新可能会改变 FileSystemID。
• 32 位进程和 64 位进程获取的 FileSystemID 并不相同。

因此，要使 Moonbase JUCE 模块正常工作，开发者必须使用最新的 JUCE 7 或 JUCE 8 框架，HISE 引擎用户也需要确认使用的是已修复 UniqueID 的版本。

2. 冗余的额外保护手段

Moonbase JUCE 模块使用 JSON 文件进行授权配置，格式如下：

{
"productId" : "super-compressor",
"baseUrl" : "http://blah.moonbase.sh/",
"offlineUrl" : "http://blah.moonbase.sh/activate",
"licenseFileLocation" : "Super Plugin/Super Compressor/license.mb",
"publicKey" : "(此处为 RSA2048 公钥)"
}

自 Yum Audio 和 Black Salt Audio 早期版本起，我们通过替换 RSA 公钥即可使注册机正常工作。随后，Moonbase 引入了公钥修改检测机制（通过 BigInt 大整数数学运算实现），若检测到公钥被修改则拒绝读取授权文件。

在其最新的保护措施中，公钥不再以 ASCII 明文格式保存，而是通过字符拼接的方式在代码中动态生成（例如 put("a"); put("X"); ... put("=");）。然而，对于具备密码学知识和逆向工程能力的团队来说，这些防御手段并没有实质性的效果，我们在 10 分钟内便攻破了这些新限制。

3. 编码设计的冗余

Moonbase 在数据编码时采用了双重编码设计：先进行 Base16 编码，再进行 Base64 编码。这种方式导致最终的授权数据长度无谓地翻倍。例如：

明文 "Pikachu" 经过标准 Base64 编码后为 "UGlrYWNodQ=="；而经过 Moonbase 的双重编码后则变为 "NTA2OTZiNjE2MzY4NzU="。

技术总结

• Moonbase 在旧版 JUCE 项目中的机器 ID 生成机制存在严重缺陷。虽然其在 Yum Audio 的新产品中测试了替代方案，但在系统兼容性上依然不够稳定。
• 频繁添加的额外保护措施并未提升实际的防盗版强度，反而增加了正版用户的系统兼容性风险。