使用cryptography库加密文件名时如何限制加密输出的字符长度

首先明确：cryptography库没有内置方法可以直接限制Fernet加密输出的密文长度。Fernet的安全设计决定了它的输出必须包含版本标识、时间戳、16字节IV、PKCS7填充后的密文、32字节HMAC签名，再经过Base64编码后输出长度必然比明文长100字节以上，强行截断会直接导致密文无法解密，或失去校验能力引发篡改风险。

可行优化方案 #

• 替换加密算法，改用长度更可控的对称加密方案
  放弃Fernet，选择AES-GCM这类轻量认证加密算法，仅需要12字节IV、和明文等长的密文、16字节认证标签，整体长度膨胀远小于Fernet。加密后使用URL安全的Base64编码，还能自动规避Windows文件名不允许的特殊字符。
  参考代码：

  from cryptography.hazmat.primitives.ciphers import Cipher, algorithms, modes
  from cryptography.hazmat.backends import default_backend
  import os
  import base64
  
  # *32字节密钥对应AES-256，需妥善保管，丢失密钥无法解密*
  key = os.urandom(32)
  plain_filename = b"#Filenamehere"
  
  # 加密流程
  iv = os.urandom(12)
  cipher = Cipher(algorithms.AES(key), modes.GCM(iv), backend=default_backend())
  encryptor = cipher.encryptor()
  ciphertext = encryptor.update(plain_filename) + encryptor.finalize()
  # 拼接后做URL安全Base64编码，去掉末尾填充的=进一步缩短长度
  encrypted_filename = base64.urlsafe_b64encode(iv + ciphertext + encryptor.tag).rstrip(b"=")
  

• 若仅需防明文直接泄露、无强加密要求，可选用格式保留加密（FPE）方案，密文长度和明文长度完全一致，无额外长度膨胀，不过cryptography库未内置FPE实现，需自行适配轻量实现方案。
• 额外长度优化：如果待加密的文件名有统一的前缀/后缀，可先剥离重复部分再加密，解密后再补全对应内容，进一步压缩加密后的字符串长度。

注意事项 #

• Windows系统单文件名最大支持255个字符，加密后的字符串需控制在该长度范围内，避免重命名失败。
• URL安全的Base64编码仅包含大小写字母、数字、-和_，完全符合Windows文件名的字符规则，不会出现非法字符报错。

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