轻松看懂的加解密系列(4) —— 改进版“AES对称加解密实例”(附源码)

已于 2023-09-17 21:30:06 修改
阅读量108 收藏 1
点赞数 2
文章标签： visual studio 密码学 windows 安全 c++ 算法
于 2023-09-17 21:14:52 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_41077112/article/details/132869919
版权
图-1

     

        相比较之前的几个加解密实例，这一版使用 AES对称加解密实例所介绍的方法更具有实用性和参考价值，很适合保存客户本机的私密数据，不但用 Base64 Encode了自定义格式的密钥和密文合并字符串，增加了黑客解析出独立的密钥和密文的难度；而且还只能在执行加密操作的同一台机器上解密密文，实现了密钥隔离的策略；另外对其它的一些安全细节也做了增强处理。

新版 AES对称加解密实例直观感受：

        这一版实例的直观感受如下。如果本地你有一段文字需要加密，执行加密后会将密钥，密文和一些参数的长度信息按照自定义的格式合并为一个字符串，最后将字符串进行 Base64 Encode并保存在指定注册表路径下。【图-2】中可以看到当前机器的IP地址为【10.224.70.204】，PID为【18536】。

图-2

        在【图-3】中可以观察到，同一台机器下，新进程的 PID为【11616】，在执行解密操作后很顺利地将明文再次输出。

图-3

        如果有人偷偷把加密保存的内容和测试程序统统拷贝到另一台机器上执行解密操作，会发现如【图-4】所示，程序会提示导入密钥失败，这也就印证了本文开头所说的密钥隔离的策略。

图-4

改进后的源码分析（加密部分）：

// Create customized CSP container with current user SID and defined container name
// To reduce the risk of missing local container file and enhance the security, acquire CSP with customized name
// If CryptAcquireContext failure first time, delete keyset and try to create a new one
if (true == GetProcessSID(strSID))
{
	strContainer = s_pszEnContainer;
	strContainer += _T("_");
	strContainer += strSID;
}

