Earlier quoted context omitted.
It's almost like the threat models for CA and leaf certs are different.
Yes, foot certs are much more sensitive than leaf certs.
6-Day and IP Address Certificates Are Generally Available
251–260 of 290 posts
Re: 6-Day and IP Address Certificates Are Generally Available
#252Earlier quoted context omitted.
Which wider world? These changes are coming from the CAB forum, which includes basically every entity that ships a popular web browser and every entity that ships certificates trusted in those browsers. There are use cases for certificates that exist outside of that umbrella, but they are by definition niche.
You're kidding, right? You've never seen a server completely inaccessible just because the owner had trouble renewing the cert? A lot of websites went down this way. And they served static content. Shortening that windows is just asking for trouble.
I am not kidding, but also the rest of your comment isn’t at all related to what I said.
Re: 6-Day and IP Address Certificates Are Generally Available
#253IP addresses must be accessible from the internet, so still no way to support TLS for LAN devices without manual setup or angering security researchers.
Re: 6-Day and IP Address Certificates Are Generally Available
#254Has anyone actually given a good explanation as to why TLS Client Auth is being removed?
mTLS is probably the only sane situation where private key infrastructure shall be used
Re: 6-Day and IP Address Certificates Are Generally Available
#255Earlier quoted context omitted.
² By the seventh day God had finished the work He had been doing; so on the seventh day He rested from all His work. ³ Then the on-call tech, Lucifer, the Son of Dawn, was awoken at midnight because God did not renew the heavens' and the earths' HTTPS certificate. ⁴ Thusly Lucifer drafted his resignation in a great fury.
Is this the TLS version of the Bible?
Re: 6-Day and IP Address Certificates Are Generally Available
#256Re: 6-Day and IP Address Certificates Are Generally Available
#257As already noted on this thread, you can't use certbot today to get an IP address certificate. You can use lego [1], but figuring out the exact command line took me some effort yesterday. Here's what worked for me: lego --domains 206.189.27.68 --accept-tos --http --disable-cn run --profile shortlived [1] https://go-acme.github.io/lego/
https://github.com/certbot/certbot/pull/10370 showed that a proof of concept is viable with relatively few changes, though it was vibe coded and abandoned (but at least the submitter did so in good faith and collaboratively) :/ Change management and backwards compatibility seem to be the main considerations at the moment.
Re: 6-Day and IP Address Certificates Are Generally Available
#258Earlier quoted context omitted.
Lets Encrypt do not control the US president. You could argue that The Don in charge of the US is in control of letsencrypt
Yeah, it's a bit far fetched but after Cloudflare CEO basically threatening to cut off Italy I was wondering what would happen if US really invades Greenland. A simple windows to linux migration is not enough. If certificates expire without a way to refresh you'd either need to manually touch every machine to swap root certificates or have some of other contingency plan.
Re: 6-Day and IP Address Certificates Are Generally Available
#259As already noted on this thread, you can't use certbot today to get an IP address certificate. You can use lego [1], but figuring out the exact command line took me some effort yesterday. Here's what worked for me: lego --domains 206.189.27.68 --accept-tos --http --disable-cn run --profile shortlived [1] https://go-acme.github.io/lego/
It allowed me to quickly obtain a couple of IP certificates to test with. I updated my simple TLS certificate checker (https://certcheck.sh) to support checking IP certificates (IPv4 only for now).
Re: 6-Day and IP Address Certificates Are Generally Available
#260What is a good use case for an IP address certificate for the average company? Say, e-commerce or SaaS-startup?
>Successful specifications will provide some benefit to all the relevant parties because standards do not represent a zero-sum game. However, there are sometimes situations where there is a conflict between the needs of two (or more) parties.
>In these situations, when one of those parties is an "end user" of the Internet -- for example, a person using a web browser, mail client, or another agent that connects to the Internet -- the Internet Architecture Board argues that the IETF should favor their interests over those of other parties.
Incorporated entities are just secondary users.