Q100573： Katana 、 Mari 、 Modo 和 Nuke 可能无法在第十代（Ice Lake）或更新的英特尔 CPU 上启动。

Todd

更新: 2026年05月21日 12:09

创建: 2020年03月25日 23:42

经查明， Katana 、 Mari 、 Modo和Nuke有时无法在搭载 Intel 10 代（Ice Lake）CPU 或更新型号（11 代（Rocket Lake）、12 代（Alder Lake）、13 代（Raptor Lake）及更高型号）CPU 的机器上启动。

此问题仅影响Windows操作系统。

Nuke Indie 、 Nuke Non-Commercial 和Mari Non-Commercial 用户也报告称，此问题可能导致在授权设备时“许可”对话框崩溃。输入详细信息并单击“授权设备”后：

随后会显示进度条，此时对话框可能会关闭。这将导致许可证无法更新。

OpenSSL 1.0.2.g 版本存在一个漏洞，该漏洞会导致 Intel 第十代（Ice Lake）CPU 或更新的处理器崩溃，原因是sha1 汇编例程错误地使用了rax 寄存器。更多信息请参见下方的“延伸阅读”部分。

作为一种临时解决方案，您可以设置以下环境变量来解决此问题：

OPENSSL_ia32cap=~0x200000200000000

您可以通过访问控制面板 > 系统 > 高级系统设置 > 环境变量…来完成此操作。添加环境变量后，您可能需要重启计算机才能使其生效。

该变量禁用了第 33 位和第 54 位，根据 OpenSSL 文档，这不会造成任何安全问题，因为它只是禁用了处理器功能。有关该变量的文档，请参阅“延伸阅读”部分。以下部分。

该问题应已在OpenSSL 1.0.2i及更高版本中修复。更多信息请参见下方的“延伸阅读”部分。

NUKE

内部已提交一项功能请求，要求更新Nuke的 OpenSSL 版本，具体内容如下：

ID 424014 - 将Nuke的 OpenSSL 版本升级到 1.0.2i 或更高版本

随着Nuke的 OpenSSL 版本更新至 1.0.2u，此问题应该不会再在Nuke 13.0v8、13.1v4 和 13.2v1 及更高版本中出现。

但是，在Nuke 13.0v8、13.1v4 和 13.2v1 之前发布的Nuke版本中仍然存在此问题，您可能需要使用上述解决方法。

MARI

使用OpenSSL 1.0.2g构建的Mari版本可能会在使用第 10 代及更新的 Intel CPU 时遇到问题。

已提交内部功能请求，要求升级 OpenSSL 版本，请求编号为： ID 483084 - 将Mari的 OpenSSL 版本升级到 1.0.2i 或更高版本。

从Mari 4.7v7、4.8v2 和 5.0v2开始，OpenSSL 版本升级到 1.0.2u，在Mari 6.0v1 及更高版本中升级到 1.1.1m。

KATANA

在Katana中，我们也记录了一个与 Rocket Lake 第 11 代英特尔 CPU 相关的崩溃问题。您可以引用此错误 ID：

此漏洞已在Katana 4.5v1 及更高版本中修复，不应再出现此问题。Katana Katana及更高版本均使用 OpenSSL 1.0.2u 或更高版本。

MODO

在Modo中，也存在一个已确认的问题，即在Modo 15 中使用这些较新的英特尔处理器时，许可 UI 不会按预期显示，这个问题已在Modo 16.0v3 及更高版本中得到修复。