News for hackers. Stuff that matters.
Re:Automate Public Certificates Lifecycle Management via RFC... by brazzledazzle on Tuesday April 12, 2022 @12:48AM (#30998735)
I’m certainly overlooking something but the risk seems small since it uses an open standard. You should be able to fallback to another acme provider right?
Re:Automate Public Certificates Lifecycle Management via RFC... by throwaway81523 on Tuesday April 12, 2022 @01:02AM (#30998817)
More like: first they become the dominant acme provider, then the other ones go away so they are the only one left, and then they have you where they want you.
Re:Automate Public Certificates Lifecycle Management via RFC... by tobltobs on Tuesday April 12, 2022 @02:24AM (#30999290)
They have you where they want, you are willing to pay, ... but the close down the service anyway with a three months notice.
Re:Automate Public Certificates Lifecycle Management via RFC... by pdkl95 on Tuesday April 12, 2022 @05:19AM (#31000334)
> first they become the dominant acme provider

The traditional way a big tech company becomes the dominant provider is to embrace an open interoperable protocol to minimize the friction of switching from another provider. Later, when they have captured enough of the market, they extend the protocol to gradually reduce the de facto interoperability with other providers to increase the friction of switching to any other provider.

https://en.wikipedia.org/wiki/Embrace%2C_extend%2C_and_extin...

Re:Automate Public Certificates Lifecycle Management via RFC... by danielheath on Tuesday April 12, 2022 @12:59AM (#30998804)
Yeah, but... given there are other ACME providers, why would I choose one from the a company with googles reputation for sunsetting products?
Re:Automate Public Certificates Lifecycle Management via RFC... by minerva23 on Tuesday April 12, 2022 @01:08AM (#30998847)
As a Let’s Encrypt user and fan, I can answer this.

LE is great, but their SLO is significantly below our customers’ expectations. For us, Google wouldn’t replace LE, it would supplement LE for higher reliability.

Seeing more providers conforming to ACME at a price point of “free” is great for the ecosystem.

Re:Automate Public Certificates Lifecycle Management via RFC... by tehbeard on Tuesday April 12, 2022 @03:54AM (#30999797)
Is this with provisioning many new certs?

The recommended renewal cycle gives you a 30 day lead on failure becoming a problem, plenty of time for multiple retries or recovery processes to use an alternate.

The only issues I've ran into, have stemmed from DNS for wildcard certs, where a client's DNS provider is... pretty crap about updating records despite low ttls being set.

Re:Automate Public Certificates Lifecycle Management via RFC... by minerva23 on Tuesday April 12, 2022 @10:22AM (#31003133)
It’s a web hosting business. New customers want effortless free TLS asap. We get customers who routinely create new sites who come to expect fast provisioning.
Re:Automate Public Certificates Lifecycle Management via RFC... by michaelt on Tuesday April 12, 2022 @06:19AM (#31000701)
Some people on the cloud like to issue a certificate per machine, so no ACME = no new VMs.
Re:Automate Public Certificates Lifecycle Management via RFC... by jwandborg on Tuesday April 12, 2022 @03:57AM (#30999822)
Does Google Cloud also have that reputation? I've seen renames and well-motivated deprecations, but not the Google Graveyard kind of events.
Re:Automate Public Certificates Lifecycle Management via RFC... by danielheath on Tuesday April 12, 2022 @09:17AM (#31002253)
"This API you use has changed, you have 6 months to update your code" is not unheard of.

On AWS, the equivalent is "We no longer recommend this, and it's not visible in the AWS console unless you are already using it or have asked support to enable it, but it will keep working indefinitely".