ADB2C 社交登录 - alternateSecurityId 和 userIdentity 之间有什么区别？

Question

我只是感到困惑，因为我看到了使用 alternativeSecurityIds 的示例以及其他使用 userIdentities 的示例？它们是一回事吗？

此外，我想使用 userIdentity 而不是 alternativeUserId 来更新我的 azure ad multi-tenant federation，我可以使用 any name 作为 issuer 还是需要采用 PartnerClaimType="iss" 的值，如下所示？

<OutputClaim ClaimTypeReferenceId="issuer" PartnerClaimType="iss" />

Answer 1

底层身份结构相同。

是的，我同意 - 非常令人困惑。

samples refer to userIdentities but the documentation still refers to alternativeSecurityId.

我得到的反馈是 userIdentities 是正确的选择。

更新

<ClaimsTransformation Id="CreateAlternativeSecurityId" TransformationMethod="CreateAlternativeSecurityId">
    <InputClaims>
        <InputClaim ClaimTypeReferenceId="issuerUserId" TransformationClaimType="key"/>
        <InputClaim ClaimTypeReferenceId="identityProvider" TransformationClaimType="identityProvider"/>
    </InputClaims>
    <OutputClaims>
        <OutputClaim ClaimTypeReferenceId="alternativeSecurityId" TransformationClaimType="alternativeSecurityId"/>
    </OutputClaims>
</ClaimsTransformation>

从上面可以看出，这就是身份的存储方式。

您链接到的 post 显示：

<OutputClaim ClaimTypeReferenceId="identityProvider" PartnerClaimType="iss" />

因此，如果您更改它，它将与 table 中的条目不匹配。