Skip to content

47-Day Certificates Are Coming. Are You Ready?

Act Now →

How Poor Certificate Management is Putting Your Compliance at Risk?

How poor certificate manage is putting your compliance at risk. Find out here.

Digital certificates authenticate users, encrypt traffic, and anchor almost every control an auditor checks during a compliance review. Yet in most organizations, certificates are scattered across hybrid environments, requested by different teams, and tracked, if tracked at all, in a spreadsheet nobody updates. This “certificate chaos” does not just risk an outage. It quietly undermines the evidence you need to pass a PCI DSS, HIPAA, SOX, or ISO 27001 audit.

Quick answer: Poor certificate management threatens compliance because expired, misconfigured, or untracked certificates break the encryption controls that frameworks such as PCI DSS, HIPAA, SOX, and ISO 27001 require. As public TLS certificate validity shrinks toward 47 days by March 2029, manual tracking cannot keep pace, and a single missed renewal can trigger both an outage and an audit finding.

Executive Summary

Certificate-related downtime is now common, not rare. DigiCert’s Trust Pulse Survey (July 2, 2025) found that 45% of organizations experienced a certificate-related service disruption in the past year, and 37.5% traced an outage directly to an expired certificate. The same survey put a dollar figure on the fallout: 31% of respondents reported losses between $50,000 and $250,000, and 18.5% lost more than $250,000, from certificate-related incidents (source).

The compliance exposure is growing for a second reason: volume. The same DigiCert survey found that nearly 60% of organizations already manage between 1,000 and 10,000 certificates, and 80% expect that number to grow over the next 12 months. Every certificate added to an unmanaged inventory is one more thing that can expire unnoticed and one more line item an auditor can flag.

Quick Checklist

  • Inventory every certificate authority and certificate in use, including any issued outside the official PKI process.
  • Confirm whether shadow certificates exist on systems the security team does not actively monitor.
  • Check every certificate’s key length and hashing algorithm against current standards, such as NIST SP 800-131A Rev. 2.
  • Confirm your logging can answer who approved a certificate, when it was issued, and which system it protects.
  • Map your renewal process against the 47-day TLS certificate schedule to confirm it can keep pace.

Owner and Action Matrix

Certificate-driven compliance failures usually happen because no single team owns the full picture. The table below assigns a primary owner and a first action to each team.

TeamPrimary ResponsibilityFirst Action
PKI / Certificate teamOwns the certificate authority relationships and the master inventoryRun a discovery scan to find every certificate, including shadow certificates
Security teamOwns closing blind spots and enforcing a uniform cryptographic baselineFlag any certificate using a deprecated algorithm or an undersized key
Platform / DevOps teamOwns automated issuance and renewal inside CI/CD and cloud pipelinesPilot ACME-based renewal on one pipeline before expanding it further
Compliance teamOwns audit-ready reporting and mapping controls to each frameworkConfirm the certificate inventory can produce an on-demand expiry report

The Shrinking Certificate Lifespan: From 825 Days Down to 47

Until a few years ago, TLS certificates could be issued for 825 days (over two years). Industry changes quickly reduced that, first to 398 days, then to 90 days, and the CA/Browser Forum has now locked in a formal countdown to 47-day TLS certificates. Ballot SC-081v3 was approved on April 11, 2025, and it phases maximum public TLS certificate validity down to 200 days starting March 2026, 100 days starting March 2027, and 47 days by March 2029 (CA/Browser Forum; schedule summarized by Sectigo).

In real-world terms, this shift means:

  • Much more frequent renewals: teams will need to reissue and redeploy certificates every month and a half, instead of every 90 days or every two years.
  • Automation is no longer optional: with such a tight window, manual certificate management is not feasible. Automated protocols like ACME become mandatory rather than a convenience.
  • Stricter compliance scrutiny: frameworks such as PCI DSS, HIPAA, and ISO 27001 demand continuous, uninterrupted encryption. A single expired certificate can produce a compliance finding that triggers an audit follow-up or a financial penalty.

Certificate Management

Prevent certificate outages, streamline IT operations, and achieve agility with our certificate management solution.

The Problem: Shadow Certificates and Inventory Blind Spots

