gpt4 book ai didi

java - 用于字符加密的字符

转载 作者:行者123 更新时间:2023-12-01 15:38:39 25 4
gpt4 key购买 nike

是否有任何可用的库/算法具有基于字符的加密机制。我的基本意思是,如果输入文本是 someText,那么加密文本应该具有相同数量的字符。

从我们对非对称加密机制的探索来看,我们认为通过这种方式无法实现字符对字符的加密。

该解决方案最好是基于“ key ”的解决方案,因为我们需要通过不同的应用程序加密输入文本[其中一个实际上是自定义硬件中的嵌入式应用程序 - 制造商更喜欢基于 key 的解决方案加密逻辑]。丢失 key 的安全威胁并不重大,并且是可以接受的风险。

最佳答案

您想要使用流密码,或者(如果您的用例证明它合理)一次性密码本。一次性密码本使用起来很痛苦 - 您需要以某种方式在带外获取接收方的 key , key 必须至少与明文一样长,并且在处理所有问题时存在很大的困难如果存在传输错误,就会发生这种情况 - 因此流密码可能是可行的方法。

RC4 可能是适合您的算法。

是否有特殊原因必须进行逐字符加密? AES 等对称算法倾向于使用较小的 block 大小,通常为 64 位,因此不太可能增加太多空间开销。如果您可以使用对称分组密码,那么这可能会让您的事情变得更容易。

我不确定您所说的基于“ key ”的解决方案是什么意思。所有现代加密算法都带有 key ,但 key 的性质根据算法而变化。对称密码通常具有共享 key ,非对称算法是使用公钥/私钥的算法。根据the Handbook of Applied Cryptography,有不同的流密码使用任一类型的 key 。 .

我也有点不确定你所说的“丢失 key 的安全威胁并不重大,并且是可以接受的风险”是什么意思。如果您丢失了 key ,那么您将不再有加密(至少在您轮换 key 之前)。如果不加密是可以接受的,那么您为什么还要费心加密呢?如果仅仅混淆数据就足够了,那就是一个完全不同的问题了。

关于java - 用于字符加密的字符,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8442444/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com