SSL certificates can be valid for at most 199 days. By 15 March 2027 the limit becomes 99 days, for DigiCert certificates from 24 February 2027. Read more →

Certificate management

Choosing a CLM solution: five levels from free ACME to enterprise

Once SSL/TLS certificates drop to a 46-day lifetime on 24 February 2029, every certificate needs renewing roughly eight times a year. That does not mean everyone has to buy a certificate lifecycle management (CLM) platform. The levels below run from free to enterprise, and most organisations do not need to go all the way up.

Our own starting point was that almost everyone could get by with ACME. After supporting mid-sized customers running it in practice, the picture is more precise: it works technically, but it draws a lot of support once the infrastructure holds unusual software, and the key type is decided out on each individual server, because the ACME client generates the CSR there. That realisation is what these levels are built on.

Five levels of certificate management: what suits whom

  1. 1. Free ACME

    Let's Encrypt, Google Trust Services, ZeroSSL

    Suits you if
    Public websites with ACME built into the software, where going without monitoring is acceptable
    Stops being enough when
    The certificate moves to something internal or critical, needs monitoring, or cannot validate without DNS keys sitting on the server
    Price
    Free, but expect time on DCV automation, opening ports or placing DNS credentials
  2. 2. Cloud ACME with support

    FairSSL ACME, ours. TrustView Lite

    Suits you if
    Mostly Windows and Linux servers, in practice up to around 50, and you want guides, monitoring and someone to call
    Stops being enough when
    The scripts for appliances and for each server become the work, or the setup needs changing centrally
    Price
    The certificate price plus an automation fee per certificate per year
  3. 3. CLM platform you run yourself

    sslbrain, ours. KeyTalk, TrustView

    Suits you if
    You want the configuration off the servers, with key type, key size and issuer set in central profiles
    Stops being enough when
    You can get the CA's own platform included in your certificate agreement, or you need discovery and SCEP in the same tool
    Price
    sslbrain has public prices and a free edition. KeyTalk and TrustView are quoted per customer
  4. 4. The CAs' own platforms

    DigiCert, GlobalSign, Sectigo

    Suits you if
    You already buy certificates at volume from one CA and want discovery, agents, local CA connection and SCEP in one place
    Stops being enough when
    Certificate management has to be bought as part of a larger package covering PKI operations, signing or networking
    Price
    Quoted per customer on size and volume, across public and internal certificates
  5. 5. Enterprise identity platform

    Keyfactor, Venafi, AppViewX

    Suits you if
    Hundreds of servers, and certificate management is bought as part of a wider machine identity and PKI package
    Stops being enough when
    There is no level above this. Below a few hundred servers you pay for a platform larger than the job
    Price
    Quoted per customer, and usually a company decision about automation in general rather than about PKI

Level 1

Free ACME, where you build it yourself

Why free ACME

The certificates are free, the clients are mature, and for a public website with ACME built in it works well. Small and large organisations alike use it, and in a good share of cases it is the right answer.

Cost and complexity at level 1

No licence. In return you build validation, monitoring and management yourself, and there is nobody to call. The configuration lives on each server.

  • Domain validation is the biggest risk. HTTP-01 needs port 80 reachable from the internet, which internal servers are not. DNS-01 avoids the port but needs an API token for your DNS provider on every server that renews, and that token can usually edit the whole zone.
  • No central management and no monitoring. Every server has its own client and its own cron line. When a renewal fails, nothing happens, and a cron job that has stopped running looks exactly like one that is running.
  • No fallback. Hit a rate limit, or find the issuer down just as a certificate needs renewing, and there is no second source to draw on.
  • Restoring from backup hits a wall. Adding certificates a few at a time is easy enough, but replacing all of them at once, after a restore for instance, runs into the issuer's per-domain rate limits. The sites then will not open, and there is nothing to do but wait.
  • Appliances are a job of their own. F5, FortiGate, NetScaler and much Cisco equipment do not have ACME built in yet, and where it has arrived the client is often locked to Let's Encrypt and needs an open port or DNS keys. Until they can do it themselves, the route goes through another server running scripts that push the certificate in over SSH or a REST API.
  • Issuing is not installing. The certificate still has to reach the IIS binding, go into the keystore, be converted to PFX or JKS, land on the load balancer, and the service has to be restarted. That is work per system and per piece of software.

Solutions at level 1

  • Let's Encrypt is the most widely used. DV only, 90-day validity, no account needed.
  • Google Trust Services runs the same model on Google's infrastructure.
  • ZeroSSL offers ACME plus a web interface for those who would rather click.
  • cert-manager and AWS Certificate Manager are not a choice you make: if you run Kubernetes with cert-manager or sit behind an AWS load balancer, renewal is already handled there.

