CAPABILITIES
TLS certificate monitoring built into your network scans
No separate tool and no list of URLs to maintain: every TLS service the discovery finds on an audited port is read, stored and evaluated.
01A certificate inventory per host
For every TLS port: subject, common name, alternative names, issuer, validity dates, self-signed or not, key type and size, signature algorithm and negotiated TLS version (1.0 to 1.3).
02Expired SSL certificate scanner
Every certificate past its end date raises an alert naming the host, the port and the date. The alert closes itself when the service presents a valid certificate again.
03Certificate expiry alerts with your lead time
Choose how many days before the end date you want to be warned: 30 by default, from 1 to 730 days. Use different lead times per asset group, for example a longer one where renewals need a change window.
04Self-signed certificate detection
A certificate signed by its own key, not by a certificate authority, is flagged on every port where it is presented, so you know exactly which interfaces still run factory certificates.
05Custom certificate rules
Write your own conditions on the issuer, the subject and alternative names, the dates, the key, the signature algorithm, the TLS version, the service and the port: "issuer does not contain our root CA", "TLS 1.0 or 1.1", "wildcard on port 443".
06Devices you manage, and those you do not
Certificate checks cover the assets of your inventory and, if you choose, every host the discovery found, unmanaged devices included: printers, cameras, UPS, BMCs, appliances you have no credential for.
07Alerts that follow your workflow
One alert per host and port in Soron: acknowledge, assign, resolve or mute it, add an exception with an end date, and notify the right team in-app, by e-mail, syslog or webhook.
08Continuous evaluation
Certificates are checked after every scan and again every five minutes: a certificate that crosses its end date between two scans is reported without waiting for the next one.