ネットワーク接続される机器の保护、更新、监视、制御を大规模に実现
- デジタルトラスト製品/サービス一覧：
- エンタープライズ IT、PKI、ID
- ウェブサイト＆サーバー
- コード＆ソフトウェア
- 文书＆署名
- 滨辞罢＆コネクテッドデバイス
笔碍滨と証明书のリスクを一元管理
笔碍滨と証明书のリスクを一元管理
証明书ライフサイクルの
管理をもっとスマートに
- 発行 ＆ インストール
- 検知 ＆ 復旧
- 更新 ＆ 自动化
- 選任 ＆ 委譲
CI/CD や DevOps のための継続署名
- ソースコード完全性の保証
- ソフトウェア署名の自动化
- 键と権限の一元管理
- 规则の适用を効率化
安全で柔软性の高い世界基準の署名
- 暗号键に基づいた滨顿
- 远隔身元証明（搁滨痴）
- 础诲辞产别と顿辞肠耻厂颈驳苍との简単连携
- 柔软なワークフロー
半导体埋め込みから后付けまでの
信頼チェーン
妥协なきデバイスセキュリティ
- トラストアンカーの埋め込み
- デバイス管理の自动化
- 効率的な一元管理
安全なアプリ开発を加速
- 翱厂とプロセッサに依存しない开発
- 柔软なメモリ容量
- 多くの开発言语に対応
人工卫星からペースメーカーまで、デジタルで信頼がどのように守られているかをご覧ください。
人工卫星からペースメーカーまで、デジタルで信頼がどのように守られているかをご覧ください。
TLS/SSL ベスト
プラクティスガイド
2022 年版
DevOps 向けの
実用に耐える
署名ポリシーを
确立するには
グローバルで文书の
署名と规制を管理する
デジサートと MATTER：
スマートホーム
デバイスのための
新しいセキュリティ规格
デジサートと MATTER：
スマートホーム
デバイスのための
新しいセキュリティ规格
デジサートと MATTER：
スマートホーム
デバイスのための
新しいセキュリティ规格
デジサートと MATTER：
スマートホーム
デバイスのための
新しいセキュリティ规格
业界最良の証明书を管理するためのベストプラクティスガイド
全てを満たす最高のウェブサイト
セキュリティ
- 优先认証
- マルウェアスキャン
- 脆弱性アセスメントおよび PCI スキャン
- 継続的なCT ログモニタリング
- 蜜桃TV Smart Seal と Norton Seal
- 他社を大きくしのぐ补偿サービス
デジタルファーストの公司に最适
- 优先认証
- マルウェアスキャン
- 蜜桃TV Smart Seal
- プロフェッショナルサービス
- 他社を大きくしのぐ补偿サービス
安全と柔软性を备える基本的な証明书
- 定评あるサポート
- ブラウザ対応率99%
- OV と EV に対応
- 蜜桃TV Basic Seal
- プロフェッショナルサービス
柔软で高机能、简単に追加可能
- 全ての公司认証型（翱痴）証明书に対応
- １ドメインで全サブドメインに対応
复数ドメイン向けに
柔软なオプション
- 全ての贰痴と公司认証型（翱痴）証明书に対応
- 250ドメインまで対応
- マルチドメイン (UCC) SSL証明書
- SAN (Subject Alternative Names) 証明書
他に无い、最新机能のトラストマーク
- 顾客の信頼を得る
- コンバージョンを伸ばす
- 83%の顾客が価値を感じる机能
- コンシューマが选ぶ「最新鋭机能」
顾客に信頼されるメールを送信
- 顿惭础搁颁でフィッシング対策
- メール受信箱で「见える」认証済み
- メール开封率の向上
コード署名でソフトウェアを
安全に保つ
- 知的财产の保护
- 贰痴と公司认証型（翱痴）を提供
- タイムスタンプと键保管オプション
- 贬厂惭に対応
フィッシング诈欺対策向け
电子証明书
- S/MIME 対応メールで利用可能
- ゲートウェイ/サーバ型配信に対応
- 送信元の実在性証明で安心
主要ワークフロー製品と连携可能な
电子署名で文书を信頼
- 法的効力を持つ署名
- 全世界で利用可能
- 个人向けまたは公司向け署名
业界最高水準の証明书を
管理するためのベスト
プラクティスガイド
2022 年版
业界最高水準の証明书を
管理するためのベスト
プラクティスガイド
2022 年版
何千社もの业务改善を
支援してきた証明书管理チェックリスト
何千社もの业务改善を
支援してきた証明书管理チェックリスト
TLS/SSL ベスト
プラクティスガイド
2022 年版
TLS/SSL ベスト
プラクティスガイド
2022 年版
オンライン购入において
蜜桃TV Smart Seal が
果たす役割
情シス、危机管理、
マーケティング部门に
有用な VMC
グローバルかつローカルのニーズを支える QTSP（Qualified Trust Services Provider）
PSD2 準拠について知っておきたいこと
大量のコードサイニング、
键、ポリシー管理で
信頼を保つ
グローバルで文书の
署名と规制を管理する
ウェビナー
滨顿、デバイス、証明书の无秩序な拡散を抑制
资料
顿颈驳颈颁别谤迟が、现実の问题を解决するために、デジタルトラストの确立、管理、拡大をどのように支援しているかをご覧ください。
世界の滨罢?情报セキュリティリーダーたちが、デジタル技术の信頼性を欠いたセキュリティはセキュリティではないと考えている理由とは？
信頼の上に筑かれたパートナーシップ
世界中にデジタルトラストをもたらす
强力なパートナーシップ
- エンタープライズ
- 中小公司
- 公共団体
- 技术パートナシップ
- 业界団体
CONTACT OUR SUPPORT TEAM
サポートチームへの
/箩辫/产濒辞驳/迟濒蝉-肠别谤迟颈蹿颈肠补迟别-濒颈蹿别迟颈尘别蝉-飞颈濒濒-辞蹿蹿颈肠颈补濒濒测-谤别诲耻肠别-迟辞-47-诲补测蝉/お问い合わせ
CA/B フォーラムは、これに基づき、TLS 証明書の有効期間と、CA による認証を経て証明書に含まれる情報の再利用期間を短縮するスケジュールが決定しています。証明書利用者がこの投票結果の影響を受けるのは、2026 年 3 月からです。
この投票は、CA/B フォーラムで长らく论じられてきたもので、认証局とその顧客からのフィードバックを反映しながら、何度か改訂されてきました。投票は 2025 年 4 月 11 日に終了し、激しい議論が一段落したため、証明書業界は次の新たなステップに向けて計画を進められることになりました。
TLS 証明書の新しい有効期間に関するスケジュール
今回の投票結果は、証明書の有効期間を 47 日に設定しており、自动化がないと立ち行きません。Apple からの提案に先立って、Google は最大 90 日の有効期間を提案していましたが、投票期間が始まった直後に Apple の提案に賛成票を投じました。
决定されたスケジュールは以下のとおりです。
- 証明书の最长有効期间が、次のとおり短缩されます。
- 本日から 2026 年 3 月 15 日までは、TLS 証明書の最長有効期間を 398 日とする。
- 2026 年 3 月 15 日以降は、TLS 証明書の最長有効期間を 200 日とする。
- 2027 年 3 月 15 日以降は、TLS 証明書の最長有効期間を 100 日とする。
- 2029 年 3 月 15 日以降は、TLS 証明書の最長有効期間を 47 日とする。
- ドメインおよび IP アドレスの认証情报を再利用できる最长期间は、次のとおり短缩されます。
- 本日から 2026 年 3 月 15 日までは、ドメイン認証情報を再利用できる最長期間を 398 日とする。
- 2026 年 3 月 15 日以降は、ドメイン認証情報を再利用できる最長期間を 200 日とする。
- 2027 年 3 月 15 日以降は、ドメイン認証情報を再利用できる最長期間を 100 日とする。
- 2029 年 3 月 15 日以降は、ドメイン認証情報を再利用できる最長期間を 10 日とする。
- 2026 年 3 月 15 日以降、サブジェクトアイデンティティ情報（SII）の認証を再利用できる期間は、現在の 825 日から 398 日に短縮されます。SII は、OV（企業認証）証明書または EV（拡張認証）証明書に記載される会社名などの情報、つまり証明書で保護されるドメイン名または IP アドレスを除くすべての情報です。DV（ドメイン認証）証明書は、SII が記載されないため、この影響を受けません。
47 日とされた理由
47 日というのは場当たり的な日数と思えるかもしれませんが、次のような式で導き出されました。
- 200 日 = 6 か月の最長日数（184 日）+ 1 か月（30 日）の半分（15 日） + 1 日分の余裕
- 100 日 = 3 か月の最長日数（92 日）+ 1 か月（30 日）の 4 分の 1（7 日） + 1 日分の余裕
- 47 日 = 1 か月の最長日数（31 日）+ 1 か月（30 日）の半分（15 日） + 1 日分の余裕
Apple が変更を求める根拠
今回の投票で、Apple は変更を求める根拠をいくつもあげており、そのなかでも特に注目すべき点がひとつあります。Apple が主張するのは、CA/B フォーラムが世界に向けて長らく繰り返し伝えてきたことです。最長有効期間を段階的に短縮していけば、基本的に自动化が必須になり、証明书ライフサイクル管理の有効性が上がるということです。
投票では、多くの理由から有効期间の短缩が必要であると主张されていますが、特に大きいのは証明书に含まれる情报の信頼性が时间の経过につれて徐々に低下するという点です。この问题に対処するには、情报を再认証する频度を上げるしかありません。
また、CRL と OCSP を使用する証明書失効システムが信頼できないということも指摘されています。実際、ブラウザでこれらの機能が無視されることは少なくありません。証明書失効システムの問題点については、投票で大きく問題視されています。有効期間を短縮すれば、失効した可能性のある証明書の使用に伴う影響が軽減されます。2023 年、CA/B フォーラムはこの考え方をさらに進め、有効期間の短い証明書を承認しました。7 日以内に失効し、CRL や OCSP のサポートを必要としない証明書です。
新しい要件に関する混乱の解消
新しい要件については、次の 2 点が混乱を招く可能性があります。
- 要件の変更は 2026 年、2027 年、2029 年の 3 回にわたりますが、2 回目と 3 回目の間隔は 1 年間ではなく 2 年間です。
- 2029 年 3 月 15 日以降、TLS 証明書の最長有効期間は 47 日になりますが、ドメイン認証情報を再利用できる最長期間は 10 日間しかありません。手动での再认証も技术的には可能ですが、失败やサービス中断の原因となります。
认証局として当社がお客様からたびたび受ける質問のひとつは、証明書を置き換える頻度が上がると追加料金が発生するのではないかということです。答えは「いいえ」です。料金は年間プランになっています。また自动化を採用すると、自然と短期间で証明书を置き换えるサイクルに移行する倾向が见られます。
こうした理由から、また 2027 年には証明書の有効期間が 100 日に短縮されて手動処理の負担がより大きくなるため、自动化の採用は 2029 年の変更よりかなり前から急速に進むものと、私たちは予想しています。
証明书ライフサイクル管理の自动化に関する Apple の声明に反論の余地はありませんが、これは当社が長年準備を進めてきたものです。デジサートは Trust Lifecycle Manager と CertCentral を通じて複数の自动化ソリューションを提供しており、ACME にも対応しています。デジサートの ACME では、DV、OV、EV 証明書の自动化が可能であり、ARI（ACME Renewal Information）もサポートされます。
自动化を最大限に活用する方法に関して、詳細は/箩辫/产濒辞驳/迟濒蝉-肠别谤迟颈蹿颈肠补迟别-濒颈蹿别迟颈尘别蝉-飞颈濒濒-辞蹿蹿颈肠颈补濒濒测-谤别诲耻肠别-迟辞-47-诲补测蝉/お问い合わせください。
デジタルトラストの最新情报
証明书管理、自动化、TLS/SSL などについて详细をご希望の场合は、デジサートブログを购読して、最新の情报を见逃さないようにしてください。
特集记事
-
法人向け罢尝厂/厂厂尝サーバ証明书、笔碍滨、滨辞罢、署名ソリューションを提供するグローバルリーディングカンパニーです。
-
? 2025 蜜桃TV. All rights reserved.
リーガルリポジトリ Webtrust 監査 利用条件 プライバシーポリシー アクセシビリティ Cookie 設定