问题标签 [dsa]

有谁知道我将如何将此java代码转换为python？

“keyType”似乎总是作为“DSA”传递，所以我查看了M2Crypto.DSA，这看起来很有希望。然而，DSA.sign 函数返回一个 2 字节字符串的元组，我完全不确定如何处理。

如何以字节数组格式为 DSA 算法生成公钥和私钥？

这是使用私有 2048 位 dsa 密钥对数据进行签名的 php 演示代码：

该脚本总是在 openssl_sign 失败。我没有收到任何错误或失败，只是 openssl_sign 的输出为 FALSE 并且 $signature 为空

我已经生成了密钥

有什么问题？

我有以下 php 测试代码：

当我在 Amazon 服务器上运行它时，它按预期工作。但是，当我尝试将其转移到 hostgator 或 ovh.co.uk 上的共享主机时，它就失败了。

在 hostgator 上，它返回一个看起来有效的签名，但无法验证签名是否正确。在 ovh.co.uk 上，它返回以下内容：

质量保证==

签名有效期：-1

这些显然是服务器的问题。应该解决什么问题才能正常工作？

最近我对数字签名算法及其工作原理做了一些研究。我根据这个提出的问题对我来说不是实际问题，而是纯粹的兴趣。

但是，我很好奇如何在 DSA 中生成 subprime：在生成算法参数期间的某个地方选择 1024-bit prime p。下一步是找到一个 160 位素数q，它是 的除数p-1。这就是我卡住的地方。我不知道如何及时找到那个次贷q，而不必永远等待。我在互联网上也找不到任何关于 DSA 特定部分的文档，并且我发现的所有示例实现都使用库函数来创建参数。

有没有人知道更多关于次贷一代的信息，或者可以带我到一个我可以阅读它的地方？

提前致谢。

我正在尝试使用 DSA 证书签署一些数据。我将证书保存在内存中（它是使用 openssl gendsa 命令生成的）。

我的函数看起来像这样，我的问题是res = EVP_SignFinal. 这里函数返回 0，并将 signature_len 设置为 0。

知道问题可能是什么吗？我用调试器检查过，证书的值是正确的，格式如下：

长度也是正确的，与文件的长度匹配。

DSA 和 RSA

不在于哪个更强。

我一直在互联网上研究这个主题，下面是我所掌握的信息摘要。您能否告知它是否正确，以及是否有任何其他重要问题我在这里没有提及。

在这里，我只谈论 Java 应用中的 DSA 与 RSA。我的主要目标 - 使用公钥算法将会话密钥（AES）从客户端发送到服务器，然后检查客户端的真实性。

动态搜索广告。
1.在Java中，您应该使用私钥加密文件。
2. 这意味着它是一个签名——任何拥有公钥的人都可以读取它，但只有所有者才能签名。
3.如果你尝试使用公钥作为私钥，反之亦然，你会遇到麻烦，因为用私钥猜测公钥并不难。
4. 你实际上不能使用 DSA 发送会话密钥，因为每个人都可以解密它。

RSA。
1.在Java中，您应该使用公钥加密文件。
2. 这意味着这是将秘密消息传递给特定接收者的最佳方式。签字后没有人可以阅读，除了所有者。
3.如果尝试相互交换密钥会带来麻烦（同上）
4.您可以有效地使用RSA客户端发送使用服务器的开放密钥加密的会话密钥，然后接收使用客户端的开放密钥签名的服务器的确认.

基于此，我决定将 RSA 用于我的目的。

AES256 与 AES128

另一个不相关的问题 - 您认为对于没有任何极其敏感数据的会话加密，使用 AES256 是否有意义？

我愿意，但这会给最终用户带来问题。我知道安装允许 256 位密钥的 Java 更新非常容易，但可悲的事实是，即使是这样简单的事情也会将潜在用户群减少一半。

另一方面 - 如果我不发送敏感信息（如信用卡号码）并且每个密钥的使用时间不超过几天，也许 AES128 就足够了吗？

显然，我将为那些不需要安装更新而烦恼的用户提供使用 AES256 的选项。

感谢您的任何评论！

我正在尝试使用 openssl dsa 实现，但我对以下细节感到非常困惑：

• 命令的选项“-text” openssl dsa ....：输出中的十六进制数字，我是否正确假设这些是字节，因此它们是 little-Endian 顺序的？

• 函数 BN_bn2hex 和 BN_hex2bn，它们使用什么字节序？

在此先感谢您的帮助。

在上周，我在我的本地主机上生成了一个 SSH id_rsa 密钥，我将它复制到了我想在不输入密码的情况下访问的远程服务器上的正确位置的授权密钥文件中。

这工作得很好。

现在今天早上尝试再次登录没有密码，似乎密钥现在无效，我被要求输入密码。

我已经尝试生成一个新密钥，并在远程服务器上再次复制它 authorized_key 现在它可以重新工作了！

我的问题：为什么初始密钥不再有效？

我们正在使用 WCF 调用 java web 服务。当我们在测试服务器上调用该服务时，它运行良好，但是当我们转移到生产环境时，我们遇到了以下异常：

无法通过 HTTP 发送请求消息：令牌的加密集合不支持算法“http://www.w3.org/2001/04/xmlenc#rsa-oaep-mgf1p”

我们注意到的一件事是开发服务器证书的签名算法是“md5RSA”，而生产证书的签名算法是“sha1DSA”。是不是这种“RSA”“DSA”不匹配会导致异常？如果是这样，是否可以配置 WCF 来处理 DSA？

谢谢