以上就是给各位分享将一个X509PEM文件加载到WindowsCryptoApi中，同时本文还将给你拓展.net–System.Security.Cryptography.X509Certificat

以上就是给各位分享将一个X509 PEM文件加载到Windows CryptoApi中，同时本文还将给你拓展.net – System.Security.Cryptography.X509Certificates.X509Certificate2在目标框架版本中不可用、c – 是否存在针对Windows的CryptoAPI的替换？、CryptoApi到CommonCrypto、Cryptoapi签名/验证无法在Windows 8.1上运行等相关知识，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

• 将一个X509 PEM文件加载到Windows CryptoApi中
• .net – System.Security.Cryptography.X509Certificates.X509Certificate2在目标框架版本中不可用
• c – 是否存在针对Windows的CryptoAPI的替换？
• CryptoApi到CommonCrypto
• Cryptoapi签名/验证无法在Windows 8.1上运行

将一个X509 PEM文件加载到Windows CryptoApi中

我对整个Crypto事物是新的，所以我请求一些基本的指针。

我需要加载.PEM（X509）“—– BEGIN RSA XXX KEY —– —–结束RSA XXX KEY —–”到Windows Crypto Api上下文中使用C ++（我find了Python和.NET的例子，但他们使用特定的function，我不能涉及到普通的Windows Crypto Api）

我知道如何encryption/解密一旦我有一个HCRYPTKEY。 但是，我只是不知道如何导入.PEM文件中的Base64 blob，并得到一个HCRYPTKEY，我可以使用它。

我有这样的感觉，除了简单的调用CryptDecodeObject（）之外，还有更多的东西。

Java SunPKCS11通过networking访问USBencryption令牌

Linux Crypto API和linux / crypto.h – 文档

在Linux / POSIX中，什么是Windows'rand_s的最佳替代品？

使用RSA分配/validation签名（PKCS 7）

OpenSSL使用EVP与algorithmAPI进行对称encryption

任何可以让我走上正轨的指针？ 我已经失去了2天的“试错”编程，并没有取得任何进展。

CryptEncrypt不会encryption整个文本

如何使用PHPencryption大文件并通过命令解密？

通过getauxval检测Power8运行时环境和内核密码？

在Windows上访问智能卡时重用Java Keystore

Windows上的PBC：CryptGenRandom（）

KJKHyperion在他的回答中表示 ：

我发现调用PEM格式导入RSA公钥的“魔术”序列。 干得好：

使用CryptStringToBinary将密钥解码成二进制块; 在dwFlags中传递CRYPT_STRING_BASE64HEADER

使用CryptDecodeObjectEx将二进制密钥blob解码为CERT_PUBLIC_KEY_INFO; 在dwCertEncodingType中传递X509_ASN_ENCODING，在lpszStructType中传递X509_PUBLIC_KEY_INFO

将来自CERT_PUBLIC_KEY_INFO的PublicKey blob解码成具有CryptDecodeObjectEx的RSA密钥blob; 在dwCertEncodingType中传递X509_ASN_ENCODING，在lpszStructType中传递RSA_CSP_PUBLICKEYBLOB

用CryptImportKey导入RSA密钥块

这个序列确实帮助我了解发生了什么事情，但它现在不适用于我。 CryptDecodeObjectEx的第二个调用给了我一个错误：“ASN.1坏标记值满足”。 经过多次了解微软文档的尝试，我终于意识到，第一代解码器的输出不能再解码为ASN，而且它实际上已经可以导入了。 有了这个理解，我在下面的链接找到答案：

http://www.ms-news.net/f2748/problem-importing-public-key-4052577.html

以下是我自己的程序，从.pem文件导入公钥到CryptApi上下文：

