c# - Windows 8 的 UDID

Question

是否有任何唯一设备 ID (UDID) 或我可以在 Windows 8 上读出的任何类似 ID，这些 ID 不会随着硬件更改、应用程序重新安装等而改变？

如果否 - 自己生成它的最佳方法是什么？

Answer 1

没有。是的。

不，没有这样的 ID，因为(理论上)您可以更改任何硬件组件，因此您可能会得到一个完全不同的 ID(这就是 Microsoft 建议根据 ASHWID 计算分数的原因)。

是的，有这样的 ID(但它可能不适用于您的情况)。如果您不能依赖硬件，因为它很容易添加内存、更换磁盘、添加另一张网卡(例如打开/关闭蓝牙或 Wi-Fi)，那么您必须依赖“软件”ID。

在注册表中有一个在 Windows 安装期间生成的唯一 ID，在您重新安装 Windows 之前它不会更改。您可以在 HKLM/Software/Microsoft/Cryptography 中找到这样的 ID，它是一个名为 MachineGuid 的字符串。

如果您可以确定一个您非常确定不会更改的组件(例如主板)，您可以使用简单的 WMI 查询来获取其序列号，但您应该始终提供回退，因为许多 MB 会返回一个假的S/N(虚拟机可能总是返回同一个)。什么是正确的解决方案...好吧，这取决于您必须使用该 ID 做什么。识别用户？查驾照？加密数据？其中每一个都有不同的 ID“最佳实践”。

获取设备的唯一 ID
如果你必须识别一个特定的设备(不管用户)你有很多选择，我更愿意做的是只使用稳定的数据(例如来自主板和 BIOS 的 S/N)来生成一个 ID。如果他/她完全更新其硬件，这对您没有帮助，但它应该足够稳定(但您必须定义什么是足够在你的情况下)。您甚至可以使用主磁盘的 S/N(对于可移植设备，它非常稳定，您甚至可以将它与其他序列号结合使用来构建您自己的 ID)。您可以通过 WMI 或(如果您的目标是 WinRT)通过 ASHWID 结构的特定字节获取此信息。

加密数据
在这种情况下，您必须考虑数据何时可能无法恢复。如果对硬件进行小的更改，您的用户将无法很好地阅读他们以前的文件，他们会很不高兴。在这种情况下，我建议使用 MachineGuid，除非他们重新安装操作系统，否则他们不必担心(但帮他们一个忙，提供一种在某处读回该 GUID 的方法)。如果您确定您的目标是手机或平板电脑等可移植设备，那么磁盘序列号(或 CPU ID，如果可用，或 MB 或 BIOS)也可能是合适的(因为它们很少会改变)。

许可
我会使用许多(稳定的)ID 的组合。至于设备的唯一标识符，您不能确定什么都不会改变。过去 MAC 地址被广泛用于此目的，但移动设备改变了这些规则(因为关闭 NIC 很容易)。您仍然可以使用它们，但您必须格外小心(和编写代码)来管理这种情况。同样，多个 ID 的组合(谨慎选择)可以帮助您最大程度地减少客户更改其硬件/软件设置时的工作量。在这种情况下，一个好的折衷方案可能是操作系统序列号(而不是 MachineGuid)。如果他们安装了新的操作系统，那么他们也必须更新您的许可证(但我会将它与其他东西结合使用，以确保他们不会在多台计算机或虚拟机上使用相同的操作系统副本)。

关于虚拟机的注意事项
如果您也必须以 VM 为目标，那么事情就会变得更加复杂。理论上，用户可以使用完全相同的硬件和软件配置创建同一 VM 的多个副本。 如果这是一个问题并且如果您不能正确解决这个问题(例如使用网络检查)我建议您根本不支持它们(只是退出如果您检测到虚拟机)。