prometheus降级工具是一由老外开发的仅适用于64位操作系统的ios降级工具，这款工具不支持iphone5s和ipad air设备，其它设备均支持，如果升级到新版本的ios系统后发现占用内存过大或者出现卡的现象等问题，可以使用这款软件一键降级操作，支持最新的ios10系统降级，有需要的朋友快快下载吧。

使用教程

1、其中一个方法是配合使用nonceenabler和futurerestore两款工具，这种方式更可靠且快捷，但是需要设备越狱，且需要使用生成器备份.shsh2 blobs文件。

2、另一个方法是仅使用futurerestore工具，不需要越狱，但是需要对设备进行一定概率的攻击操作，这有可能花费较长时间甚至是无效，这种方式同样需要.shsh2 blobs，但是必须以特定的方式保存，需要注意的是，这种方法仅对部分的设备有效，且日后也不会更新更多设备。

注意事项

1、仅支持64位设备，32位设备还是不要尝试了。

2、除了部分的iPhone5s和iPad Air，大部分的设备都需要目前所处的固件可以越狱。

3、如果在越狱环境下使用Prometheus降级工具，必须已经使用生成器保存你需要降级固件的.shsh2 blobs文件，生成器是一个包含.shsh2文件的域，在文件的最后可以发现它。

4、如果在未越狱的环境下使用Prometheus降级工具，同样必须已保存需要降级固件的.shsh2 blobs文件，但是需要创建于tihmstar发布5个特定环境下中的一个或多个环境，这些环境大部分支持对设备的概率攻击。

5、在越狱环境下使用Prometheus降级工具，该越狱必须支持“tfp0”功能，目前部分版本的越狱并不支持该功能。

常见问题

服务器错误

用户反映最多的就是使用工具的时候会出现处理器错误。有些人错误地认为这是因为苹果的 TSS 服务器已经完全下线了。虽然目前不知道这是因为服务器维修出现的问题，还是因为工具的编码出了问题，但是在最新版本中 tihmstar已经解决了这个问题。

段错误

第二个比较常见的错误就是段错误，这是因为 macOS 缺少必要的 OpenSSL 支持。不过这个问题也已经在新版 Prometheus 中得到解决。虽然上述两个问题都得到解决了，但一个更严重的问题出现了。

iOS 10.1.1 上的 Touch ID

因为“futurerestore”在恢复过程中不会降级 SEP+ 基带(没有 SEP 漏洞就无法降级)，而是以目前验证版本的基带来替换。也就是说如果你恢复到 iOS 10.1.1，那么你在用的其实是 iOS 10.2 SEP + 基带。此前有人认为两个版本之间发布时间间隔不远，所以应该不会出问题;但是后来用户发现，虽然“futurerestore”完成了 iOS 10.1.1 降级，但是 Touch ID 功能无法使用。

Touch ID 功能不可用的话，对某些用户来说影响可能还是挺大的，一些与它相连的服务或许也因此没法使用(比如 Apple Pay 支付需要 Touch ID 验证，这个功能可能受到影响)。

有趣的是意大利越狱开发者 Luca Todesco 此前评论称这个问题其实有解决方案，只是在评论之后他就不再发声了。目前我们都不知道他所说的解决方案是否真的有效、他是不是已经在开发这个解决方案、或者他是否有意提供这个解决方案。对于这个问题 tihmstar 已经表示他不会给出解决方案。

总的来说，虽然 Prometheus 发布之后一波三折，但是现在这些问题都得到解决之后，用户发现这个工具还是很好的。不过因为 Touch ID 的问题实在是无解，不知道会有多少用户愿意为了降级而不使用 Touch ID。

TSSChecker

Tihmstar 的另外一个工具 TSSChecker 也有两个非常严重的问题。

iPhone 7 / Plus 不兼容

iPhone 7 和 iPhone 7 Plus 在创建 nonce 的生成器时，使用的是和其他 64 位设备不一样的模式。这个问题虽然不影响到其他设备，但这也意味所有使用这两个设备的生成器保存的 blobs 是无效的。在 tihmstar 探明苹果在 nonce 和生成器之间建立的联系前，TSSChecker 将无法保存这两个设备的 blobs。

BuildIdentities 和无效 blobs

这个问题要解释起来就复杂了，不过它对不同用户的影响也不同。iOS 10 IPSW 文件的变化意味着很多设备将使用相同的 IPSW。也就是说与所有设备 (BuildIdentities) 相关的信息都会保存在 IPSW 中的 Build Manifest。TSSChecker习惯于使用它发现的第一个 BuildIdentity，然后为其请求 APTicket。但是如今 IPSW 中有那么多 BuildIdentities，那么它获得的第一个 BuildIdentities 就不一定是适合用户设备的那个。如果获得的 BuildIdentity 不正确，那么 TSSChecker 生成的 APTicket 也就是无效的。

好在新版 TSSChecker 已经解决这个问题，相关更新也已经整合到 1Conan 的在线版工具 TSSSaver 中。不过你已经保存的 .shsh2 文件该怎么处理?它们是否也无效?

如果你有 iOS 10.2 blobs，最好就是把它删掉，使用最新版 TSSChecker 或 TSSSaver 重新请求生成新的，因为 iOS 10.2 现在还可以验证，所以用户轻易就能拿到。相比验证你已经为特定固件保存的 blobs 相比，请求生成新的 iOS 10.2 blobs 要更快更简单。

至于 iOS 10.1.1 及更旧的版本，以为验证已经关闭，你想请求新的 .shsh2 文件已是不可能。你唯一的选择就是祈祷你的 blobs 拿到了正确的 BuildIdentity，获得有效的 APTicket。你可用 tihmstar 的 img4tool 来测试一下便可知。

目前建议此件已经保存了 iOS 10.2 .shsh2 blobs 的用户，使用最新的 TSSChecker 或 TSSSaver 工具来重新保存一下。至于更旧的 blobs 版本，用户也不要冲动，在确定它们确实不可用之后再删掉，目前确实有些幸运用户就发现他们的 iPhone 6 和 iPhone SE blobs 是正确的，而 iPhone 5s 的 blobs 却是无效的。

如果你想使用 img4tool 来验证现有的 blobs，不论成功与否都可以分享出来，看看是否会在特定的机型上才会出现 blobs 有效或者无效的情况。另外如果你使用 tihmstar 的 Prometheus 和 TSSChecker，那么请确认你使用的是最新版本，从而可以避免以上很多问题。