Add SslClientAuthenticationOptions.ClientCertificateContext

[rzikm]

Closes #71194.

We already convert certs from ClientCertificates and result of the LocalCertificateSelectionCallback to the cert context, so the only necessary thing was to make sure we don't overwrite the user-supplied context.

[ghost]

Note regarding the new-api-needs-documentation label:

This serves as a reminder for when your PR is modifying a ref *.cs file and adding/modifying public APIs, to please make sure the API implementation in the src *.cs file is documented with triple slash comments, so the PR reviewers can sign off that change.

[ghost]

Tagging subscribers to this area: @dotnet/ncl, @vcsjones
See info in area-owners.md if you want to be subscribed.

Issue Details

---

Closes #71194.

We already convert certs from ClientCertificates and result of the LocalCertificateSelectionCallback to the cert context, so the only necessary thing was to make sure we don't overwrite the user-supplied context.

Author:	rzikm
Assignees:	-
Labels:	area-System.Net.Security, new-api-needs-documentation
Milestone:	-

[wfurt]

nice!

[wfurt]

There are many tests disabled with note about "Self-signed certificates" on Android. Can we perhaps use other untrusted certificates @simonrozsival ? Most of the tests do not depend on the self-signed part.

[simonrozsival]

@wfurt at the moment we can't bypass Android's internal validation of certificates that currently rejects any untrusted certificates. Once #77386 is merged, Android will behave a lot like the other platforms.

[wfurt]

LGTM

[rzikm]

Test failures are unrelated