我想知道自签名和证书颁发机构生成的证书之间的区别。
我可以轻松地为域 xyz.com 创建一个自签名证书，那么这个证书与 CA 生成的证书有什么区别？
场景
假设站点 xyz.com 由颁发给 xyz.com 的证书保护，并且拥有该站点颁发的证书的客户可以访问该站点。
我还可以为 xyz.com 创建一个自签名证书，那么我的服务器将如何处理这个假证书？
【问题讨论】：
标签： .net wcf security certificate ssl-certificate
自签名证书与 CA 颁发的证书之间的主要区别在于信任链。如果您签署自己的证书，那么当您或其他人使用它时，他们将必须特别信任您签署证书的服务器。执行此操作的方法是将证书添加到浏览器（即 Firefox，或 Microsoft 的 MSIE 或 Chrome 的 CAPI 存储）中的“受信任的 CA 根”列表中，或者将证书添加到 Java 应用程序的 cacerts 文件中。否则，您的自签名证书将不受信任，并且您将收到“警告”或错误消息，具体取决于您在该环境（即 Java 或您的特定浏览器）中的安全设置有多严格。
使用由 CA 签名的证书，如果签署证书的 CA 或 CA 的受信任根（签署该 CA 证书的根）已经在您的相关信任库中（即浏览器或cacerts Java 文件）。 Microsoft 和 Oracle（针对 Java）不断更新受信任的 CA 并管理 CRL（证书撤销列表），以用于 CA 或已被破坏或撤销的授权。
通常这些受信任的 CA（如 verisign、entrust 等）之一对签署和颁发证书收取 $$，有效期越长收取的费用越高。
自签名是免费的，可以长期发行（虽然不推荐）。
【讨论】：
如果您的浏览器中已经安装了 CA 的证书，那么当您的浏览器遇到声称由某个 CA 签名的证书时，它可以验证它确实是由该 CA 签名的。 CA 本身通常会在签署您的证书之前以某种方式验证您的身份。
您的自签名证书仅由您自己的 CA 签名。没有人证实该证书实际上属于它声称属于的人。您可以将自己的 CA 根证书安装到浏览器中。这样您就不会收到关于证书的那些烦人的警告消息。其他用户通常不会安装您自己的 CA 根证书，仍然会收到警告。
【讨论】：
为了完成其他答案，操作系统预装了一些来自 Microsoft 或其他受信任机构的根证书。如果您的证书由其中之一签名，则不会显示警告。如果证书由操作系统无法识别的 CA 签名，则会显示警告。
【讨论】：
证书本身没有区别。重要的部分是 CA 充当受信任的第三方。 IE。客户可能不知道您是谁，但如果他们信任 CA，并且 CA 为您提供担保，那么他们就可以信任您。它不是证书本身，而是 CA 提供的信任链。
【讨论】：
CA 还会对您的身份进行一些验证，以确保您在使用网站时更加自信。自签名证书也可能不会在客户端浏览器上获得完整的“挂锁”。
【讨论】：