我有 P& G-- 如何使用 Wincrypt API 生成 Diffie-Hellman 密钥对？

发布于 2024-07-04 04:16:18 字数 623 浏览 13 评论 0原文

p = 139;
g = 5;

CRYPT_DATA_BLOB pblob;
pblob.cbData = sizeof( ULONG );
pblob.pbData = ( LPBYTE ) &p;

CRYPT_DATA_BLOB gblob;
gblob.cbData = sizeof( ULONG );
gblob.pbData = ( LPBYTE ) &g;

HCRYPTKEY hKey;
if ( ::CryptGenKey( m_hCryptoProvider, CALG_DH_SF,
                    CRYPT_PREGEN, &hKey ) )
{
    ::CryptSetKeyParam( hKey, KP_P, ( LPBYTE ) &pblob, 0 );

此处失败并显示 NTE_BAD_DATA。我正在使用 MS_DEF_DSS_DH_PROV。是什么赋予了？

原文

There's an MSDN article here, but I'm not getting very far:

p = 139;
g = 5;

CRYPT_DATA_BLOB pblob;
pblob.cbData = sizeof( ULONG );
pblob.pbData = ( LPBYTE ) &p;

CRYPT_DATA_BLOB gblob;
gblob.cbData = sizeof( ULONG );
gblob.pbData = ( LPBYTE ) &g;

HCRYPTKEY hKey;
if ( ::CryptGenKey( m_hCryptoProvider, CALG_DH_SF,
                    CRYPT_PREGEN, &hKey ) )
{
    ::CryptSetKeyParam( hKey, KP_P, ( LPBYTE ) &pblob, 0 );

Fails here with NTE_BAD_DATA. I'm using MS_DEF_DSS_DH_PROV. What gives?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

蓝梦月影 2024-07-11 04:16:19

在我看来，KP_P、KP_G、KP_Q 用于 DSS 密钥（数字签名标准？）。对于 Diffie-Hellman，您似乎应该使用 KP_PUB_PARAMS 并传递指向 DHPUBKEY_VER3 结构的 DATA_BLOB 。

请注意，您指向的文章来自 Windows Mobile/Windows CE SDK。 CE 的工作方式与桌面/服务器不同，这并不是第一次。

编辑：CE 未实现 KP_PUB_PARAMS。要在桌面上使用此结构，请参阅 Diffie-Hellman 版本3 个公钥 BLOB。

回复收藏 0 原文

红墙和绿瓦 2024-07-11 04:16:19

可能它只是不喜欢您使用的非常短的键。

我发现该文章的桌面版本可能会有所帮助，因为它有一个完整的例子。

编辑：

OP 从示例中意识到您必须告诉 CryptGenKey 密钥有多长，您可以通过将标志的前 16 位设置为您想要使用的位数来完成此操作。如果将此值保留为 0，您将获得默认密钥长度。此记录在设备文档的备注部分中，并使用桌面文档。

对于 Diffie-Hellman 密钥交换算法，在 Windows XP 及更高版本上，基本提供程序默认为 512 位密钥，增强提供程序（默认）默认为 1024 位密钥。 CE 上似乎没有任何关于默认长度的文档。

因此，代码应该是：

BYTE p[64] = { 139 }; // little-endian, all other bytes set to 0
BYTE g[64] = { 5 };

CRYPT_DATA_BLOB pblob;
pblob.cbData = sizeof( p);
pblob.pbData = p;

CRYPT_DATA_BLOB gblob;
gblob.cbData = sizeof( g );
gblob.pbData = g;

HCRYPTKEY hKey;
if ( ::CryptGenKey( m_hCryptoProvider, CALG_DH_SF,
                    ( 512 << 16 ) | CRYPT_PREGEN, &hKey ) )
{
    ::CryptSetKeyParam( hKey, KP_P, ( LPBYTE ) &pblob, 0 );

It may be that it just doesn't like the very short keys you're using.

I found the desktop version of that article which may help, as it has a full example.

EDIT:

The OP realised from the example that you have to tell CryptGenKey how long the keys are, which you do by setting the top 16-bits of the flags to the number of bits you want to use. If you leave this as 0, you get the default key length. This is documented in the Remarks section of the device documentation, and with the dwFlags parameter in the desktop documentation.

For the Diffie-Hellman key-exchange algorithm, the Base provider defaults to 512-bit keys and the Enhanced provider (which is the default) defaults to 1024-bit keys, on Windows XP and later. There doesn't seem to be any documentation for the default lengths on CE.

The code should therefore be:

BYTE p[64] = { 139 }; // little-endian, all other bytes set to 0
BYTE g[64] = { 5 };

CRYPT_DATA_BLOB pblob;
pblob.cbData = sizeof( p);
pblob.pbData = p;

CRYPT_DATA_BLOB gblob;
gblob.cbData = sizeof( g );
gblob.pbData = g;

HCRYPTKEY hKey;
if ( ::CryptGenKey( m_hCryptoProvider, CALG_DH_SF,
                    ( 512 << 16 ) | CRYPT_PREGEN, &hKey ) )
{
    ::CryptSetKeyParam( hKey, KP_P, ( LPBYTE ) &pblob, 0 );

回复收藏 0 原文

~没有更多了~