Open yiwwan opened 5 months ago
Created a PR for this feature, please let me know if there's any concern.
Not a concern, per se, but I wonder if Azure.Identity has plans to add ClientAssertionCredential to the DefaultAzureCredential chain. If so, we would only need to bump our dependency version for this to be usable via Authentication=ActiveDirectoryDefault.
Raised Azure/azure-sdk-for-net#44463 to see if they have any plan to support this.
could this be implemented using AccessTokenCallback?
Not a concern, per se, but I wonder if Azure.Identity has plans to add ClientAssertionCredential to the DefaultAzureCredential chain. If so, we would only need to bump our dependency version for this to be usable via Authentication=ActiveDirectoryDefault.
@David-Engel We have no plans to add ClientAssertionCredential
to the DAC chain. See Chris' question above? ☝️
could this be implemented using AccessTokenCallback?
Short term, yes, if they control the code. Or they can override any existing Authentication option via a custom authentication provider, if they don't control the code. No one should be blocked. But having it built-in option makes it a lot easier to use.
Is your feature request related to a problem? Please describe.
Currently FIC is supported by using workload identity, however it's not compatible with (or is there any existing solutions?) using manage identity directly (FIC + MSI), we need to write our own
SqlAuthenticationProvider
everywhere and overrides existing authentication method.Describe the solution you'd like
Add a new authentication method to support FIC + MSI. Basically we'll need a
SqlAuthenticationProvider
that get authentication results usingClientAssertionCredential
andManagedIdentityCredential
:Describe alternatives you've considered
N/A
Additional context
N/A