如何通过Fernet类实现AES-256加密及后量子加密？

1. 当前实现是否采用AES-256？ #

标准Fernet的设计是用AES-128-CBC加密（加密密钥固定为16字节），搭配HMAC-SHA256签名（签名密钥16字节），完整Fernet密钥是32字节（urlsafe Base64编码后为44字符），拆分前16字节为签名密钥、后16字节为加密密钥。

你的代码是否使用AES-256，完全取决于key2解码后的长度：

• 若key2是urlsafe Base64编码的32字节密钥（编码后长度44字符），解码后得到32字节数据，底层AES会使用256位密钥，即AES-256。
• 若key2仍是16字节的标准Fernet加密密钥长度，则还是AES-128。

⚠️ 重要提醒：直接修改类的私有属性（_signing_key、_encryption_key）属于非规范用法，cryptography库版本更新可能改变这些内部属性的定义，导致代码兼容性问题，生产环境不建议使用。

2. 该代码是否具备抗量子计算能力？ #

不具备，原因如下：

• 加密部分：即使使用AES-256，量子计算机可通过Grover算法将暴力破解复杂度从O(2^{256)降至O(2}128)，虽目前量子算力未达标，但不属于严格意义上的后量子安全；若用AES-128，复杂度会降至O(2^64)，未来易被破解。
• 签名部分：HMAC-SHA256基于传统哈希函数，量子计算机虽无直接破解哈希的高效算法，但Grover算法可加速碰撞攻击，且HMAC本身不属于后量子签名标准。

3. 如何借助Fernet类实现后量子加密？ #

Fernet是封装好的传统加密方案，原生不支持后量子算法，可通过两种思路实现：

思路1：用后量子密钥交换分发Fernet密钥 #

Fernet是对称加密方案，密钥交换是量子攻击的薄弱环节。可使用后量子密钥交换算法（如CRYSTALS-Kyber）安全交换Fernet密钥，之后仍用Fernet进行加密/解密。这种方式无需修改Fernet内部实现，仅替换密钥分发环节，保证密钥安全性。

思路2：自定义后量子版"类Fernet"方案 #

若需让加密/签名本身具备后量子安全性，需放弃修改Fernet私有属性的方式，基于cryptography的hazmat模块自定义类似Fernet的消息格式：

• 加密部分：使用AES-256（Grover算法对其的攻击复杂度仍处于安全范围，是当前对称加密中最接近后量子安全的选择）。
• 签名部分：替换HMAC-SHA256为后量子签名算法（如CRYSTALS-Dilithium）。
• 保留Fernet核心特性：包含版本标识、时间戳、加密消息、签名的结构化格式，保证消息完整性与时效性。

⚠️ 注意：目前cryptography库对后量子算法的支持需通过扩展或第三方库实现，务必选用经过安全审计的实现。

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