qr-code - 安全/加密的 QR 码

Question

已关闭。此问题不符合 Stack Overflow guidelines 。目前不接受答案。

---

要求我们推荐或查找工具、库或最喜欢的场外资源的问题对于 Stack Overflow 来说是偏离主题的，因为它们往往会吸引固执己见的答案和垃圾邮件。相反，describe the problem以及迄今为止已采取哪些措施来解决该问题。

已关闭10 年前。

Improve this question

是否有可以生成加密 QR 码的应用程序？

我没有很多关于加密 QR 码的文献。我们正在寻求实现一些功能，客户可以向我们发送加密信息，然后我们在我们的网站上扫描它们。

你们中有人参与过这样的项目吗？

Answer 1

其他答案建议您可以使用 QR 码对 URL 进行编码，然后确保该 URL 上的服务提供您所需的身份验证/安全性。如果您用来与客户沟通的 channel 是数字化且连接互联网的，也许这是有道理的……如果确实有道理，您根本不需要二维码，只需发送 URL 即可。正如 Tadmas 指出的，QR 只是一种编码。

但是，我将从您最初的问题推断出您使用的 channel 是模拟 channel (纸质？？)，或数字但未连接互联网的 channel (纸质原件或屏幕截图的数码照片，或？？) 。这不是最常见的用例 - 不是这个论坛上的大多数受访者自然会考虑的 - 但我可以想象一些现实的用例，例如获取可能发生这种情况的账单或付款数据。

如果这是真的 - 如果由于某种原因您必须通过非互联网 channel 传输实际数据，并且实际数据必须以 QR 码格式包装，那么有一种不同的方法可以做到这一点。

明显的方法(高级)看起来像这样

message
   --> (compress) --> compressed message 
      --> (encrypt) --> encrypted compressed message
         --> (QR encode) --> QR of encrypted compressed message
            ... send over channel ...
      encrypted compressed message <-- (QR decode) <--
   compressed message <-- (decrypt) <-- 
message <-- (decompress) <--

您的主要挑战是选择适合您目的的压缩和加密算法。

请注意，加密货币是不明显的，请尊重并谨慎对待，不要只是将某些东西猛烈地放在一起......

在加密之前进行压缩是最佳实践。它并不总是需要作为单独的步骤，因为某些加密算法会为您执行压缩 - 例如，PGP 在加密之前压缩数据。其他人则不然。如果您不确定或者该方法需要通用(适用于加密算法的不同选择)，您可以随时进行压缩；它很安全，只是有时毫无意义。

加密算法的选择有很多含义( key 管理等——巨大的话题)。然而，影响之一与二维码尤其相关——加密步骤使您的信息膨胀了多少。 QR 码 block 的容量有限，每个 8 位为 2953 字节。如果您要传输的消息接近此限制，您将需要选择一种输出大小等于输入大小的加密算法(AES 就是一个例子)。如果消息远小于此限制，那么您就不会关心这一点(例如可以使用高度膨胀的 PGP)。

如果您可以找到适合您和您的客户端的压缩和加密算法(以及分发 key 等的安全方法)，那么我认为满足您最初的请求并不是特别困难。不要尝试加密 QR 码本身(不确定术语实际上是否有意义)，而是压缩和加密数据，然后对生成的加密数据进行 QR 编码。没什么。