64 ημέρες: Το νέο certificate του Let's Encrypt και όσα πρέπει να προετοιμάσεις μέχρι τον Φεβρουάριο 2027

Αντίγραφο λήγει: Τα μικρότερα SSL πιστοποιητικά ήρθαν

Το Let's Encrypt ανακοίνωσε κάτι που αφορά κάθε developer, sysadmin και DevOps engineer. Από τις 10 Φεβρουαρίου 2027, η δημοφιλής αρχή έκδοσης πιστοποιητικών θα εκδίδει πιστοποιητικά με διάρκεια ζωής 64 ημέρες αντί για τις 90 που ξέραμε.

Δεν πρέπει να σας εκπλήσσει όμως. Το Let's Encrypt το είχε προαναγγείλει εδώ και καιρό. Η λογική είναι απλή: όσο μικρότερη η διάρκεια ζωής ενός πιστοποιητικού, τόσο λιγότερος χρόνος για να προκαλέσει ζημιά ένα compromised key ή ένα λάθος εκδοθέν πιστοποιητικό.

Τι αλλάζει ακριβώς στις 10 Φεβρουαρίου 2027;

Η χρονολογία σε συνοπτική μορφή:

• 10 Φεβρουαρίου 2027: Όλα τα νέα και ανανεωμένα πιστοποιητικά θα ισχύουν για 64 ημέρες
• 11 Μαΐου 2027: Λήγει το τελευταίο πιστοποιητικό των 90 ημερών
• 2028: Περιμένουμε νέα μείωση στις 45 ημέρες
• 2029: Οι περίοδοι επαναχρησιμοποίησης authorization θα πέσουν στις 7 ώρες

Θετικό νέο; Το staging environment του Let's Encrypt θα ενημερωθεί στις 14 Οκτωβρίου 2026. Έχετε δηλαδή αρκετό χρόνο να δοκιμάσετε πριν τα πράγματα γίνουν επίσημα.

Είσαι έτοιμος;

Ας δούμε τι πρέπει να ελέγξεις.

Χρησιμοποιείς ARI-compatible clients;

Αν ο αυτοματοποιημένος renewal μηχανισμός σου βασίζεται σε ACME client που υποστηρίζει ACME Renewal Info (ARI), πιθανώς να είσαι εντάξει. Το ARI επιτρέπει στο Let's Encrypt να επικοινωνεί απευθείας με το client σου για τον βέλτιστο χρόνο ανανέωσης.

Αλλά μην βασίζεσαι σε υποθέσεις. Επιβεβαίωσε στην τεκμηρίωση του client σου ότι το ARI είναι όντως ενεργοποιημένο και λειτουργεί σωστά.

Έχεις hardcoded ημερομηνίες ανανέωσης;

Εδώ κολλάει ο περισσότερος κόσμος. Αν η λογική ανανέωσής σου λέει "ανανέωση 30 μέρες πριν τη λήξη" ή "ανανέωση κάθε 90 μέρες", πρέπει να το αλλάξεις.

Το Let's Encrypt συνιστά ανανέωση στο δύο τρίτα της διάρκειας ζωής του πιστοποιητικού. Για πιστοποιητικά 64 ημερών, αυτό σημαίνει περίπου 42-43 ημέρες.

Pro tip: Κάνε grep στα cron jobs, τα scripts και τα runbooks σου για νούμερα όπως 83, 80, 60 ή 30. Αυτά είναι σημάδια hardcoded λογικής ανανέωσης που χρειάζεται προσοχή.

Authorization Reuse: Η αλλαγή που μπορεί να σε διαφύγει

Υπάρχει ακόμα μια αλλαγή στην ανακοίνωση που αξίζει προσοχή: η περίοδος επαναχρησιμοποίησης authorization πέφτει από 30 ημέρες σε μόλις 10.

Για τους περισσότερους δεν θα χρειαστεί να κάνετε απολύτως τίποτα. Το authorization reuse είναι μια βελτιστοποίηση που επιτρέπει στο ACME client σου να παραλείπει την επανα-επικύρωση του domain control αν έχεις ήδη κάνει πρόσφατα.

Ωστόσο, το Let's Encrypt το αλλάζει για να εξαλείψει την ανάγκη για "CAA rechecking". Το 2029 οι περίοδοι επαναχρησιμοποίησης validation θα συρρικνωθούν στις 7 ώρες.

Ώρα να πάρεις στα σοβαρά τη διαχείριση πιστοποιητικών

Κατά τη γνώμη μου, αυτή η αλλαγή είναι ευκαιρία. Όχι επειδή οι μικρότερες διάρκειες είναι βολικές—δεν είναι—αλλά επειδή μας αναγκάζουν να σταματήσουμε να αντιμετωπίζουμε τα πιστοποιητικά ως κάτι "set it and forget it".

Αν ακόμα κάνεις SSH σε servers κάθε 89 μέρες για χειροκίνητη ανανέωση, παίζεις με τη φωτιά. Τα πιστοποιητικά λήγουν στις χειρότερες στιγμές: Παρασκευές απόγευμα, αργίες, ξημερώματα.

Η αυτοματοποίηση εξαλείφει αυτό το πρόβλημα.

Σκέψου να προσθέσεις:

• Alerts για αποτυχίες ανανέωσης: Να ειδοποιείσαι πριν λήξει, όχι αφού έχει λήξει
• Automated deployment: Σύνδεσε την ανανέωση απευθείας με τη διαδικασία reload του service σου
• Health checks: Παρακολούθησε ημερομηνίες λήξης σε όλη την υποδομή σου

Συμπέρασμα

Το Let's Encrypt δεν αλλάζει rate limits, ACME endpoints ή αλυσίδες έκδοσης. Είναι καθαρά μια προσαρμογή διάρκειας ζωής με οφέλη ασφαλείας που ευθυγραμμίζονται με την τάση του κλάδου.

Για όσους τρέχουν ήδη automated renewal, η μετάβαση θα είναι ομαλή. Για τους υπόλοιπους; Θεωρήστε το ως ένα push να υλοποιήσετε επιτέλους σωστή αυτοματοποίηση.

Το staging environment ανοίγει τον Οκτώβριο του 2026. Δοκιμάστε εκεί πρώτα.

Μείνε ασφαλής. Οι χρήστες σου (και η on-call ομάδα σου) θα σε ευχαριστήσουν.