In many companies, different teams request and install certificates without a central system. That practice creates:

  • Duplicate or unused certificates left in production, forgotten or misconfigured.
  • Shadow certificates created by developers using free services like Let’s Encrypt, issued outside the official PKI process.
  • Untracked expiry dates, with certificates silently passing their expiration and breaking a compliance control.

For example, during a HIPAA audit, an expired shadow certificate found on a web-facing server counts as a breach even if that system is not considered critical. Regulators judge compliance based on the encryption controls covering every system, not just the ones the security team happens to know about.

Weak or Misconfigured Certificates: A False Sense of Security

Having a certificate is not enough if it is poorly configured. Risks include:

  • Outdated hashing algorithms, such as SHA-1, now banned in most compliance frameworks.
  • Weak key lengths, such as 1024-bit RSA, which no longer qualify as strong cryptography.
  • Incorrect Extended Key Usage (EKU) values, meaning a certificate can be misused or does not protect what it was meant to protect.

NIST SP 800-131A Rev. 2 sets specific minimums, including a 2048-bit floor for RSA keys used beyond 2013. A single weak or badly configured certificate can put an entire audit at risk, making an organization’s security look strong on paper while it is weak in practice.

Real-World Certificate Outage Incidents

Certificate chaos is not a hypothetical risk. It has already caused nationwide network outages, enterprise connectivity failures, and public health reporting breakdowns.

  • O2 and SoftBank network outage, December 6, 2018: an expired software certificate inside Ericsson’s network software knocked mobile data services offline across the United Kingdom and Japan for most of a day, affecting an estimated 32 million O2 customers. Ericsson publicly identified the expired certificate as the root cause (Computer Weekly).
  • California CalREDIE reporting failure, July 25, 2020: an expired TLS certificate blocked lab partners, including Quest Diagnostics, from uploading results into California’s infectious disease reporting system. The failure went unnoticed long enough to delay 250,000 to 300,000 lab results and undercount statewide COVID-19 case totals (BleepingComputer).
  • Cisco vEdge SD-WAN certificate expiration, May 9, 2023: an expired internal device certificate caused Cisco vEdge SD-WAN appliances to lose their trust chain, disrupting managed network connectivity for enterprise customers running the affected software versions until Cisco published a workaround (Cisco).

None of these incidents involved a cyberattack. Each one traces back to a certificate that expired without anyone in the organization noticing in time, which is exactly the failure mode a compliance audit is designed to catch before it happens.

The ACME Automation Challenge

Automatic certificate renewal through ACME (Automatic Certificate Management Environment) is now essential, since certificates expire far more often than they used to. ACME still comes with real hurdles:

  • Complex integrations across many devices. Load balancers, API gateways, and IoT devices frequently do not support ACME natively and need a custom integration to participate in automated renewal.
  • Policy enforcement gaps. ACME on its own cannot always enforce a company’s naming rules, approved certificate authorities, or approval chains.
  • Mixed environments. Certain certificate types, such as client authentication or code signing, still require manual workflows, which reintroduces the same management inconsistencies automation was meant to remove.

Automating only some certificates is not enough. Compliance frameworks such as SOX and PCI DSS demand consistent, reliable controls for every certificate, not just the easy ones. CertSecure Manager addresses this gap with ACME-based automation, multi-CA integration, and uniform lifecycle management, so that every certificate, internal or public, is renewed, tracked, and compliant by design.

The Compliance Frameworks at Risk

Certificate chaos leads to compliance failures across several major frameworks:

  • PCI DSS 4.0: payment systems need strong, current encryption. An expired or weak certificate on a point-of-sale API is an immediate violation.
  • HIPAA: protected health information (PHI) must stay encrypted in transit. An expired certificate can break the secure connection, forcing an insecure workaround or a service outage.
  • SOX: financial data integrity depends on secure reporting and control systems. A misconfigured certificate on an ERP server can affect financial sign-off and audit approval.
  • ISO 27001: centralized management of cryptographic keys and certificates is a stated control. Without an inventory, an organization cannot demonstrate it.

The Logging and Audit Gap

Even organizations that renew certificates on time often lack a usable audit trail. To pass a compliance review, you have to answer three questions on demand: when was this certificate issued, who approved it, and which system does it protect?

If those answers are not instantly available, the audit fails on that point alone. Centralized, immutable logging is no longer a nice-to-have; it is the evidence a compliance framework actually asks for.

Certificate Risk Matrix

