大佬教程收集整理的这篇文章主要介绍了c – OpenSSL和可信系统认证，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
并且还说：
没关系.但是没有提到驻留在OPENSSLDIR中的可信系统证书.
> CAfile和CApath都失败后是否检查了系统证书？
>对SSL_CTX_set_default_verify_paths()的调用是否会覆盖SSL_CTX_load_verify_LOCATIOns()？或者它们并排工作,即可信系统证书和CAfile和CApath指定的证书？
>如果使用SSL_CTX_get_cert_store()手动将证书添加到证书存储区,即根本不调用SSL_CTX_load_verify_LOCATIOns(),那么会发生什么情况？只检查商店证书吗？无论如何,在这种情况下禁用/启用检查受信任的系统证书？
万无一失的测试：
– 除非我指定CAfile,否则SS_C和SS_S的openssl验证失败
– TR_C和TR_S的openssl验证成功
结果如预期
客户/服务器基本测试：
– 没有验证路径调用：SS失败 – TR失败
– 调用SSL_CTX_set_default_verify_paths：SS失败 – TR成功
– 使用SS作为CAfile调用SSL_CTX_load_verify_LOCATIOns：SS成功 – TR失败
结果如预期
现在,让我们来看看更有趣的东西吧.
调用SSL_CTX_set_default_verify_paths和SSL_CTX_load_verify_LOCATIOns：
在这种情况下,始终使用SS作为CAfile调用SSL_CTX_load_verify_LOCATIOns.
– TR成功 – 无论呼叫的顺序如何
– SS成功 – 无论通话顺序如何
有趣的结果 – 至少对我而言
现在,我可以期望使用证书存储也可以
使用X509_STORE而不是SSL_CTX_load_verify_LOCATIOns：在这种情况下,我创建了SS CA的字节数组,获得了上下文的证书存储,并向其添加了SS CA. – 只获取上下文的存储并向其添加SS CA：SS成功 – TR失败 – 只获取上下文的存储(以测试它是否添加了默认的可信证书)：SS失败 – TR失败 – 调用SSL_CTX_set_default_verify_paths获取上下文的存储并向其添加SS CA：SS成功 – TR成功太棒了……确实有效
以上是大佬教程为你收集整理的c – OpenSSL和可信系统认证全部内容，希望文章能够帮你解决c – OpenSSL和可信系统认证所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。