有没有可以生成加密二维码的应用程序?
我没有很多关于加密二维码的文献。我们正在寻求实现一些功能,客户可以向我们发送加密信息,然后我们在我们的网站上扫描它们。
你们中有人参与过这样的项目吗?
其他答案建议您可以使用 QR 码对 URL 进行编码,然后确保该 URL 上的服务提供您所需的身份验证/安全性。如果您用来与客户沟通的渠道是数字化且连接互联网的,也许这是有道理的……如果确实有道理,您根本不需要二维码,只需发送 URL 即可。正如 Tadmas 指出的,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 在加密之前压缩数据。其他人则不然。如果您不确定或者该方法需要通用(适用于加密算法的不同选择),您可以随时进行压缩;它很安全,只是有时毫无意义。
加密算法的选择有很多含义(密钥管理等——很大的话题)。然而,影响之一与二维码尤其相关——加密步骤使您的信息膨胀了多少。 QR 码块的容量有限,每个 8 位为 2953 字节。如果您要传输的消息接近此限制,您将需要选择一种输出大小等于输入大小的加密算法(AES 就是一个例子)。如果消息远小于此限制,那么您就不会关心这一点(例如可以使用高度膨胀的 PGP)。
如果您可以找到适合您和您的客户端的压缩和加密算法(以及分发密钥等的安全方法),那么我认为满足您最初的请求并不是特别困难。不要尝试加密 QR 码本身(不确定术语实际上是否有意义),而是压缩和加密数据,然后对生成的加密数据进行 QR 编码。没什么可说的。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)