信任是每个软件版本背后无形的保障。
监管和平台要求正在收紧
微软、苹果和Linux发行版越来越要求对二进制文件进行签名。
软件供应链攻击日益增多
未签名或签名不正确的代码是主要的攻击途径;SolarWinds、XZ Utils 及类似事件都表明了其后果。
大规模证书管理非常复杂。
管理的 TLS 数百项服务的证书会带来运营风险和中断风险。
CI/CD 流水线需要自动化证书颁发。
手动证书工作流程不符合 DevOps 的速度要求;通过 ACME 或 API 实现自动化至关重要。
代码签名需要硬件安全,或者采用云替代方案。
电动汽车代码签名需要硬件令牌,这与云原生 CI/CD 工作流程不兼容。
SSL.com 为软件和 DevOps 团队提供什么
相关框架和要求
微软认证码
Apple Gatekeeper / 公证
萨尔瓦多
SOC 2 II 型
NIST SP 800-218
CA/B 论坛代码签名 BR
SSL.com 在软件和 DevOps 工作流程中的应用
CI/CD 中的云端代码签名
eSigner for Code 可通过 API 直接从 GitHub Actions、GitLab CI 或 Jenkins 流水线对 Windows 二进制文件进行签名:无需硬件令牌、物理设备或专用签名工作站。提供基于云的 HSM 密钥保护,确保 EV 级别的安全性。
自动化 TLS 与 ACME 合作管理
平台团队在 Kubernetes 中部署 cert-manager,并将 SSL.com 作为 ACME CA 端点。 TLS 数百个服务主机名的证书无需人工干预即可颁发、部署和续订,即使有效期只有 47 天。
多平台软件分发
独立软件开发商 (ISV) 使用 SSL.com OV 代码签名对 Windows 安装程序进行签名,并使用 SSL.com 颁发的 Apple 开发者 ID 证书对 macOS 构建版本进行签名。一个证书颁发机构 (CA) 关系即可覆盖这两个平台,并提供一致的工具和计费方式。
开源项目签名
维护者使用 IV 代码签名对发布工件、tar 包和容器镜像进行签名。下游打包者在分发前使用已发布的公钥验证来源;供应链攻击变得可检测。
保障开发者沟通安全
DevOps 团队发布 OV S/MIME 发送到运维共享地址。版本发布公告、事件警报和客户通知都带有已验证的发件人身份;冒充运维团队的网络钓鱼攻击无法通过 DMARC 验证。
专为开发人员和 DevOps 工作流程而构建
电子签名云签名
基于云 HSM 的代码签名通过 REST API 与 GitHub Actions、GitLab CI、Azure DevOps、Jenkins 和 CircleCI 集成:无需物理令牌。ACME协议支持
完全符合 RFC 8555 ACME v2 标准,并具有适用于生产环境的速率限制:cert-manager、Caddy、Traefik 和 Certbot 均开箱即用,受支持。REST API(SWS API)
实现完整的程序化生命周期管理:通过代码订购、颁发、续订、撤销和报告证书。助力生产线规模的自动化。CA/B 论坛代码签名 BR
所有根据当前基线要求颁发的代码签名证书均采用硬件支持的私钥保护,符合 2023 年密钥存储强制规定。WebTrust 审计
BDO对CA运营部门的年度审计,SSL基线要求 S/MIME BR、代码签名 BR 和网络安全:公共信任计划下的持续保障。自2002年开始运营
二十多年来,CA 的公共运营经历了所有主要的浏览器根程序、投票变更和供应链安全演变。