Conversation

Replying to and
This is a standard Chromium feature but maybe they changed it to using an HTTPS server not providing a reliable time. IIRC, it's permitted to return a randomized value in the time value, so you really need to use a server that's explicitly going to keep supporting giving time.
1
1
Replying to and
You're misunderstanding what I'm saying. I'm not talking about the server you're connecting to but rather a server (or multiple) for sanity checking the local system time. Essentially, a time server, but with the time fetched via TLS.
1
1
The most common source of HTTPS errors in Chrome was determined to be an out of sync local clock, so when it encounters a certificate with an invalid date (expired or issued in the future), it has support for sanity checking the local system time via TLS to provide a notice.
1
1
Brave might have changed the domain from a Google server to one that didn't offer a strong guarantee of providing a correct TLS handshake time value. The server they used might have ended up having the wrong time, or it might randomize the field, which I think became permitted.
1
1
Replying to and
It's also not possible to override those errors via the standard UI when a site using HSTS. There's a secret way to bypass the screen, which might work for you. You need to type a secret string for bypassing it. I don't know the string for current releases off the top of my head.
2
Show replies
One of the benefits of HSTS is removing a way of bypassing certificate errors from the user interface. Since errors from out of sync clocks are so common, having this also encourages sites to adopt HSTS because it helps alleviate an issue causing them to lose traffic from it.