Move up to level 2 when

the certificate sits on something internal or critical, it needs monitoring, or it cannot validate over port 80 without you placing DNS keys on the server.

Level 2

Cloud ACME with support

Why cloud ACME with support

The same protocol and the same clients as level 1, but somebody is watching and somebody answers the phone. You get domain validation without keys on the servers, an overview of what you hold, and finished guides instead of vendor documentation.

Cost and complexity at level 2

The certificate price plus a fee per certificate per year. There is no platform to operate and no implementation plan. The limit is that the ACME client still has to be installed and configured on every server, and that key type and key size are decided by the client's CSR out on the server. Appliances that cannot run a client themselves need another server with scripts that push the certificate in to them.

Ours

FairSSL ACME

  • Domain validation through a single CNAME, so neither DNS keys nor open ports have to go out to the servers
  • DV and OV from DigiCert, RapidSSL, Thawte and GeoTrust, plus GlobalSign OV and EV pre-validated
  • Finished installation guides with commands you can copy straight across, for Windows and Linux among others
  • Central overview, monitoring, logs and the option to block
  • Appliances can be reached too, by letting another server fetch the certificate and push it in over SSH or a REST API. We support that, but the scripts are yours
  • The product choice is central. On each profile your servers belong to, you pick which of the supported products is issued, without touching the servers
  • You can force a server to fetch a new certificate without logging in to it
  • Support in Danish and English, before, during and after setup
  • Up to 25 servers per main certificate, and a fee per certificate per year

Other solutions

Level 2 elsewhere

  • DigiCert has a straightforward ACME offering we can supply: you pick the product, and domain validation then runs as ordinary ACME. Supports both ACME and ARI, with their own client or a third-party one.
  • GlobalSign Atlas offers ACME with account binding over EAB, both DNS and HTTP validation, publicly trusted DV and OV, plus IntranetSSL for internal domains.
  • TrustView Lite is cloud only, orders from DigiCert, GeoTrust, Let's Encrypt and Entrust, and discovers and monitors certificates. Automation is a paid add-on module, and it is limited to three users.
  • Sectigo has two kinds of ACME endpoint. The public one handles domain validation along the way, as ordinary ACME does. The universal one can issue from any ACME-compliant CA, but requires validation to be completed before the certificate can be enrolled.
  • All three CAs have a larger and more expensive platform at level 4, with discovery, local agents and a connection to your own CA. We can supply DigiCert's and GlobalSign's. TrustView likewise exists in a full edition, which sits at level 3.

Move up to level 3 when

the scripts for appliances and individual servers become the work in themselves, or when key type and setup need changing centrally in profiles rather than on every single server.

Level 3

A CLM platform you run yourself

Why a CLM platform you run yourself

The one big change at this level: configuration and setup move off the server. A pull agent may well sit on the server, but it does not have to be set up one machine at a time. Key type, key size and issuer are set in central profiles and can be changed in one place for every server in the profile. It also reaches appliances with ready-built agents, so you do not have to build and maintain scripts for them. It runs on your premises, not the vendor's.

Cost and complexity at level 3

This is where licences start, and with most vendors a salesperson, a negotiation and an implementation plan as well. You operate and patch an installation yourself. In return the work per server drops, and it drops most the more unusual systems you hold.

Ours

sslbrain

  • Public prices and a free trial. You set it up yourself, with no salesperson and no implementation plan
  • Private keys, credentials and vault contents stay on your own server, which is what has to be demonstrable in a NIS2 or DORA assessment of supplier risk
  • Agents over SSH, WinRM or API, or pull over outbound HTTPS so nothing has to be opened inbound. Cloud targets too, including AWS Certificate Manager, Azure Key Vault, Cloudflare and Akamai
  • CA profiles change key type centrally, which an ACME setup cannot do, and fail over automatically to another CA if the primary one fails
  • Both free and paid certificates, among them Let's Encrypt, Google, Sectigo and DigiCert, with failover between them. Plus MitID Erhverv server certificates and Windows AD CS
  • Not for you if you do not want to operate anything yourself

Other solutions

Level 3 elsewhere

  • KeyTalk CKMS ties the machine to the management layer, which is strong wherever control has to reach all the way out to the clients, banks typically. Virtual appliance, hybrid or hosted managed service. Contact us for price and setup.
  • TrustView is modular and covers more CA sources than sslbrain does. Worth knowing: the automation module runs over ACME and SCEP, so the servers still need a client configured. The exception is their direct integrations, to Azure Key Vault and Citrix ADC among others.

Move up to level 4 when

