Expose SspiAuthenticationParameters on SspiContextProvider

[twsouthwick]

This change updates the SSPI context provider to surface information to implementers via SqlAuthenticationParameters.

This also expands #2559 to loop through all SPNs in the base SSPIContextProvider rather than just a specific implementation.

Part of #2253

[codecov]

Codecov Report

Attention: Patch coverage is 79.31034% with 12 lines in your changes missing coverage. Please review.

Project coverage is 59.50%. Comparing base (b64db0e) to head (a813d22).

Files with missing lines	Patch %	Lines
...crosoft/Data/SqlClient/SSPI/SspiContextProvider.cs	75.00%	8 Missing ⚠️
...nt/netfx/src/Microsoft/Data/SqlClient/TdsParser.cs	0.00%	1 Missing ⚠️
...t/Data/SqlClient/SSPI/NativeSspiContextProvider.cs	66.66%	1 Missing ⚠️
...ata/SqlClient/SSPI/NegotiateSspiContextProvider.cs	88.88%	1 Missing ⚠️
...ata/SqlClient/SSPI/SspiAuthenticationParameters.cs	88.88%	1 Missing ⚠️

❗ There is a different number of reports uploaded between BASE (b64db0e) and HEAD (a813d22). Click for more details.

HEAD has 1 upload less than BASE

Flag	BASE (b64db0e)	HEAD (a813d22)
addons	1	0

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #2454      +/-   ##
==========================================
- Coverage   65.08%   59.50%   -5.58%     
==========================================
  Files         298      293       -5     
  Lines       65535    65245     -290     
==========================================
- Hits        42651    38825    -3826     
- Misses      22884    26420    +3536     

Flag	Coverage Δ
addons	?
netcore	62.78% <75.00%> (-5.55%)	⬇️
netfx	60.61% <63.04%> (-5.59%)	⬇️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[twsouthwick]

@mdaigle next step for sspi :)

[twsouthwick]

ping @mdaigle @cheenamalhotra

[mdaigle]

Hey @twsouthwick, I'll try to take a look at this today!

[twsouthwick]

The errors appear to also be on main and are an "Access denied" for something related to certificates. It doesn't appear to be caused by my change, but let me know if you believe it is.

[mdaigle]

I think this all makes sense to me. I'll take another look tomorrow and also see why the tests are failing.

[mdaigle]

Tests should be green now. We had a build agent issue that was resolved yesterday.

[mdaigle]

I'm trying to think of the best way to populate this. In other usage, I see serverSpn getting set as the resource and dataSource getting set as the serverName. I think it makes sense to continue that pattern here given that serverName and server SPN may be different.

[mdaigle]

SqlClient/src/Microsoft.Data.SqlClient/netcore/src/Microsoft/Data/SqlClient/SqlInternalConnectionTds.cs

Line 2437 in e0fa87b

var authParamsBuilder = new SqlAuthenticationParameters.Builder(

[mdaigle]

I'm also not sure how to feel about authority. In federated auth, it's assumed that authority will be present, but here we don't set a value.

Let me chat with the team to see if we'd prefer to create a new type to better represent this set of credentials.

[twsouthwick]

Sounds good. I refactored the builder so that the same pattern can be had wherever it's used if we want to use the existing SqlAuthenticationParameters