.NET RSA.ImportRSAPrivateKey 导入私钥时出现 ASN1 错误怎么办？

你贴出的 Base64 数据解码后，并不是完整有效的 PKCS#1 私钥编码。先找回完整的原始 PEM 文件，确认格式后再导入。单纯更换导入方法无法修复这段数据。

为什么已经进行 Base64 解码，仍然报错？

Convert.FromBase64String 只负责将文本还原为字节，不会检查这些字节是否构成 RSA 私钥。

配置中的字符串以 /+Qt 开头，对应的前三个字节是：

FF E4 2D

ImportRSAPrivateKey 要求输入 DER 编码的 PKCS#1 RSAPrivateKey。该结构的最外层是 ASN.1 SEQUENCE，首字节应为 0x30。当前数据的开头就不符合这一要求。

配置中的数据可能不完整，也可能内容有误。例如，复制时可能漏掉了开头，也可能复制了错误的内容；仅凭现有字符串无法确定具体经过。PKCS#8 私钥的外层同样是 SEQUENCE，因此直接改用 ImportPkcs8PrivateKey 也无法解决当前问题。

优先从完整 PEM 文件导入

重新取得原始 PEM 文件，保留头尾标记和中间的全部内容。如果目标框架支持 ImportFromPem，可以直接导入：

using System.IO;
using System.Security.Cryptography;

string pem = File.ReadAllText("private.pem");

using RSA rsa = RSA.Create();
rsa.ImportFromPem(pem);

// 在 rsa 被释放前执行签名等操作。

不需要手动去掉头尾标记，也不需要调用 Convert.FromBase64String。对于受支持的未加密 PEM 私钥，ImportFromPem 会根据 PEM 标签选择解析方式。

如果应用把 rsa 交给 JWT 签名组件长期使用，应根据组件的使用周期管理它的生命周期，避免在签名完成前释放。

根据 PEM 标签确认导入方法

手动解码时，需要区分以下几种格式：

不要手动修改 PEM 标签来转换格式。标签描述的是内部编码结构，修改标签不会改变密钥数据。

也不要仅凭执行过 openssl genrsa 就认定输出一定是 PKCS#1。输出格式需要结合实际 OpenSSL 版本、选项和文件内容确认，可以先查看生成文件的 PEM 头部。

如果确认配置中保存的是完整 PKCS#1 DER 数据的 Base64 编码，可以保留原来的导入方式，并增加读取长度检查：

using System;
using System.Security.Cryptography;

string encodedKey = _configuration["JWT:PrivateKey"]
    ?? throw new InvalidOperationException("缺少 JWT:PrivateKey 配置。");

byte[] keyBytes = Convert.FromBase64String(encodedKey);

using RSA rsa = RSA.Create();
rsa.ImportRSAPrivateKey(keyBytes, out int bytesRead);

if (bytesRead != keyBytes.Length)
{
    throw new CryptographicException("私钥数据后存在未读取的字节。");
}

如果文件标签是 BEGIN PRIVATE KEY，则应对完整的 Base64 正文解码，并改用：

rsa.ImportPkcs8PrivateKey(keyBytes, out int bytesRead);

读取长度检查只能帮助发现额外数据，不能修复缺失的内容，也不能代替密钥解析。

检查原始文件，必要时重新生成

可以在本地使用 OpenSSL 检查原始私钥文件：

openssl pkey -in private.pem -check -noout

如果文件能通过检查，而配置中的数据无法导入，应重新核对复制范围，以及 PEM 标签对应的导入方法。如果原始文件也无法解析，需要从可靠备份恢复或重新生成密钥；无法从当前残缺的字符串中可靠地补出丢失的内容。

由于题目中的私钥已经公开，实际部署时应换用新密钥。例如：

openssl genpkey -algorithm RSA -pkeyopt rsa_keygen_bits:2048 -out private.pem

生成后，可以使用前面的完整 PEM 导入方式，并同步更新 JWT 验签端使用的公钥。

示例注释中的 token encryption 与这里的用途不一致：当前描述的是 JWT 签名和验签。私钥用于签名，公钥用于验签，签名本身不会隐藏 JWT 的载荷内容。

备注：内容仅供参考。