レポート2026-08-15•5 分で読める

2026 年証明書失効リスクレポート

· CSR.plus チーム

•失効事故は、証明書関連障害の最大の予防可能原因であり続けています。
•短命証明書（90 日）は露出を劇的に減らしますが、手動更新ミスのコストを高めます。
•30 日警告窓口付きの監視と自動更新という 2 つの習慣が、ほぼすべての失効リスクを排除します。

高

障害の割合

失効が予防可能原因の首位

90 日

業界リズム

短命が標準

30 日

警告窓口

ベストプラクティス閾値

2 つの習慣

予防

監視 + 自動更新

失効事故はどう起こるか

失効事故はめったに技術的障害ではありません。忘れられたサーバー上の証明書、休暇中にスキップされた手動プロセス、移行で cron エントリを失った自動化ジョブという、更新の見落としです。証明書が notAfter 日付を越えると、誰かが更新するまで全訪問者が NET::ERR_CERT_DATE_INVALID に遭遇します。

短命証明書の効果

90 日証明書への移行（Let’s Encrypt が先導し、今や業界慣行）は、最悪の場合の窓口を数年から数ヶ月に短縮します。トレードオフは運用面です。更新は自動化されなければなりません。四半期ごとの手動更新こそが、まさにスキップされるプロセスだからです。

失効リスクを排除する 2 つの習慣

第一に、保有するすべての証明書を監視します。残り日数を追跡し、7 日ではなく 30 日で警告します。第二に、更新を自動化し（ACME/certbot + タイマー、または CA 管理の更新）、CI でドライランをテストします。この 2 つを組み合わせると、失効は繰り返し起こる事故ではなく非イベントになります。