BCryptImportKey函数触发访问权限异常的原因排查求助

一、BCryptImportKey访问冲突异常的原因及修复 #

异常原因 #

1. 算法句柄重复覆盖未释放
   代码中先通过BCryptOpenAlgorithmProvider获取SHA256算法的hAlg句柄，后续未调用BCryptCloseAlgorithmProvider释放，直接用AES算法覆盖了hAlg。这会导致之前的哈希相关资源（如hHash）变为无效句柄，后续操作可能触发内存访问错误。

2. BCryptImportKey参数传递错误

   • 调用BCryptImportKey时，第5、6个参数pbKeyObject和cbKeyObject直接传NULL，但BCrypt要求：如果要导入密钥，需先调用一次该函数获取所需的密钥对象缓冲区长度，再分配内存后二次调用。直接传NULL会导致内部memcpy访问非法内存地址（即你遇到的0x01010101访问冲突）。
   • 密钥Blob类型不匹配：BCRYPT_AES_WRAP_KEY_BLOB用于导入被AES包装过的密钥，若你的key.key文件存储的是普通AES密钥Blob（如BCRYPT_KEY_BLOB），则类型不匹配会导致解析错误。

3. 文件读取未做错误校验

   • 未检查iFkey是否成功打开W:\\key.key，若文件不存在或权限不足，后续读取操作会失败，impKeyBuf中会填充垃圾数据。
   • 未校验iFkey.read()的返回值，无法确认是否完整读取了文件内容，不完整的密钥数据会导致BCrypt函数处理异常。

修复步骤 #

1. 释放旧算法句柄
   在打开AES算法前，释放SHA256的算法句柄及哈希资源：

   // 释放SHA256相关资源
   if (hHash) {
       BCryptDestroyHash(hHash);
       hHash = NULL;
   }
   if (pbHashObject) {
       HeapFree(GetProcessHeap(), 0, pbHashObject);
       pbHashObject = NULL;
   }
   if (hAlg) {
       BCryptCloseAlgorithmProvider(hAlg, 0);
       hAlg = NULL;
   }
   
   // 再打开AES算法
   status = BCryptOpenAlgorithmProvider(
       &hAlg,
       BCRYPT_AES_ALGORITHM,
       NULL,
       NULL
   );
   

2. 修正BCryptImportKey调用流程
   先调用BCryptImportKey获取所需缓冲区长度，再分配内存执行实际导入：

   // 第一步：获取密钥对象缓冲区长度
   DWORD cbKeyImpObject = 0;
   status = BCryptImportKey(
       hAlg,
       hKey,   
       BCRYPT_AES_WRAP_KEY_BLOB, // 确认Blob类型与key.key一致，普通密钥改为BCRYPT_KEY_BLOB
       NULL,
       NULL,
       &cbKeyImpObject,
       impKeyBuf,
       length,
       0
   );
   if (status != STATUS_BUFFER_TOO_SMALL) {
       log << "Failed to get key object size: 0x" << std::hex << status << std::dec << std::endl;
       return;
   }
   
   // 分配内存
   PBYTE pbKeyImpObject = (PBYTE)HeapAlloc(GetProcessHeap(), 0, cbKeyImpObject);
   if (!pbKeyImpObject) {
       log << "HeapAlloc failed for key object" << std::endl;
       return;
   }
   
   // 第二步：实际导入密钥
   status = BCryptImportKey(
       hAlg,
       hKey,   
       BCRYPT_AES_WRAP_KEY_BLOB,
       &hKeyImp,
       pbKeyImpObject,
       cbKeyImpObject,
       impKeyBuf,
       length,
       0
   );
   log << test_status("BCryptImportKey", status);
   

3. 添加文件读取校验

   std::ifstream iFkey("W:\\key.key", std::ios_base::in | std::ios_base::binary);
   if (!iFkey.is_open()) {
       log << "Failed to open key file!" << std::endl;
       return;
   }
   
   iFkey.seekg(0, iFkey.end); 
   length = iFkey.tellg(); 
   if (length <= 0) {
       log << "Key file is empty!" << std::endl;
       iFkey.close();
       return;
   }
   iFkey.seekg(0, iFkey.beg); 
   impKeyBuf = new UCHAR[length];
   
   iFkey.read((char*)impKeyBuf, length);
   if (!iFkey.good()) {
       log << "Failed to read key file completely!" << std::endl;
       delete[] impKeyBuf;
       iFkey.close();
       return;
   }
   

二、test_status输出乱码的原因及修复 #

乱码原因 #

1. 字符集不匹配：test_status函数可能返回宽字符（wchar_t*），但std::ofstream默认输出窄字符，直接输出宽字符会导致编码混乱。
2. NTSTATUS转字符串逻辑错误：若test_status内部使用FormatMessage转换状态码，未指定正确的参数（如未启用FORMAT_MESSAGE_FROM_SYSTEM，或字符集参数错误），会导致生成的字符串乱码。

修复步骤 #

修改test_status函数，生成兼容std::ofstream的窄字符字符串：

std::string test_status(const std::string& funcName, NTSTATUS status) {
    char* msgBuffer = nullptr;
    DWORD msgLen = FormatMessageA(
        FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS,
        NULL,
        status,
        MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT),
        (LPSTR)&msgBuffer,
        0,
        NULL
    );

    std::string result = funcName + ": ";
    if (msgLen > 0) {
        result += msgBuffer;
        LocalFree(msgBuffer);
    } else {
        char statusBuf[32];
        sprintf_s(statusBuf, "0x%X", status);
        result += "Unknown error: " + std::string(statusBuf);
    }
    return result;
}

内容的提问来源于stack exchange，提问作者Arthur Akopiants