Every secure site carries a certificate proving its identity, with an expiry date. This warning (codes like NET::ERR_CERT_DATE_INVALID or NET::ERR_CERT_COMMON_NAME_INVALID) means a check on that certificate failed. The surprise: the most common cause is not the site — it’s a wrong clock on your device, which makes every valid certificate look expired or not-yet-valid.
Check that the certificate hasn’t expired (most hosts renew automatically — a failed renewal is the usual story), that it covers every name you serve (root and www), and that visitors aren’t being sent between http and https versions mid-journey. A certificate for the wrong name triggers ERR_CERT_COMMON_NAME_INVALID even when it’s valid.
If exactly one device in the house warns on every secure site, its clock, its antivirus web-scanning feature, or its system certificate store is at fault — test with the antivirus shield paused, and run the system’s own updates.
Why did this suddenly start on a site I use every day? Either their certificate expired (their problem, usually fixed within hours) or your device’s clock drifted or was reset (your problem, fixed in step 1). The clock check takes ten seconds, so do it first.
Is “your connection is not private” a virus warning? No. It’s the browser reporting a failed identity check on the connection. It can occasionally be caused by malware intercepting traffic, which is one more reason not to click through it on sensitive sites.