日本 https 服务器常见加密算法与配置
总体说明
在日本，https 服务器的算法支持并没有统一强制标准，通常由服务器运维策略、合规要求与业务场景决定。实践中，面向公众的服务普遍遵循“禁用老旧协议、优先启用 tls 1.3、启用前向保密（pfs）”的行业共识；同时，日本官方的密码技术评估与推荐体系 cryptrec 为政府与产业提供了算法采纳的参考框架（如对 64 位分组密码的历史性纳入与谨慎使用建议），这也在一定程度上影响了企业与机构的选型取向。
协议版本
- 优先支持并默认启用：tls 1.3（性能更好、握手更安全）。
- 兼容保留：tls 1.2（为旧客户端提供访问）。
- 已普遍禁用：ssl v2、ssl v3、tls 1.0、tls 1.1（存在已知漏洞）。
上述取舍兼顾安全与兼容性，是当前日本 https 服务的常见配置基线。
密钥交换与证书签名算法
- 密钥交换与 pfs：优先 ecdhe（椭圆曲线 diffie–hellman 临时）与 dhe（diffie–hellman 临时），以提供前向保密；传统的 rsa 密钥交换因不支持 pfs 在新配置中通常被弱化或不推荐。
- 证书签名与公钥算法：主流为 rsa 与 ecdsa；证书链信任由受信 ca 建立（浏览器/系统内置根 ca 存储）。
- 证书密钥长度与曲线：常见 rsa ≥ 2048 位；椭圆曲线常用 p-256（prime256v1）/ p-384 等。
这些选择既满足性能与安全的平衡，也符合现代 tls 套件的工程实践。
对称加密与哈希算法
- 对称加密：优先 aes-gcm（如 aes-128-gcm、aes-256-gcm），兼具性能与认证加密（aead）；部分环境为兼容仍可能保留 aes-cbc 套件。历史上常见的 3des 在新部署中趋于淘汰。
- 哈希与完整性：握手与证书签名广泛使用 sha-256；新一代 sha-3 在 tls 实现中逐步可见。
- 已不推荐/淘汰：des、rc4、md5 等因安全性不足，现代服务器通常禁用。
上述组合体现了“优先 aead、强哈希、淘汰弱算法”的共识。
日本本地生态与证书品牌
- 本土 ca：globalsign（gmo グローバルサイン）在日本具有较高渗透率，支持 dv/ov/ev、rsa/ecc，并强调本地化 ocsp 性能优化，适合多实例/多服务器部署。
- 国际 ca：digicert、sectigo（原 comodo）、geotrust、certum 在日本服务器上广泛兼容，覆盖从大型机构到中小企业的多种场景。
- 证书与算法选择：无论品牌，实际支持的算法取决于服务器软件（如 openssl、nginx、apache）与配置策略；现代实践倾向 ecdsa/rsa + ecdhe + aes-gcm + sha-256 的组合。
