是否可以信任 guid 的安全性，或者如果系统可以强制生成许多已知的 guid，它们是否可以预测？

Question

要开始并定义 guid，我使用的是 .net 框架 Guid 这在某种程度上是一种假设情况 用户在执行特定操作时会生成 guid。每个用户都可以看到自己的向导。如果一个用户知道另一个用户的 guid，就会有安全隐患。

如果我们假设一个用户无法窃取另一个用户的 guid 并且只能猜测，那么这个系统的安全性如何？

我知道盲目猜测向导是不可能的。即使他们有一百万个成功值，他们仍然只有 10^20 的机会猜测成功

我担心可能存在问题的地方是 guid 预测。用户能否生成大量请求，看看他得到的 guid，知道 .net guid 生成公式会大大提高他的猜测几率吗？ 能否将这些可能性降低到成为安全问题的程度？ 在那种情况下，如何以独特的不可猜测的方式生成密钥？

我请任何提到猜测/碰撞几率的人为其添加一些硬性含义。定义赔率的确切数字，或类似“它可用于存储帐户数据，但不能用于存储敏感数据”

编辑

这个问题似乎很好地进入了我最初试图用这个问题探索的领域 Is a GUID a good key for (temporary) encryption?

Answer 1

GUID/UUID 旨在生成 128 位数字，主要用作唯一的 ID（用于所有意图和目的）。

UUID 并非旨在生成加密强随机数序列，如果您想要最大程度的不可预测性，那么加密强随机数序列正是您想要的。为此，.NET 为您提供了 RNGCryptoServiceProvider - 从一开始就设计为可以通过算法手段合理实现的不可预测性，那么为什么不使用它呢？

例子：

byte[] GenerateRandomBytes()
{
   byte[] key = new byte[16];

    System.Security.Cryptography.RNGCryptoServiceProvider c =
        new System.Security.Cryptography.RNGCryptoServiceProvider();

    c.GetBytes(key);

    return key;
}

Answer 2

Afaik .net 默认生成 Version 4 UUIDs 作为 Guid。这些是随机的，如果实施得当，很难猜测。但由于未来的版本可能会使用另一种实现，我不会依赖它。我认为甚至更早版本的 windows 或 .net 都使用基于 Mac-Address 的 Guid，这更容易猜到。

所以我只使用 .net 中内置的加密伪随机数生成器之一。如果您生成 16 个字节，则可以直接替换 Guid。