int main() { char pempubKey[2048]; int readLen; char derPubKey[2048]; size_t derPubKeyLen = 2048; CERT_PUBLIC_KEY_INFO *publicKeyInfo; int publicKeyInfoLen; HANDLE hFile; HCRYPTPROV hProv = 0; HCRYPTKEY hKey = 0; /* * Read the public key cert from the file */ hFile = CreateFileA( "c:\pub.pem",GENERIC_READ,NULL,OPEN_EXISTING,FILE_ATTRIBUTE_norMAL,NULL ); if ( hFile == INVALID_HANDLE_VALUE ) { fprintf( stderr,"Failed to open file. error: %dn",GetLastError() ); } if ( !ReadFile( hFile,pempubKey,2048,&readLen,NULL ) ) { fprintf( stderr,"Failed to read file. error: %dn",GetLastError() ); } /* * Convert from PEM format to DER format - removes header and footer and decodes from base64 */ if ( !CryptStringToBinaryA( pempubKey,CRYPT_STRING_BASE64HEADER,derPubKey,&derPubKeyLen,"CryptStringToBinary Failed. Err: %dn",GetLastError() ); } /* * Decode from DER format to CERT_PUBLIC_KEY_INFO */ if ( !CryptDecodeObjectEx( X509_ASN_ENCODING,X509_PUBLIC_KEY_INFO,derPubKeyLen,CRYPT_ENCODE_ALLOC_FLAG,&publicKeyInfo,&publicKeyInfoLen ) ) { fprintf( stderr,"CryptDecodeObjectEx 1 Failed. Err: %pn",GetLastError() ); return -1; } /* * Acquire context */ if( !CryptAcquireContext(&hProv,PROV_RSA_FULL,CRYPT_VERIFYCONTEXT) ) { { printf( "CryptAcquireContext Failed - err=0x%x.n",GetLastError() ); return -1; } } /* * Import the public key using the context */ if ( !CryptImportPublicKeyInfo( hProv,X509_ASN_ENCODING,publicKeyInfo,&hKey ) ) { fprintf( stderr,"CryptImportPublicKeyInfo Failed. error: %dn",GetLastError() ); return -1; } LocalFree( publicKeyInfo ); /* * Now use hKey to encrypt whatever you need. */ return 0; }

我发现调用PEM格式导入RSA公钥的“魔术”序列。 干得好：

使用CryptStringToBinary将密钥解码成二进制块; 在dwFlags中传递CRYPT_STRING_BASE64HEADER

使用CryptDecodeObjectEx将二进制密钥blob解码为CERT_PUBLIC_KEY_INFO; 在dwCertEncodingType中传递X509_ASN_ENCODING，在lpszStructType中传递X509_PUBLIC_KEY_INFO

将来自CERT_PUBLIC_KEY_INFO的PublicKey blob解码成具有CryptDecodeObjectEx的RSA密钥blob; 在dwCertEncodingType中传递X509_ASN_ENCODING，在lpszStructType中传递RSA_CSP_PUBLICKEYBLOB

用CryptImportKey导入RSA密钥块

我目前面临同样的困难。 我还没有完成一个解决方案的编码，但据我所知，你需要剥离—– BEGIN等—–和—– END等——标签和解码Base64 。

这给你一个DER编码的字符串，你需要解析以获得模数和公开指数。 从那些你可以填充PUBLICKEYSTRUC和RSAPUBKEY结构。 祝你好运 ;-）

.net – System.Security.Cryptography.X509Certificates.X509Certificate2在目标框架版本中不可用

namespace ClassLibrary1.Interfaces
{
    public interface ICertificateProvider
    {
        // Comment this line so you can build your fakes assembly...
        X509Certificate2 getbla();
    }
}

namespace ClassLibrary1
{
    public class CertificateProvider :   ClassLibrary1.Interfaces.ICertificateProvider
    {
        public X509Certificate2 getbla()
        {
            throw new NotImplementedException();
        }
    }
}

using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;
using ClassLibrary1.Interfaces.Fakes;

namespace UnitTestProject1
{
    [TestClass]
    public class UnitTest1
    {
        [TestMethod]
        public void TestMethod1()
        {
            StubICertificateProvider provider = new StubICertificateProvider();
        }
    }
}

c – 是否存在针对Windows的CryptoAPI的替换？

CryptoApi到CommonCrypto

我有Windows平台中使用的encryption代码，它使用Crypto API函数，需要将其转换为使用OS X上的Common Crypto。

基本上原来的代码是这样的，错误检查删除简洁： –

