Digicert 于 2017 年收购 Symantec(赛门铁克)的数字证书业务,包括其 PKI 基础设施、根证书(如 GeoTrust Global CA、Thawte SSL CA G2 等)及全部域名验证类证书资产。自 2018 年起,所有新签发的原 Symantec 根体系证书必须由 Digicert 自有根(如 DigiCert TLS RSA SHA256 2020 CA1)签发;旧根证书(如 VeriSign Class 3 Public Primary Certification Authority - G5)已逐步停用,并于 2021 年被主流浏览器(Chrome、Firefox、Safari)完全吊销信任。
当前在用的 Digicert 品牌证书(含原 Symantec 产品线延续)均基于其自有可信根体系,符合 RFC 5280 和 CA/Browser Forum Baseline Requirements v1.8+ 要求。技术上不再依赖任何 Symantec 遗留基础设施,密钥生成、CRL/OCSP 响应、CT 日志提交等均由 Digicert 自主运营系统完成。
VeriSign 或 Thawte 为签发者),现代浏览器将显示“NET::ERR_CERT_REVOKED”或“此连接不安全”警告,需立即更换为 Digicert 新根签发的证书。subjectAltName、certificatePolicies)等方面严格遵循现行标准,与原 Symantec 产品存在实质差异,不可简单视为“换标”。DigiCert Global Root G3),部署时需确认信任链完整性,必要时手动导入中间证书。有域名和网站的FTP管理权限,可以安装证书吗 仅凭域名所有权和 FTP 管理权限,无法直接完成 SSL/TLS 证书的安装与生效。FTP 权限仅允许上传/修改网站静态文件(如 HTML、CSS、JS),但 SSL 证书需由 Web 服务器(如 Nginx、Apache、IIS)在 TLS 握手层加载并验证,该过程依赖服务器操作系统级配置,而非网站根目录文件操作。 具体限制如下: 证书私钥不可通过 FTP 部署:私钥必须安全存储于服务器文件系统受保护路径(如 /etc/ssl/private/),且需由...
查看详情只有域名管理权限可以安装ssl证书吗 不是。域名管理权限(如 DNS 解析控制权)通常用于验证域名所有权(例如通过 DNS-01 挑战),但安装 SSL/TLS 证书本身依赖的是服务器或应用层的访问权限,而非域名管理权限。 具体来说: 证书申请阶段:需验证你对域名的控制权,可选 HTTP-01(需 Web 服务器可写入 /.well-known/acme-challenge/)、DNS-01(需修改 DNS TXT 记录)或 TLS-ALPN-01(需配置特定 TLS 扩展)。其中仅 DNS-01 需要域名管理权限;其余方式...
查看详情又拍云 又拍云(UpYun)是一家国内领先的云服务提供商,主要提供对象存储、CDN 加速、图片处理、音视频转码及边缘计算等服务。在 HTTPS 部署场景中,又拍云支持用户自主上传和管理 SSL/TLS 证书,并为绑定的域名自动启用 HTTPS 访问。 其控制台支持上传 PEM 格式的证书链(含域名证书 + 中间证书)与私钥,也支持一键部署 免费ssl证书(如 Let’s Encrypt),并可配置 HTTP 强制跳转、HSTS、OCSP Stapling 等安全策略。又拍云 CDN 节点默认信任主流根证...
查看详情谷歌浏览器中的 NET::ERR_CERT_AUTHORITY_INVALID 错误 该错误表示 Chrome 拒绝信任当前网站的 SSL/TLS 证书,根本原因是证书链中缺少可信的根证书(Root CA)或中间证书(Intermediate CA)未正确部署,导致浏览器无法构建一条可验证至已知信任锚(Trusted Root Store)的完整证书路径。 常见成因包括:服务器未配置完整的证书链(仅部署了域名证书,遗漏中间证书);使用了私有 CA 或自签名根证书但未被 Chrome 信任;证书由已被 Chrome 移除信...
查看详情企业级加密ssl证书 “企业级加密 SSL 证书”并非 RFC 或浏览器标准中的正式分类,而是业界对具备高强度加密能力、严格身份验证流程及企业级信任保障的 SSL/TLS 证书的统称。其核心特征包括:支持 TLS 1.2/1.3 协议、采用 RSA 2048 位或 ECC 256 位及以上密钥强度、由受信根证书颁发机构(CA)签发,并通过组织验证(OV)或扩展验证(EV)确认申请者真实身份。 在实际部署中,企业级应用(如网银、ERP、SaaS 后台、API 网关)通常要求证书同时满足三方面要...
查看详情什么是SSL证书ACME协议? ACME(Automated Certificate Management Environment)是一种由 IETF 标准化(RFC 8555)的公开协议,用于自动化 SSL/TLS 证书的申请、验证、签发、续订与吊销全流程。它定义了客户端(如 Certbot、acme.sh 或 Nginx 插件)与证书颁发机构(CA)服务器之间的 HTTPS API 交互规范,核心目标是消除人工干预,实现证书生命周期的零接触管理。 ACME 协议不绑定特定 CA,但被广泛支持:Let’s Encrypt 是首个大规模生产部署 ACME v2...
查看详情SSL证书的兼容性风险源于信任锚的动态演进 SSL/TLS 证书本身不包含可执行代码,因此不存在传统意义上的“漏洞”,但其有效性高度依赖客户端对证书链的信任锚(Trust Anchor)配置。Android 系统自 Android 7.0(Nougat)起将用户安装的 CA 证书默认排除在系统级 TLS 验证之外;Android 10 进一步限制应用若未显式声明 `android:networkSecurityConfig`,则仅信任预置系统 CA,完全忽略用户添加的根证书。这一变更并非协议缺陷,而是平台对信任边...
查看详情证书生命周期阶段决定操作性质 SSL/TLS 证书的“重新申请”与“续签”在 RFC 5280 和 ACME 协议(RFC 8555)中并无术语定义,二者属于工程实践中形成的非正式区分。续签(renewal)特指在原证书尚未过期时,基于相同域名、相同主体信息、相同密钥对(或可选轮换)生成新有效期证书的操作,通常由自动化工具(如 Certbot、acme.sh)触发,复用已有验证状态(如 DNS-01 或 HTTP-01 的授权缓存),且多数 CA 允许在到期前 30–90 天内执行。重新申请...
查看详情主流免费证书颁发机构及其运营机制 Let’s Encrypt 是目前全球部署最广的免费公开信任 CA,由互联网安全研究小组(ISRG)运营,自 2015 年起提供自动化、开放、零费用的 X.509 证书签发服务。其核心机制基于 ACME 协议(RFC 8555),支持全自动域名验证(HTTP-01、DNS-01、TLS-ALPN-01 等挑战类型),证书有效期为 90 天,强制要求定期续订以降低私钥泄露与证书滥用风险。截至 2025 年底,Let’s Encrypt 已累计签发超 40 亿张证书,覆盖约 3 亿个唯一域...
查看详情免费数字证书本质是符合 X.509 标准的 TLS 服务器证书,由公开可信的证书颁发机构(CA)签发,具备完整 PKI 信任链,但不收取签发与管理费用 免费数字证书并非“无认证”或“自签名”,而是由通过 CA/B Forum 审计、被主流操作系统和浏览器根存储预置的 CA(如 Let's Encrypt)按 Baseline Requirements 签发的正式证书。其技术结构、签名算法(ECDSA 或 RSA)、扩展字段(Subject Alternative Name、Key Usage、Extended Key Usage)与付费证书完全一致,...
查看详情无法确认该网页的安全性怎么办? 当浏览器显示“无法确认该网页的安全性”(如 Chrome 的 NET::ERR_CERT_AUTHORITY_INVALID、Firefox 的 SEC_ERROR_UNKNOWN_ISSUER),本质是 TLS 握手过程中证书链验证失败。核心原因不是网站“不安全”,而是客户端无法建立从站点证书到受信任根证书的完整、可信路径。常见于自签名证书、私有 CA 未被系统预置、中间证书缺失、证书吊销状态不可达,或根证书已过期/被移除(如 2021 年 DST Root CA X3 过期事件)。 该...
查看详情## 一个域名只能申请一个证书吗 一个域名可以同时持有多个有效 SSL 证书,不存在“只能申请一个”的技术或规范限制。 CA/B Forum Baseline Requirements 和 RFC 5280 均未对同一域名的证书并发数量设限。实际生产环境中,常见多证书共存场景包括:跨 CA 签发(如 Let’s Encrypt + DigiCert)、不同验证类型混用(DV SSL证书 与 OV SSL证书)、TLS 1.2 与 TLS 1.3 分离部署、国密SSL证书 与国际算法证书并行、以及灰度发布阶段的新旧证书重叠期。证...
查看详情电子商务网站必须使用 HTTPS(SSL/TLS)加密传输 电子商务网站处理用户登录凭证、支付卡号、收货地址等敏感信息,根据 PCI DSS 4.1 条款与 CA/B Forum Baseline Requirements §9.10,所有传输中的持卡人数据必须通过 TLS 加密。未启用 HTTPS 的电商站点在 Chrome 120+ 中将被标记为“不安全”,且无法调用 Web Payment API、WebAuthn 等现代浏览器安全特性。主流电商平台(如 Shopify、Magento、WooCommerce)默认强制 HTTPS,其后台管理接口、API 端...
查看详情## 安装SSL证书必须要有独立IP吗? 不需要。自 TLS 1.0 起,通过 Server Name Indication(SNI)扩展,多个域名可共享同一 IP 地址并各自部署独立的 SSL 证书。该机制已在 RFC 6066 中标准化,并被所有现代浏览器、服务器及操作系统广泛支持。SNI 在 TLS 握手初期明文发送目标域名,使服务器能选择对应证书响应,从而规避传统“一个IP绑定一个证书”的限制。SNI 是当前 HTTPS 部署的事实标准,绝大多数生产环境(包括 Nginx、Apache、IIS、OpenResty...
查看详情## HTTPS 是否 100% 安全? HTTPS 本身不是一种“安全协议”,而是 HTTP 协议在 TLS(或旧称 SSL)加密通道上的运行方式。其安全性取决于 TLS 实现质量、证书信任链完整性、密钥强度、服务器配置及客户端验证行为等多个环节。\*\*TLS 层可提供传输机密性与完整性,但无法防御应用层攻击(如 XSS、CSRF)、服务端逻辑漏洞、证书误用或私钥泄露等风险。\*\* 因此,HTTPS 不等于端到端安全,仅是现代 Web 安全的必要基础组件,而非充分条件。 HTTPS 的安全边...
查看详情虚拟主机是否支持SSL证书部署 虚拟主机环境普遍支持 SSL 证书部署,但实际可行性取决于服务提供商的技术架构与配置策略。现代虚拟主机平台通常基于共享 IP 或 SNI(Server Name Indication)技术实现多站点 HTTPS 支持。SNI 允许在同一 IP 地址上托管多个 SSL 证书,客户端在 TLS 握手阶段即发送目标域名,使服务器能选择正确的证书响应。该机制已被主流浏览器和操作系统广泛支持,包括 Chrome、Firefox、Edge、iOS 和 Android。 对于未启用 SNI...
查看详情Tomcat中HTTP到HTTPS自动跳转的工程实现 在Tomcat中实现HTTP到HTTPS自动跳转,本质是通过容器级重定向策略强制将80端口请求转向443端口,而非依赖应用层逻辑。该机制需同时配置连接器(Connector)与安全约束(Security Constraint),且必须确保SSL/TLS连接器已正确启用并绑定有效证书。跳转行为由Tomcat的Coyote HTTP/1.1 Connector解析`redirectPort`属性触发,不经过Servlet过滤器链,因此性能开销极低且具备协议层可靠性。 该方案适用于所...
查看详情DV SSL证书申请流程与技术要点 DV SSL证书(域名验证型证书)是目前最常见、部署最广泛的公钥基础设施(PKI)凭证类型,适用于绝大多数网站加密场景。其核心特点是仅验证申请者对域名的控制权,不涉及企业身份审核。申请过程自动化程度高,通常可在几分钟内完成签发。 DV证书的签发遵循CA/B Forum Baseline Requirements规范,要求CA机构通过至少一种方式验证域名控制权,包括HTTP文件验证、DNS记录验证或电子邮件验证。主流浏览器(Chrome、Edge...
查看详情如何验证 SSL 证书安装是否正确? SSL 证书安装正确性不能仅凭浏览器地址栏显示“锁形图标”判断。真实生产环境中,常见错误包括证书链不完整、私钥不匹配、域名不覆盖、OCSP Stapling 失败或 TLS 协议/密码套件配置不当。验证需分层进行:客户端可观察现象 → 服务端可采集指标 → 第三方工具交叉验证。 使用 OpenSSL 命令行直接提取服务器返回的证书链并校验签名路径,是最权威的本地诊断方式。例如执行:openssl s_client -connect example.com:...
查看详情