you already buy certificates at volume from one CA and can have their platform included in the agreement, or you need discovery, a connection to your local CA and SCEP for devices in the same tool.

Level 4

The CAs' own platforms

Why the CA's own platform

The platform comes from the CA you already buy certificates from, and that is what sets this level apart. Where it runs varies: most are delivered as a service, but DigiCert ONE can also run on-premises, in-country or hybrid.

This is not just ACME in their cloud. The large platforms discover certificates across your network, run local agents on the servers that can take one and ACME for the rest, use proxy components to reach in behind the firewall, connect to your local CA, and offer SCEP for devices. They are also increasingly able to take in other CAs, not only their own.

Cost and complexity at level 4

The price is agreed individually and usually tracks your certificate volume with that CA, so it can look low if you already buy a lot there. In return you tie yourself to their ecosystem. When they say they support other CAs, ask in each case whether that means discovery, import, issuance or deployment, because those are not the same thing.

Solutions at level 4

  • DigiCert ONE and Trust Lifecycle Manager form a container-based platform with separate managers for TLS, code signing, devices and documents, deployable in the cloud, in-country, on-premises or hybrid. Contact us for price and setup.
  • GlobalSign has Atlas as the issuance layer, TLS Connect with discovery and agent or agentless deployment, and LifeCycleX, which also collects certificates from Microsoft CA and EJBCA. The only one with a jurisdiction outside the US among the CAs we are active on. Contact us for price and setup.
  • Sectigo Certificate Manager has been marketed as CA-agnostic since 2021, and their universal ACME endpoint can issue from any ACME-compliant CA, provided validation is completed first.

Move up to level 5 when

certificate management has to be bought as part of a larger package, because PKI operations, signing, SSH keys or network automation belong in the same decision.

Level 5

Enterprise identity platform

Why an enterprise identity platform

Here certificate management is one module in a larger package covering machine identity and PKI, and the certificate part is rarely bought on its own. What else the package holds differs from vendor to vendor, and that is where the comparison belongs.

Cost and complexity at level 5

A negotiation and a design phase before anything is set up, at a price level that does not scale down. The purchase usually becomes a company decision about automation in general, not a technical decision about certificates.

Solutions at level 5

  • Keyfactor goes wide on PKI. Command is a multi-CA CLM spanning public and private CAs, EJBCA is the CA software behind it with EST, SCEP, ACME and CMPv2, and PKI can be bought as a managed service.
  • Venafi goes towards identity security. The product now sits in Palo Alto Networks' Idira platform, after CyberArk acquired Venafi and Palo Alto acquired CyberArk, alongside privileged access, secrets management and AI agent governance.
  • AppViewX goes towards infrastructure automation. Certificate management is one module beside PKI, SSH keys, code signing and automation of load balancers and ADCs, with more than 200 integrations.

There is no level above this

Below a few hundred servers you pay for a platform substantially larger than the job. Price on request.

Certificates on many servers and appliances

A publicly trusted SSL certificate can be valid for at most 199 days now, 99 days by 15 March 2027 and 46 days by 15 March 2029. Each certificate then has to be replaced at least twice a year now and at least eight times a year from 2029, on every server, firewall and load balancer that uses it. sslbrain from FairSSL runs as an appliance in your own network and renews and installs the certificates from one place, including on devices without an agent.

sslbrain compared with enterprise CLM platforms(opens sslbrain.com in a new tab)

Frequently asked questions

Seven questions that decide whether a solution will actually work in your environment, whatever level it sits at. They apply to ours too, and the answers are above.

Ask by name, not in general, and ask what happens if you change provider. Without support, DNS-01 validation cannot be automated, and wildcard certificates then cannot renew automatically.
Are there credentials on every single server, appliance and device? DNS credentials can rarely be limited to one name, so a token out on a server can in practice move your entire domain.
That is a different question from where the certificate ends up. Several solutions need access to AD, load balancers and firewalls in order to deploy at all.
If the platform runs at the vendor and can still install on your servers, then it holds that access. Ask who can trigger it, and what gets logged.
Local agents are often scripts, and a solution that by design reaches load balancers and firewalls is running code on the most sensitive equipment you own. Ask whether you can read it, and whether you decide what is allowed to run.
They will change over the next few years with post-quantum, and new ones are likely to follow. Do you visit every server, or does it happen in one place?
Root certificates change more often than they used to, and a CA can lose the browsers' trust. Ask whether the issuer is written into the configuration on each server, or whether issuance can be moved centrally.

Which level of certificate management are you at?

We go through your infrastructure, your certificate count and your requirements, and say which level fits. Including when the answer is that you should not buy anything. We have no salespeople.