<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Lineu Graeff</title>
    <description>The latest articles on DEV Community by Lineu Graeff (@lineu_graeff).</description>
    <link>https://dev.to/lineu_graeff</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3968571%2Fa5fa1610-506e-42e7-bd1a-4c2f601a13e7.png</url>
      <title>DEV Community: Lineu Graeff</title>
      <link>https://dev.to/lineu_graeff</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/lineu_graeff"/>
    <language>en</language>
    <item>
      <title>SSL certificates just got a lot shorter — what it means for agencies managing client sites</title>
      <dc:creator>Lineu Graeff</dc:creator>
      <pubDate>Thu, 04 Jun 2026 15:50:25 +0000</pubDate>
      <link>https://dev.to/lineu_graeff/ssl-certificates-just-got-a-lot-shorter-what-it-means-for-agencies-managing-client-sites-19bo</link>
      <guid>https://dev.to/lineu_graeff/ssl-certificates-just-got-a-lot-shorter-what-it-means-for-agencies-managing-client-sites-19bo</guid>
      <description>&lt;p&gt;Most developers I've talked to don't know this yet.&lt;br&gt;
In March 2026 the CA/Browser Forum officially reduced the maximum SSL certificate lifespan from 398 days to 200 days. By 2027 it drops to 100 days. By 2029 it's 47 days.&lt;br&gt;
That's 8x more renewal cycles per year by 2029.&lt;br&gt;
The real problem isn't renewal&lt;br&gt;
Let's Encrypt, Cloudflare, and most modern hosting handles renewal automatically. The problem is when auto-renewal fails silently.&lt;br&gt;
And it does fail. More often than you'd think.&lt;br&gt;
Here's how it happens:&lt;/p&gt;

&lt;p&gt;DNS challenge fails after a nameserver migration&lt;br&gt;
Let's Encrypt rate limiting kicks in&lt;br&gt;
Nginx or Apache doesn't reload after cert renewal&lt;br&gt;
Wildcard certs that can't auto-renew without manual steps&lt;br&gt;
Client moves hosting, breaks the automation, nobody notices&lt;/p&gt;

&lt;p&gt;In every one of these cases the cert expires. The browser shows a security warning. The client calls you.&lt;br&gt;
Domain expiry is worse&lt;br&gt;
At least SSL has auto-renewal as a partial solution. Domain expiry doesn't.&lt;br&gt;
Auto-renew on a domain requires:&lt;/p&gt;

&lt;p&gt;Credit card on file at the registrar&lt;br&gt;
Card not expired&lt;br&gt;
Registrar actually processing the charge&lt;br&gt;
Client not accidentally disabling it&lt;/p&gt;

&lt;p&gt;I've seen agencies lose client domains because the registrar renewal email went to a former employee's inbox. The domain expired, dropped, and a squatter picked it up within hours.&lt;br&gt;
What the 47-day change means in practice&lt;br&gt;
By 2029 you'll be managing roughly 8 renewal cycles per year per domain instead of one. More cycles means more chances for something to go wrong.&lt;br&gt;
For an agency managing 30 client sites that's potentially 240 renewal events per year to stay on top of.&lt;br&gt;
How I'm handling it&lt;br&gt;
I built ExpiryPing after dealing with this problem on my own freelance work. It monitors SSL certificates and domain expiry across all your client sites and sends email and Slack alerts at 30, 14, 7, and 1 day before anything expires.&lt;br&gt;
No credentials required — you just add the domain name. It connects via standard TLS handshake. Setup takes about 5 minutes for 10 sites.&lt;br&gt;
Free tier available for up to 3 domains. If you want to try it: expiryping.dev&lt;br&gt;
Happy to answer any questions about the SSL lifespan changes or how the monitoring works technically.&lt;/p&gt;

</description>
      <category>automation</category>
      <category>devops</category>
      <category>news</category>
      <category>security</category>
    </item>
  </channel>
</rss>
