Certificate Monitoring
Certificate Monitoring tracks SSL/TLS certificate status and expiration for configured HTTPS endpoints so operations teams can catch expiration, trust, and hostname coverage issues before browser warnings, failed checks, or service outages affect users.
Certificate Monitoring releases publicly on Monday, September 21, 2026. The existing /products/ssl-monitoring route and ssl_alert_days configuration field remain unchanged.
Certificate Monitoring is a standalone Bitaic product for certificate risk. It shares endpoint target and collection plumbing with Endpoint Monitoring when the same HTTPS URL is monitored for both certificate status and availability.
When To Use It
- Use Certificate Monitoring for HTTPS endpoints where certificate expiration or certificate status changes could interrupt access.
- Use Endpoint Monitoring to track whether the same URL is available, responsive, and meeting uptime expectations.
- Use DNS Monitoring and Domain Monitoring when the risk is record resolution, nameserver behavior, or domain status rather than the certificate itself.
Prerequisites
- A Bitaic account with permission to configure monitored targets.
- One or more HTTPS endpoint URLs to monitor.
- Endpoint target and collection access for the URL when Certificate Monitoring shares monitoring plumbing with Endpoint Monitoring.
- A certificate alert window for each URL: omit
ssl_alert_daysto use the 30-day default, or set an integer from 1 through 365 days.
Use a Bitaic role that can configure monitored endpoint targets and update certificate alert thresholds before changing Certificate Monitoring settings.
What Bitaic Checks
- Endpoint URL for the monitored HTTPS target.
- Current SSL/TLS certificate status.
- Certificate expiration date or days remaining.
- Certificate-chain health against the platform trust store.
- Hostname coverage for the monitored URL.
- Issuer metadata for dashboard, CLI, API, and troubleshooting use.
- Negotiated TLS protocol and cipher-suite diagnostics when available.
- Configured alert threshold in days.
- Monitoring state and recent certificate check results.
Certificate Monitoring validates the served certificate, expiration window, chain health, and hostname match for launch. Protocol and cipher-suite values are diagnostic fields, not posture grades or weak-cipher alerts.
Configuration Example
Certificate Monitoring shares endpoint configuration with Endpoint Monitoring when the same URL is monitored for availability and certificate status. Omit ssl_alert_days to use the 30-day renewal notification window, or set a whole-day value from 1 through 365 for each HTTPS endpoint.
endpoint-agent-config.yml
endpoints:
- url: https://your-domain.com
ssl_alert_days: 30
- url: https://another-endpoint.com
ssl_alert_days: 15Setup Flow
- Add the HTTPS endpoint URL to the monitored endpoint list.
- Use the default 30-day
ssl_alert_dayswindow, or set an integer from 1 through 365 days before expiration when Bitaic alerts. - Start or refresh the endpoint monitoring collection path so the certificate check is picked up.
- Confirm that the endpoint appears in the certificate dashboard with a certificate status, expiration date, days remaining, and alert state.
Example Workflow: Monitor a Production Certificate
Goal: add an HTTPS endpoint to Certificate Monitoring, route renewal alerts, and confirm the certificate is ready for routine operations review.
- Choose the production HTTPS URL and confirm the owning team knows who can renew or replace its certificate.
- Add the URL to
endpoint-agent-config.ymland setssl_alert_daysto the renewal window your team uses for certificate work, or omit it to use the 30-day default. - Start or refresh the endpoint monitoring collection path so Bitaic can read the certificate chain presented by the endpoint.
- Open the certificate dashboard and confirm the endpoint has a current certificate status, chain and hostname results, expiration value, days remaining, and alert state.
- Attach the endpoint to the alert policy that reaches the team responsible for certificate renewal.
- During normal operations, review expiring certificates, renew through the certificate owner or hosting provider, then confirm Bitaic shows the updated expiration date.
| Success criteria | Expected result |
|---|---|
| Endpoint is monitored | The HTTPS URL appears in Certificate Monitoring with a recent check time. |
| Renewal window is visible | The dashboard shows certificate expiration, days remaining, and the configured ssl_alert_days threshold. |
| Alerts reach the owner | Certificate expiration alerts are tied to the notification route used by the renewing team. |
| Renewal clears risk | After the renewed certificate is deployed and checked, the dashboard shows the new expiration date and clears the expiration alert state. |
Data, Alerts, And Dashboard Output
| Output | Purpose |
|---|---|
| Endpoint URL | Identifies the HTTPS target whose certificate is monitored. |
| Certificate status | Shows whether the latest certificate check is healthy or needs attention. |
| Chain health | Shows whether the endpoint-presented chain builds to the platform trust store and avoids expired, not-yet-valid, incomplete, or untrusted chain material. |
| Hostname coverage | Shows whether the certificate covers the monitored URL host through SAN DNS or IP entries. Subject common-name metadata can help troubleshooting, but does not pass hostname coverage when SAN coverage is absent. |
| Issuer | Identifies the certificate issuer for operational context and troubleshooting. |
| TLS protocol and cipher suite | Records the negotiated values for diagnostics when the collector can safely report them; Bitaic does not grade protocol or cipher posture at launch. |
| Expiration date or days remaining | Gives teams the renewal window before the certificate expires. |
| Alert threshold | Records when Bitaic should notify teams before expiration; the default is 30 days, and explicit values must be 1 through 365 whole days. |
| Recent check result | Helps confirm whether the latest collection run saw the expected certificate. |
Bitaic alerts when a certificate is approaching expiration, cannot be trusted through the presented chain, or does not cover the monitored hostname. Expiration alerts use the configured threshold, including the default 30-day window when no explicit value is set. Alert routing uses the same notification and incident integrations as the rest of the Bitaic monitoring platform.
Renewal Workflow
- Use the dashboard alert to identify the endpoint, expiration date, and remaining renewal window.
- Renew or replace the certificate through the owning certificate or hosting provider.
- Re-run or wait for the next Certificate Monitoring check after the renewed certificate is deployed.
- Confirm that Bitaic shows the updated expiration date and clears the expiration alert state.
CLI And API
CLI support covers listing configured certificate checks, retrieving the latest certificate status for a monitored HTTPS endpoint, and running a manual certificate check.
bitaic ssl list
bitaic ssl status <url>
bitaic ssl check <url>SSL CLI output includes url, certificate_status, expires_at, days_remaining, ssl_alert_days, chain_status, hostname_status, issuer, tls_protocol, cipher_suite, alert_state, and checked_at. Certificate threshold changes remain managed through configuration or API workflows, and invalid threshold values fail validation instead of falling back to the default.
- Create the monitored HTTPS endpoint with
/v1/workspaces/{workspace_id}/targetsandtype: "endpoint". - Attach certificate monitoring with
/v1/workspaces/{workspace_id}/targets/{target_id}/checksandtype: "ssl_certificate". - Retrieve expiration data with
/v1/workspaces/{workspace_id}/metricsandmetric=ssl.days_remaining. - Retrieve chain, hostname, issuer, protocol, and cipher diagnostics from the
ssl_certificatecheck status. - Update
ssl_alert_dayson thessl_certificatecheck with/v1/workspaces/{workspace_id}/checks/{check_id}.
Troubleshooting
| Symptom | Likely cause | Next check |
|---|---|---|
| Certificate expiration alert fires | The certificate is inside the configured renewal window. | Confirm ownership, renew the certificate, then verify the dashboard expiration date updates. |
| Browser warning appears after renewal | The endpoint may still be serving the old certificate or a mismatched certificate chain. | Confirm the deployed certificate on the endpoint and wait for or trigger a fresh monitoring check. |
| Certificate chain alert fires | The endpoint-presented chain may be incomplete, untrusted, expired, or not yet valid. | Confirm the served certificate chain from the endpoint and verify the intermediate certificates installed by the hosting provider. |
| Hostname mismatch alert fires | The certificate may not cover the monitored URL host in its SAN DNS or IP entries. | Confirm the monitored URL and replace the certificate with one that covers the exact host. |
| Unexpected protocol or cipher value appears | Certificate Monitoring records the negotiated value for diagnostics, but does not grade TLS protocol or cipher posture at launch. | Review server TLS configuration with the platform or security owner when stronger posture policy is required. |
| Endpoint is missing from Certificate Monitoring | The URL may not be configured as an HTTPS monitored endpoint. | Check the endpoint configuration and confirm the collection path is running. |
| Alert does not reach the expected channel | Alert routing or integration configuration may be incomplete. | Review the alert policy and notification integration setup. |