this post was submitted on 17 Apr 2025
199 points (98.1% liked)
Technology
69109 readers
3149 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related news or articles.
- Be excellent to each other!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
- Check for duplicates before posting, duplicates may be removed
- Accounts 7 days and younger will have their posts automatically removed.
Approved Bots
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
The most-aggressively short timelines don't apply until 2029. Regardless, now is the time to get serious about automation. That is going to require vendors of a lot of off-the-shelf products to come up with better (or any) automation integrations for existing cert management systems or whatever the new standard becomes.
The current workflow many big orgs use is something like:
Poor bastard application engineer/support guy is forced to keep a spreadsheet for all the machines and URLs he "owns" and set 30-day reminders when they will expire,
manually generate CSRs,
reach out to some internal or 3rd party group who may ignore his request or fuck it up twice before giving him correct signed certs,
schedule and get approval for one or more "possible brief outage" maintenance windows because the software requires manually rebinding the new certs in some archaic way involving handjamming each cert into a web interface on a separate Windows box.
As the validity period shrinks and the number of environments the average production application uses grows, the concept of doing these processes manually becomes a total clusterfuck.
I'm that poor bastard engineer at my company. This likely will be the push we need to prioritize automation. Dealing with manual renewals with Digicert has been a pain in the ass. If anyone has experience with their automated option I'd love to hear it.
Ironically the shortening of cert lengths has pushed me to automated systems and away from the traditional paid trust providers.
I used to roll a 1-year cert for my CDN, and manually buy renewals and go through the process of signing and uploading the new ones, it wasn't particularly onerous, but then they moved to I think either 3 or 6 months max signing, which was the point where I just automated it with Let's Encrypt.
I'm in general not a fan of how we do root of trust on the web, I much prefer had DANE caught on, where I can pin a cert at the DNS level that is secured with DNSSEC and is trusted through IANA and the root zone.
I've proposed using Let's Encrypt but my coworkers believe there would be a perception issue with us using a "free" TLS certificate provider. I work for a popular internet search engine so it's a reasonable worry.
It just seems like LE has the most efficient automatic renewal setup, though I haven't looked in detail at other providers.
That sound weird to me. How big is the population of people who are technical enough to even check what certificate provider you are using but ignorant enough to think that let's encrypt is bad because it's free?
There can be theoretical audit or blame issues , since you're not "paying" then how does the company pass the buck (SLA contracts) if something fucks up with LE.
Managers.
LetsEncrypt also built ACME, so they're the primary port for testing RFC8555. They're just gonna work better at it.
But, as above, maybe Digi is still the way for you, with the right tooling glued in.
Good luck!