do
{
	if (!CryptAcquireContext(&hCryptProv, strContainer.c_str(), MS_ENH_RSA_AES_PROV, PROV_RSA_AES, dwFlags))
	{
		ShowError("CryptAcquireContext");

		if (!CryptAcquireContext(&hCryptProv, strContainer.c_str(), MS_ENH_RSA_AES_PROV, PROV_RSA_AES, CRYPT_DELETEKEYSET | dwFlags))
		{
			ShowError("CryptAcquireContext with CRYPT_DELETEKEYSET");
		}

		if (!CryptAcquireContext(&hCryptProv, strContainer.c_str(), MS_ENH_RSA_AES_PROV, PROV_RSA_AES, CRYPT_NEWKEYSET | dwFlags))
		{
			ShowError("CryptAcquireContext with CRYPT_DELETEKEYSET");
			return;
		}
	}

	// Cenerate exportable random session key
	DWORD dwFlag = CRYPT_EXPORTABLE;
	ALG_ID idAlg = CALG_AES_128;
	if (!CryptGenKey(hCryptProv, idAlg, dwFlag, &hSessionKey))
	{
		ShowError("CryptGenKey");
		return;
	}

	// Use CryptExportKey with CryptGetUserKey to export key that associated with specific users and computers
	if (!CryptGetUserKey(hCryptProv, AT_KEYEXCHANGE, &hXchgKey))
	{
		ShowError("CryptGetUserKey");

		if (!CryptGenKey(hCryptProv, AT_KEYEXCHANGE, 0, &hXchgKey))
		{
			ShowError("CryptGenKey with AT_KEYEXCHANGE");
			return;
		}
	}

	DWORD dwKeyBlobLen = 0;
	if (!CryptExportKey(hSessionKey, hXchgKey, SIMPLEBLOB, 0, NULL, &dwKeyBlobLen))
	{
		ShowError("CryptExportKey to get key blob length");
		return;
	}

	lpPubKey = new BYTE[dwKeyBlobLen];
	if (!CryptExportKey(hSessionKey, hXchgKey, SIMPLEBLOB, 0, lpPubKey, &dwKeyBlobLen))
	{
		ShowError("CryptExportKey to get key");
		break;
	}

        与之前几个例程最大的不同之一在于，调用 CryptAcquireContext 接口时，指定了“pszContainer”（密钥容器的名称）和 “pszProvider”（密码学服务提供程序的名称）。这使得本例程不再使用默认容器和默认提供程序，而是使用自定义的名称创建属于自己的密钥文件。并且还增加了遇到密钥文件丢失意外时的冗余处理，即会尝试再次创建新的自定义密钥文件。其中自定义的密钥容器名称包括“自定义的容器名字”和“本机当前用户的 SID”两部分，增加了唯一性和安全性。如【图-5】所示：

图-5 自定义的密钥文件中就包含自定义密钥容器名字

       

        还记得在之前的文章中曾经介绍过有客户的 VDI虚拟机由于配置原因而导致默认密钥文件丢失的问题吧？如果你的程序采用了自定义的密钥文件，并且增加了对密钥文件的冗余处理，那么在一定程度上会增加你程序的健壮性【图-6】。这也是产品级软件在研发阶段需要注意的问题，毕竟客户花银子买了你的软件，理应为客户提供更流畅的服务，而不是动辄就弹个提示框告诉客户，这也不行，那也不行。

图-6 原密钥文件名被改，程序自动创建新密钥文件，提高了软件的健壮性

        实现密钥隔离策略的手段在于使用了 CryptGenKey 和 CryptGetUserKey 接口。CryptGetUserKey 函数与 AT_KEYEXCHANGE 参数一起使用的主要目的是获取用户的用于加密和解密操作的非对称密钥。通过 CryptGetUserKey 获取的密钥通常与特定的用户帐户和计算机相关联，因此无法在不同的计算机上使用相同的密钥。这是因为密钥的生成和存储通常受到操作系统和硬件安全性的保护，而且密钥的使用需要用户的身份验证。

    CryptExportKey 函数用于导出密钥，以便将其存储在外部介质中。通常使用 SIMPLEBLOB 指定要导出的密钥的格式。 本质上导出的密钥是按字节存储在内存中的一段内容，所以我们要在栈上申请一个足够长的新缓冲区来暂时保存，并在随后的 CryptEncrypt 加密过程中使用它。

if (!CryptEncrypt(hSessionKey, 0, TRUE, 0, (LPBYTE)lpszSrcTemp, &dwUsedBuffSize, dwTotolBuffSize))
{
	ShowError("CryptEncrypt");
	break;
}

DWORD dwTotalSize = 0;
char* lpByteBase64 = NULL;
DWORD dwByteBase64 = 0;

// Customized format key, ciphertext and related string length
// KeyLen(4) + TotalLen(4) + Key + ciphertext
dwTotalSize = 8 + dwKeyBlobLen + dwUsedBuffSize;
lpEncryptBuf = new BYTE[dwTotalSize];
ZeroMemory(lpEncryptBuf, dwTotalSize);
memcpy_s(lpEncryptBuf, 4, &dwKeyBlobLen, 4);
memcpy_s(lpEncryptBuf + 4, 4, &dwTotalSize, 4);
memcpy_s(lpEncryptBuf + 8, dwKeyBlobLen, lpPubKey, dwKeyBlobLen);
memcpy_s(lpEncryptBuf + 8 + dwKeyBlobLen, dwUsedBuffSize, lpszSrcTemp, dwUsedBuffSize);
lpByteBase64 = new CHAR[dwTotalSize * 2];

if (NULL == lpByteBase64)
{
	ShowError("lpByteBase64 is null");
	break;
}

ZeroMemory(lpByteBase64, dwTotalSize * 2);
dwByteBase64 = Base64Encode(lpByteBase64, (CHAR*)lpEncryptBuf, dwTotalSize);

        本例中自定义的密钥和密文合并字符串格式为【密钥长度(4) + 整个缓冲区长度(4) + 密钥内容 + 密文内容】，在获取到密钥和密文之后，申请一个足够长的缓冲区（按BTYE为单位申请）来存储以上四部分内容。其中开头的8个字节用来存储两个DWORD类型，分别为密钥长度和整个缓冲区长度。后续分别存储的密钥内容和密文内容，密文的长度就是整个缓冲区的长度减去8，再减去密钥的长度，如【图-7】所示。最后整个缓冲区内容可以在 Base64 Encode之后被持久化到文件或注册表中。

图-7 程序正在按格式将解密接口返回的密文复制到准备持久化的缓冲区中

改进后的源码分析（解密部分）：

lpSrcBuf = new BYTE[nLen];
int iTotalSrcLen = 0;
if (lpSrcBuf != NULL)
{
	ZeroMemory(lpSrcBuf, nLen);
	iTotalSrcLen = Base64Decode((char*)lpSrcBuf, lpszSource, strlen_safe(lpszSource));
}
else
{
	AfxMessageBox(_T("OnBnClickedBtnAesDe lpSrcBuf is NULL"), MB_ICONERROR);
	break;
}

std::wstring strSID;
std::wstring strContainer;
if (true == GetProcessSID(strSID))
{
	strContainer = s_pszDeContainer;
	strContainer += _T("_");
	strContainer += strSID;
}

if (!CryptAcquireContext(&hCryptProv, strContainer.c_str(), MS_ENH_RSA_AES_PROV, PROV_RSA_AES, dwFlags))
{
	ShowError("CryptAcquireContext");
	break;
}

// Adopt customized format key, ciphertext and related string length
// KeyLen(4) + TotalLen(4) + Key + PlainText
DWORD dwBlobSize = 0;
memcpy_s(&dwBlobSize, 4, lpSrcBuf, 4);
if (dwBlobSize >= iTotalSrcLen - 8)
{
	AfxMessageBox(_T("OnBnClickedBtnAesDe: error in dwBlobSize >= iTotalSrcLen - 8"), MB_ICONERROR);
	break;
}

DWORD dwTotalSize = 0;
memcpy_s(&dwTotalSize, 4, lpSrcBuf + 4, 4);
if (iTotalSrcLen != dwTotalSize)
{
	AfxMessageBox(_T("OnBnClickedBtnAesDe: error in iTotalSrcLen != dwTotalSize"), MB_ICONERROR);
	break;
}

if (!CryptImportKey(hCryptProv, lpSrcBuf + 8, dwBlobSize, 0, 0, &hSessionKey))
{
	ShowError("CryptImportKey");
	break;
}

LPBYTE lpSrcEncrpt = lpSrcBuf + 8 + dwBlobSize;
DWORD dwEncrptBufSize = dwTotalSize - 8 - dwBlobSize;
if (!CryptDecrypt(hSessionKey, 0, TRUE, 0, lpSrcEncrpt, &dwEncrptBufSize))
{
	ShowError("CryptDecrypt");
	break;
}
图-8 解密函数将解密后的内容写回了缓冲区

        如【图-8】所示，异步的解密程序在读出持久化的内容后，按照约定好的格式反向读出密钥和密文，再通过自定义的密钥容器来执行解密操作。可以很清楚地看到，内存中解密后的内容的编码，正是明文字符对应的 UTF-8 格式的编码。如果输出的地方需要宽字符集，那么还要对明文内容做一次 UTF8 的转码操作。

表-1 解密后明文对应的UTF-8格式编码
字符编码10进制编码16进制Unicode编码10进制Unicode编码16进制
公15041964E585AC20844516C
元15041923E58583208035143
250325032
048304830
250325032
351335133
年15055284E5B9B4241805E74
957395739
月15113352E69C88263766708
149314931
755375537
日15112101E697A52608565E5
250325032
048304830
时15112118E697B62610265F6
351335133
351335133
分15042694E58886209985206

例程源代码请访问：https://github.com/345967018/WBBestPractice028CryptoApiRsaMfcTestEnhanced.git

weixin_41077112
关注
  • 2
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
AES加密/解密源码,可在VC6下使用
02-06
AES加密和解密的C语言代码,亲测可以在VC6上使用.附带实例代码.
Java 实现 AES 加密和解密完整示例
蜗牛的博客
05-12 2万+
AES，全称为 Advanced Encryption Standard，是一种分组密码算法，用于保护敏感数据的传输和存储。AES 分为 128 位和 256 位两种密钥长度，可以对数据进行加密和解密，保证数据的安全性和完整性。AES 主要应用于电子商务、移动支付、网络安全等领域，被广泛运用于现代社会的各个方面。AES 算法被设计为高度安全，可以在理论上保证其分组密码的安全性。然而，由于其复杂性和密钥长度，AES 算法的实现和应用也具有一定的技术难度。
简单AES加解密Demo——带你了解AES
Lee_92的博客
06-07 1777
AES的全称是Advanced Encryption Standard，意思是高级加密标准。它的出现主要是为了取代DES加密算法的，因为我们都知道DES算法的密钥长度是56Bit，因此算法的理论安全强度是2的56次方。但二十世纪中后期正是计算机飞速发展的阶段，元器件制造工艺的进步使得计算机的处理能力越来越强，虽然出现了3DES的加密方法，但由于它的加密时间是DES算法的3倍多，64Bit的分组大小相对较小，所以还是不能满足人们对安全性的要求。
Java使用AES实现数据加密解密
m0_58111460的博客
06-10 1万+
常用的java算法有：对称加密算法、非对称加密算法、消息摘要算法、数字签名算法、密钥交换算法
AES加密算法原理的详细介绍与实现
热门推荐
qq_28205153的博客
02-19 77万+
AES简介高级加密标准(AES,Advanced Encryption Standard)为最常见的对称加密算法(微信小程序加密传输就是用这个加密算法的)。对称加密算法也就是加密和解密用相同的密钥，具体的加密流程如下图： 下面简单介绍下各个部分的作用与意义： 明文P 没有经过加密的数据。密钥K 用来加密明文的密码，在对称加密算法中，加密与解密的密钥是相同的。密钥为接收方与发送方协商产生
AES CBC/CTR 加解密原理
weixin_34221332的博客
06-27 750
So, lets look at how CBC works first. The following picture shows the encryption when using CBC (in this case, using AES as the cipher). Basically, Cipher-Block-Chaining means that previous to putt...
part01_软件加解密技术-软件加密》配套光盘 Delphi 7.0
02-17
\AES.......................AES算法示例 \RSA.......................RSA算法示例 \BASE64....................BASE64算法示例 {第3章 软件试用期} chap03\TrialTime(Reg)............软件试用次数(信息写入...
part03_软件加解密技术-软件加密》配套光盘 Delphi 7.0
02-17
\AES.......................AES算法示例 \RSA.......................RSA算法示例 \BASE64....................BASE64算法示例 {第3章 软件试用期} chap03\TrialTime(Reg)............软件试用次数(信息写入...
part05_软件加解密技术-软件加密》配套光盘 Delphi 7.0
02-16
\AES.......................AES算法示例 \RSA.......................RSA算法示例 \BASE64....................BASE64算法示例 {第3章 软件试用期} chap03\TrialTime(Reg)............软件试用次数(信息写入...
AES加密解密简单实例
maxoracle的博客
11-18 805
package cn.com.util; import java.io.ByteArrayInputStream; import java.io.ByteArrayOutputStream; import java.io.File; import java.io.FileInputStream; import java.io.FileOutputStream; import java.io.Un
Java使用AES加密和解密的实例详解
天亮了叫你
05-08 1537
文章目录一、pandas是什么？二、使用步骤1.引入库2.读入数据总结 # 前言 AES的基本要求是，采用对称分组密码体制，密钥长度的最少支持为128、192、256，分组长度128位，算法应易于各种硬件和软件实现。1998年NIST开始AES第一轮分析、测试和征集，共产生了15个候选算法。1999年3月完成了第二轮AES2的分析、测试。2000年10月2日美国政府正式宣布选中比利时密码学家Joan Daemen 和 Vincent Rijmen 提出的一种密码算法RIJNDAEL 作为 AES. 　　
Java实现加密（一）AES加解密
ACGkaka的博客
09-19 3万+
AES：高级加密标准（Advanced Encryption Standard）是美国联邦政府采用的一种区块加密标准，是目前最流行的一种对称加密算法。是用来替代DES的新一代分组加密算法。AES支持三种长度的密钥：128位、192位、256位。
AES加解密以及示例
Alamo Fire
01-18 659
网上AES加解密的代码很多，其基本原理都差不多，很多都是直接将明文通过AES加密生成含有特殊的密文，而这些密文可能需要添加到url，这样就有可能被解析错了，所以有事需要将密文转化为ascii码，本文就是转化为ascii码，这样可以直接加在url后面直接请求接口了。当然里面还有很多的配置参数要适合自己了，要不然，呵呵？ 很多时候发现在iOS端加完密之后和Java端加密结果甚为不一样，那么该怎么办呢？
AES加解密实例
wjxbj的博客
11-15 105
AES加解密实例 package com.bijian.study; import java.io.UnsupportedEncodingException; import java.security.InvalidKeyException; import java.security.NoSuchAlgorithmException; import java.security.S...
Aes加密/解密示例
冬日的编程心得
08-04 4780
直接贴出代码，如果有问题可以查看本想目的示例项目本项目的git地址。 以下是静态密钥的类。using System; using System.Collections.Generic; using System.IO; using System.Linq; using System.Security.Cryptography; using System.Text; using System.Thr
AES前后端，加密\解密实例
wu_qing_song的博客
06-21 916
1、后端代码 package cn.com.yusys.yusp.aop; import org.apache.commons.codec.binary.Base64; import org.apache.commons.lang3.StringUtils; import sun.misc.BASE64Decoder; import javax.crypto.Cipher; import javax.crypto.spec.SecretKeySpec; public class AESUtil {
AES加密算法，JAVA实现示例
gfaming的博客
04-26 1万+
最近项目上需要用到数据加密存储，查询资料后发现目前AES加密算法安全度非常高，具体原理可自行百度。但经网上搜到的JAVA实现示例运行都有各种问题，耗时一下午，终于调试运行成功，闲话少说，直接上代码。
AES加解密例子
GD_Hacker的博客
08-02 1897
基于javax.crypto包的AES加解密工具类： AES加密 /** * @param cleartext 待加密明文 * @param keyLength 密钥长度：128、192、256（密钥长度与安全性成正比，与性能成反比） * @param workingPattern 工作模式 * @param fillStyle 填充模式 * @return java.lang....
AES加密解密（工具类+实例）
12-12 1407
工具类：  package com.valueaddedservices.web.utils; import java.util.Date; import javax.crypto.Cipher; import javax.crypto.spec.SecretKeySpec; import com.snake.bsys.common.support.DateUtil; import s...
mfc aes 加解密 源码
最新发布
07-29
MFC AES加解密源码是指使用MFC类库实现AES算法的代码。 MFC AES加解密源码通常包含以下几个步骤： 1. 导入MFC类库：首先需要在工程中导入MFC类库，以便使用MFC提供的类和函数。 2. 导入AES算法库：接下来需要导入...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值