Microsoft 标识平台应用程序身份验证证书凭据

项目
11/13/2024

Microsoft 标识平台允许应用程序在任何可以使用客户端机密的地方使用其自己的凭据进行身份验证，例如，在 OAuth 2.0 客户端凭据授予流和代理 (OBO) 流中。

应用程序可用于身份验证的一种凭据形式是使用应用程序拥有的证书签名的 JSON Web 令牌 (JWT) 断言。这一点在 private_key_jwt 客户端身份验证选项的 OpenID 连接规范中进行了介绍。

如果你想使用其他标识提供者颁发的 JWT 作为应用程序的凭据，请参阅工作负载标识联合，了解如何设置联合策略。

断言格式

若要计算断言，可以使用所选语言的多个 JWT 库之一 - MSAL 使用 .WithCertificate() 对此提供支持。令牌在其标头、声明和签名中携带相关信息。

参数	备注
`alg`	应为 PS256
`typ`	应为 JWT
`x5t#s256`	X.509 证书的 DER 编码，采用 Base64url 编码的 SHA-256 指纹。

声明（有效负载）

声明类型	值	说明
`aud`	`https://login.partner.microsoftonline.cn/{tenantId}/oauth2/v2.0/token`	“aud”（受众）声明标识 JWT 预期的收件人（在这里为 Microsoft Entra ID）。请参阅 RFC 7519 的 4.1.3 节。在本例中，该收件人为登录服务器 (`login.partner.microsoftonline.cn`)。
`exp`	1601519414	“exp”（过期时间）声明指定哪个时间或之后不能接受 JWT 以进行处理。请参阅 RFC 7519 的 4.1.4 节。这样就可以在这之前一直使用断言，所以时间要短 - 最多在 `nbf` 之后 5 - 10 分钟。 Microsoft Entra ID 当前未对 `exp` 时间设置限制。
`iss`	{ClientID}	“iss”（颁发者）声明标识颁发了 JWT 的主体，在本例中是你的客户端应用程序。使用 GUID 应用程序 ID。
`jti`	（一个 GUID）	“jti”(JWT ID) 声明为 JWT 提供唯一标识符。分配标识符值时，所用方式必须确保几乎不可能将同一值意外分配给不同的数据对象；如果应用程序使用多个颁发者，还必须防止在不同的颁发者生成的值之间发生冲突。 “jti”值是一个区分大小写的字符串。 RFC 7519 的 4.1.7 节
`nbf`	1601519114	“nbf”（不早于）声明指定只能在哪个时间之后接受 JWT 的处理。 RFC 7519 的 4.1.5 节。使用当前时间是合适的。
`sub`	{ClientID}	“sub”（使用者）声明标识 JWT 的使用者，在本例中也是你的应用程序。使用与 `iss` 相同的值。
`iat`	1601519114	“iat”（颁发时间）声明指定颁发 JWT 的时间。此声明可用于确定 JWT 的期限。 RFC 7519 的 4.1.5 节。

签名

签名是通过应用证书计算出来的，如 JSON Web 令牌 RFC7519 规范所述。使用 PSS 填充。

已解码的 JWT 断言示例

{
  "alg": "PS256",
  "typ": "JWT",
  "x5t#sha256": "A1bC2dE3fH4iJ5kL6mN7oP8qR9sT0u"
}
.
{
  "aud": "https: //login.partner.microsoftonline.cn/contoso.partner.onmschina.cn/oauth2/v2.0/token",
  "exp": 1484593341,
  "iss": "aaaabbbb-0000-cccc-1111-dddd2222eeee",
  "jti": "00aa00aa-bb11-cc22-dd33-44ee44ee44ee",
  "nbf": 1484592741,
  "sub": "aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb"
}
.
"A1bC2dE3fH4iJ5kL6mN7oP8qR9sT0u..."

已编码的 JWT 断言示例

以下字符串是已编码的断言的示例。如果你仔细查看，会注意到由句点 (.) 分隔的三个部分：

第一部分对标头编码
第二部分对声明（有效负载）编码
最后一部分是使用前两部分内容中的证书计算出来的签名

"eyJhbGciOiJSUzI1NiIsIng1dCI6Imd4OHRHeXN5amNScUtqRlBuZDdSRnd2d1pJMCJ9.eyJhdWQiOiJodHRwczpcL1wvbG9naW4ubWljcm9zb2Z0b25saW5lLmNvbVwvam1wcmlldXJob3RtYWlsLm9ubWljcm9zb2Z0LmNvbVwvb2F1dGgyXC90b2tlbiIsImV4cCI6MTQ4NDU5MzM0MSwiaXNzIjoiOTdlMGE1YjctZDc0NS00MGI2LTk0ZmUtNWY3N2QzNWM2ZTA1IiwianRpIjoiMjJiM2JiMjYtZTA0Ni00MmRmLTljOTYtNjVkYmQ3MmMxYzgxIiwibmJmIjoxNDg0NTkyNzQxLCJzdWIiOiI5N2UwYTViNy1kNzQ1LTQwYjYtOTRmZS01Zjc3ZDM1YzZlMDUifQ.
Gh95kHCOEGq5E_ArMBbDXhwKR577scxYaoJ1P{a lot of characters here}KKJDEg"

向 Microsoft 标识平台注册证书

可以使用以下任意方法通过 Microsoft Entra 管理中心将证书凭据与 Microsoft 标识平台中的客户端应用程序相关联：

上传证书文件

在客户端应用程序的“应用注册”选项卡中：

选择“证书和机密”>“证书”。
选择“上传证书”，然后选择要上传的证书文件。
选择添加。上传证书后，将显示指纹、开始日期和到期日期值。

更新应用程序清单

获取证书后，计算以下值：

$base64Thumbprint - 证书哈希的 Base64 编码值
$base64Value - 证书原始数据的 Base64 编码值

请提供 GUID 以标识应用程序清单中的密钥 ($keyId)。

在客户端应用程序的 Azure 应用注册中：

选择“清单”以打开应用程序清单。

使用以下架构将 keyCredentials 属性替换为新的证书信息。

"keyCredentials": [
    {
        "customKeyIdentifier": "$base64Thumbprint",
        "keyId": "$keyid",
        "type": "AsymmetricX509Cert",
        "usage": "Verify",
        "value":  "$base64Value"
    }
]

将所做的编辑保存到应用程序清单，然后将清单上传到 Microsoft 标识平台。

keyCredentials 属性具有多个值，因此可上传多个证书实现更丰富的密钥管理。

使用客户端断言

客户端断言可以在任何使用客户端机密的地方使用。例如，在“授权代码流”中，你可以传入一个 client_secret 来证明请求来自你的应用。可以用 client_assertion 和 client_assertion_type 参数替换它。

参数	价值	说明
`client_assertion_type`	`urn:ietf:params:oauth:client-assertion-type:jwt-bearer`	这是一个固定值，表示你正在使用证书凭据。
`client_assertion`	`JWT`	这是上面创建的 JWT。

后续步骤

MSAL.NET 库用单行代码处理这种情况。

GitHub 上的使用 Microsoft 标识平台的 .NET 守护程序控制台应用程序代码示例展示了应用程序如何使用自己的凭据进行身份验证。它还展示了如何使用 New-SelfSignedCertificate PowerShell cmdlet 创建自签名证书。你还可以使用示例存储库中的应用创建脚本来创建证书、计算指纹，以及进行其他操作。

通过