.net - TLS 1.2-提供给该功能的 token 无效

我有这个奇怪的问题，SslStream.AuthenticateAsClient（）引发以下异常：

System.Security.Authentication.AuthenticationException : A call to SSPI failed, see inner exception.
  ----> System.ComponentModel.Win32Exception : The token supplied to the function is invalid

它仅在客户端需要Tls12时发生：

SslStream.AuthenticateAsClient(..., ..., SslProtocols.Tls12);

代码对Ssl3，Tls11和Tls正常工作。

服务器证书是自签名且“旧”的。它使用md5RSA签名和1024位，最初我以为是问题所在，因为重新生成证书会使异常消失（我对SHA1和SHA512都感到厌倦-都可以）。

但是，令我惊讶的是，FileZilla客户端能够使用此“旧” md5RSA签名证书并使用TLS 1.2连接到该服务器：

这是证书：

我的问题是：

为什么SslStream.AuthenticateAsClient抛出，而Filezilla客户端却可以连接？
使用TLS 1.2时，是否有.NET / Windows 10 / CryptoAPI证书限制？
如果有限制，为什么FileZilla不强制执行这些限制？
为什么如此神秘地显示错误消息：“提供给函数的令牌无效”？

最佳答案

我终于想通了。在这种情况下，“提供给函数的令牌无效”表示“链上的证书使用不受支持或禁用的算法签名”。

事实证明，这几乎总是意味着禁用。可在HKEY_LOCAL_MACHINE SYSTEM\CurrentControlSet\Control\Cryptography\Configuration\Local\SSL\00010003 Functions中找到已启用算法的列表。这是一个REG_MULTI_SZ，每个受支持的算法只有一个字符串。

我在Windows 10计算机上找到了这些值：

RSA/SHA256
RSA/SHA384
RSA/SHA1
ECDSA/SHA256
ECDSA/SHA384
ECDSA/SHA1
DSA/SHA1

我加了

RSA/SHA512
ECDSA/SHA512

如果您添加了RSA/MD5，则密钥将开始工作，但是不能足够强调，这是一个坏主意，并且由于MD5已损坏，因此您的系统可以接受伪造的证书。

Filezilla正在工作，因为Mozilla不信任主机密码套件。