CryptAcquireContext(&m_hProv,NULL,PROV_RSA_FULL,CRYPT_VERIFYCONTEXT)); CryptCreateHash(m_hProv,CALG_MD5,&hHash); CryptHashData(hHash,(LPBYTE)pszInputData,lstrlen(pszInputData)*sizeof(TCHAR),0); CryptDeriveKey(m_hProv,CALG_RC4,hHash,CRYPT_EXPORTABLE | 0x00280000,&m_hKey); CryptDecrypt(m_hKey,bFinal,pData,pdwDataSize);

据我了解，这是发生了什么事：

CryptAcquireContext – 获取一个对象来处理encryption

压缩图像，有没有一点？

在C中打印原始文本时如何捕获错误

使用Linux上的CMake将增强链接到共享库

multithreading发射安排

为什么在Visual C ++ 2008中链接静态运行时库仍然需要运行时MSVCR71.dll？

CryptCreateHash – 创build一个MD5哈希对象

CryptHashData – 用MD5散列input数据

CryptDeriveKey，CryptDecrypt – 用RC4解码pData，使用密钥m_hKey

pszInputData的大小是12个字节，MD5哈希对象的输出数组在两个平台上是相同的。

为了解码RC4，我使用Common Crypto进行以下操作： –

CCCryptorRef cryptor = NULL; CCCryptorCreate(kCCDecrypt,kCCAlgorithmRC4,(void*)m_hKey.data(),m_hKey.length(),&cryptor); char outBuffer[12]; size_t outBytes; CCCryptorUpdate(cryptor,(void*)pData,*pdwDataSize,outBuffer,12,&outBytes);

使用在线RC4解码器testingCommon Crypto的输出（outBuffer数组）匹配，所以这是正确的解码。

但是，pData中Windows代码的最终输出与Common Crypto中解码的RC4不匹配。

有没有一些步骤，我错过了或不理解与Windows Crypto API调用在这里; 为什么产出不同？

（请注意，我不在使用RC4的安全或缺陷的意见）

什么时候在Windows中的c + +所必需的“外部C”？

什么是有效的方式来过滤数组

为什么fork（）会导致重复输出？

在Linux中沙盒

我怎样才能让Windows的二进制文件，使非编码器只能得到一个崩溃转储，可以喂给gdb？

尝试使用Open SSL中描述的API（EVP_BytesToKey – 基于密码的加密例程）。

问题变成了解CryptDeriveKey如何使用具有RC4解密的指定位数。

CryptDeriveKey(m_hProv,&m_hKey);

这里说明我们需要一个40位的密钥（0x00280000 = 40 << 16）。

但是，调用CryptDecrypt时，Windows实际上使用16个字节作为密钥，取前40位，并将数组的其余部分设置为零。

因此，将一个16字节的密钥（仅设置前40位）传递给CCCryptorCreate函数会生成与Windows匹配的输出。

Cryptoapi签名/验证无法在Windows 8.1上运行

//Setup crypto provider 
CryptAcquireContext(@fhCryptProv,nil,cptRSAFull,[ccVerify,ccMachineKeySet]); 

//Create a hash structure
CryptCreateHash( fProvider.GetProviderHandle,chtSHA1,@fhHash);

//Import the private key for signing
CryptImportKey( fProvider.GetProviderHandle,@buff[0],len,CRYPT_EXPORTABLE,@fKey);

//Hash the message
CryptHashData(fhHash,@aPlainText[1],length(aPlainText) * 2,0);

//Sign the message
CryptSignHash(fhHash,AT_SIGNATURE,CRYPT_NOHASHOID OR CRYPT_X931_FORMAT,@buff,@len);

我们今天的关于将一个X509 PEM文件加载到Windows CryptoApi中的分享就到这里，谢谢您的阅读，如果想了解更多关于.net – System.Security.Cryptography.X509Certificates.X509Certificate2在目标框架版本中不可用、c – 是否存在针对Windows的CryptoAPI的替换？、CryptoApi到CommonCrypto、Cryptoapi签名/验证无法在Windows 8.1上运行的相关信息，可以在本站进行搜索。