The table below ties each common certificate failure to its business impact, how it typically gets caught, and who owns the fix.

CauseBusiness ImpactDetection MethodMitigationOwnerEvidence Source
Expired public-facing TLS certificateCustomer-facing outage, SLA breach, revenue lossCustomer complaints or a monitoring alert, usually after the failure startsAutomated discovery plus expiry alerts at 30, 15, and 7 daysPKI / Certificate teamO2/SoftBank outage, Dec. 6, 2018 (Computer Weekly)
Expired internal device certificateLoss of connectivity across managed network devicesDevice management dashboards show a mass disconnectCentralized device-certificate inventory with renewal automationPlatform / DevOps teamCisco vEdge SD-WAN expiration, May 9, 2023 (Cisco)
Expired certificate on a regulated reporting systemDelayed regulatory data, potential compliance violationDownstream data recipients notice missing or delayed submissionsPriority monitoring tier for compliance-critical systemsCompliance teamCalifornia CalREDIE failure, Jul. 25, 2020 (BleepingComputer)
Shadow or unmanaged certificate issued outside PKIAudit finding, undetected until an auditor or attacker finds itManual audit discovery, if the auditor happens to checkCentral inventory plus policy blocking unapproved certificate authoritiesSecurity teamDigiCert Trust Pulse Survey, Jul. 2, 2025 (45% downtime rate)
Weak key length or deprecated algorithmFailed audit control even without an outageCompliance scan or auditor manual reviewPolicy-enforced issuance templates with an algorithm allowlistPKI / Certificate teamNIST SP 800-131A Rev. 2
Manual, spreadsheet-based renewal trackingRenewal backlog that compounds as validity periods shrinkRenewal calendar review, often too late to prevent an outageACME automation and a dedicated CLM platformPKI / Certificate and Platform teamsCA/Browser Forum Ballot SC-081v3, approved Apr. 11, 2025

The Future of Encryption: PQC and Strong Security

Regulations are changing quickly, and certificate lifecycle discipline is becoming the foundation for the next shift too. Post-Quantum Cryptography (PQC) introduces new encryption algorithms designed to withstand attacks from future quantum computers, and upgrading to these standards will be necessary as today’s algorithms lose their long-term security guarantees. Building crypto agility into certificate management now, through a current certificate discovery process and a clear view of PQC readiness, means an organization’s systems can adapt as soon as new standards take effect, instead of starting a discovery project from zero once a deadline is already close. A CBOM extends that same inventory into full cryptographic visibility, covering algorithms and key sizes as well as certificates.

How to Escape Certificate Chaos and Protect Compliance

To regain control and protect compliance going forward, work through this checklist:

  • Centralize your certificate inventory, tracking every certificate no matter where it lives.
  • Automate the lifecycle with ACME or an enterprise orchestration platform, so that renewals and revocations happen reliably rather than by memory.
  • Enforce policy, meaning only approved cryptographic algorithms, key sizes, and certificate authorities are allowed to issue.
  • Enable audit and logging to track every certificate request, approval, issuance, and deployment, ideally through a dedicated Certificate Lifecycle Management (CLM) platform such as CertSecure Manager.
  • Simulate expirations and renewal failures to test your process before a real outage or an audit exposes the weakness first.

Certificate Management

Prevent certificate outages, streamline IT operations, and achieve agility with our certificate management solution.

What to Do Next

Closing the compliance gap does not require a single overnight migration. Each team has a specific, near-term action.

  • PKI and certificate teams: run a discovery scan across every environment to find shadow certificates before an auditor does.
  • Security teams: check every discovered certificate against current algorithm and key-length standards, and flag anything below the line.
  • Platform teams: pilot ACME-based certificate automation on one CI/CD pipeline before rolling enrollment policy out further.
  • Compliance teams: confirm the certificate inventory can produce an on-demand report of every certificate expiring in the next 90 days.

How Encryption Consulting Can Help

