如何让Sqids生成的票务编码不可猜测、不可解码？

我需要生成唯一且简短的票务编码，当前实现如下：

$sqids = new Sqids(str_shuffle('ABC...90'), minLength: 6);

$code = $sqids->encode([DB::table('order_ticket')->count()]);

请问：

1. 使用str_shuffle()能否解决攻击者解码编码、甚至通过已知ID猜测后续票务编码的问题？
2. 我考虑加入购买时间的毫秒数，代码调整为：

   $code = $sqids->encode([floor(microtime(true) * 1000) + DB::table('order_ticket')->count()]);
   

   这是否能防止知晓乱序结果的攻击者推测可能的票务编码？我的做法是否有误？
3. 该方案能否真正解决攻击者猜测后续编码的问题？若不能，有哪些可行方案？

关于str_shuffle()的安全性问题 #

不能解决，反而会引入新问题：

• str_shuffle()是伪随机函数，PHP进程重启时会重新生成字符集，导致同一个ID在不同进程下编码结果不一致，破坏编码的唯一性和可解码性（如果后续需要解码的话）。
• 即便字符集固定，只要攻击者拿到1组编码和对应的原始计数，就能反向推导出字符集顺序——Sqids的编码逻辑完全依赖字符集的排列，一旦字符集被破解，后续基于连续递增计数的编码会被完全预测。

关于加入毫秒数的调整方案 #

这个做法存在明显缺陷，也无法彻底防止猜测：

• 唯一性无法保证：同一毫秒内的多订单，计数叠加后可能和其他时刻的数值重复（比如t1时刻计数100，t2时刻计数101，若t2毫秒数比t1小1，则t1毫秒数+100 = t2毫秒数+101）。
• 依然可被推测：攻击者拿到几个样本后，能逆向分离出毫秒数和计数的规律，而计数本身是连续递增的，后续编码仍能被预测。

可行的替代方案 #

1. 使用固定保密的Sqids盐值
   Sqids原生支持盐值参数，这比随机字符集更安全。固定一个保密的盐值，攻击者无盐值则无法逆向推导ID，也无法预测后续编码。同时不要用count()获取ID（并发场景下不准确），改用订单票的自增主键：

   $sqids = new Sqids(salt: '你的专属保密盐值', minLength: 6);
   $code = $sqids->encode([$ticketPrimaryId]);
   

2. 加入随机混淆值
   在编码的数组中加入一个随机整数，解码时忽略该值即可。这样即使攻击者知道盐值，每次编码都有随机干扰，无法预测后续结果：

   $random = random_int(1000, 9999);
   $code = $sqids->encode([$ticketPrimaryId, $random]);
   

3. 基于UUID的短编码
   生成随机UUID（如uuid_create(UUID_TYPE_RANDOM)），再通过Base62/Base64缩短为短编码。这种方式完全无规律，无法预测后续编码，唯一缺点是编码长度略长于Sqids，但安全性最高。

4. 加密后再编码
   对自增ID进行对称加密（如AES），将加密后的二进制数据转换为Base62/Base64短编码。这种方式能彻底防止ID泄露和编码预测，但需要处理加密结果的长度，确保唯一性。

内容的提问来源于stack exchange，提问作者amir