CertSecure Manager by Encryption Consulting is a CLM product built to simplify and automate the entire certificate lifecycle, so your teams can focus on security rather than renewal calendars.

  • Automation for short-lived certificates: as ACME and 90-day or 47-day TLS certificates become the standard, manual renewal stops being a practical option. CertSecure Manager automates enrollment, renewal, and deployment so certificates never expire unnoticed.
  • Seamless DevOps and cloud integration: certificates can be provisioned directly into web servers and cloud instances, and the platform integrates with logging tools like Datadog and Splunk, ITSM tools like ServiceNow, and DevOps tools such as Terraform and Ansible.
  • Multi-CA support: most organizations run multiple certificate authorities at once, including an internal Microsoft CA alongside public CAs such as DigiCert and GlobalSign. CertSecure Manager integrates across all of them, giving you a single pane of glass for issuance and lifecycle management.
  • Unified issuance and renewal policy: CertSecure Manager enforces your organization’s key sizes, algorithms, and renewal rules consistently across every certificate authority, so automation does not come at the cost of standards.
  • Centralized visibility and compliance reporting: one dashboard shows every certificate, its key length and algorithm, and its expiry date. Audit trails and policy enforcement make it straightforward to demonstrate PCI DSS, HIPAA, and other framework requirements on demand.
  • Preparing for crypto agility: as certificate volume grows and post-quantum migration approaches, CertSecure Manager’s inventory becomes the foundation for PQC readiness and a broader CBOM, rather than a separate project started from scratch.

Conclusion

Certificate management is no longer just about avoiding a browser warning. It is about protecting security, passing audits, and staying ready for the next shift in encryption standards. Letting certificates proliferate across teams, systems, or clouds puts every compliance framework at risk, and the incidents above show the failure mode is public, dated, and repeatable.

With certificate lifespans shrinking, volumes rising, and cryptography evolving, manual management cannot keep up. Centralized automation and enforced policy are what prevent certificate chaos and keep a business secure, compliant, and ready for what comes next. Get Encryption Consulting’s advisory and Certificate Lifecycle Management services to safeguard your organization today. For more information, contact us.

What is the main takeaway from How Poor Certificate Management is Putting Your Compliance at Risk?
Certificate chaos, meaning expired, misconfigured, or untracked certificates spread across a hybrid environment, quietly breaks the encryption controls that PCI DSS, HIPAA, SOX, and ISO 27001 require, so it causes compliance failures long before anyone notices an outage.

Why does this matter for enterprise certificate lifecycle management?
A certificate lifecycle management program that cannot answer who issued a certificate, when it expires, and which system it protects will fail an audit on that gap alone, regardless of how few outages the organization has actually experienced.

What teams are responsible for acting on this guidance?
The PKI or certificate team owns discovery and CA relationships, the security team owns flagging weak algorithms and shadow certificates, the platform or DevOps team owns automating renewal inside CI/CD pipelines, and the compliance team owns producing audit-ready reports on demand.

What risks increase if this topic is handled manually?
Manual tracking misses shadow certificates issued outside official PKI, lets weak or misconfigured certificates pass unnoticed, and cannot keep pace once validity periods shrink toward 47 days, which is exactly how the O2/SoftBank and CalREDIE outages happened.

How does automation reduce certificate outage risk?
ACME-based automation and a CLM platform renew certificates on a schedule instead of relying on a person to remember, and they generate the alerts and audit trail that catch an expiring certificate weeks before it becomes an outage or a compliance finding.

What metrics should teams track after implementation?
Useful metrics include the percentage of certificates under centralized management versus still tracked manually, the number of shadow certificates found and remediated, time to produce a compliance report on demand, and the reduction in certificate-related incidents over time.

How does this connect to 47-day TLS certificate readiness?
As maximum public TLS certificate validity phases down to 200 days in March 2026, 100 days in March 2027, and 47 days by March 2029, a renewal process built for annual or 90-day cycles will fall behind, turning a compliance gap into a recurring one.

How should this be handled in multi-cloud or hybrid PKI environments?
Multi-cloud and hybrid environments need a platform that integrates directly with each provider’s certificate services and internal PKIs at once, since a console built for a single environment cannot produce the single inventory an auditor will ask to see.

What is the difference between a certificate expiring and a compliance violation?
An expired certificate is a technical event; a compliance violation is what happens when an organization cannot show it detected, tracked, and remediated that event under its own documented controls, which is why logging matters as much as renewal.

How can compliance and security teams verify certificate health during an audit?
They should be able to pull a single, current report listing every certificate, its issuer, expiry date, key length, and algorithm, and cross-reference it against the organization’s approved cryptography policy, without collating spreadsheets from multiple cloud consoles first.