Historia awarii Lets Encrypt

1. 4 czerwca 2026 15:37 UTCresolved

   3 czerwca 2026 16: 05 UTC Zidentyfikowany - produkcyjny API Let 's Encrypt doświadcza zdegradowanej wydajności. Przekierowaliśmy ruch z uszkodzonego wejścia do bazy danych. Klienci mogą sporadycznie napotkać 404 i 500 odpowiedzi błędów w zależności od wezwania API i przerywanego charakteru problemu. 3 czerwca 2026 17: 23 UTC Monitoring - Wszystkie systemy w normie. Jesteśmy zawsze czujni w sprawach połączeń sieciowych. Szczęśliwej emisji. 4 czerwca 2026 15: 37 UTC Rozwiązanie -

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 maja 2026 20:32 UTCresolved

   8 maja 2026 18: 37 UTC Śledztwo - Jesteśmy świadomi potencjalnego incydentu i zamykają wszystkie emisji. 8 maja 2026 21: 03 UTC Monitoring - Let 's Encrypt wznowił emisję. Ze względu na problem z krzyżowo podpisanym certyfikatem z naszej generacji X root do naszej nowej generacji Y root, wszystkie emisje zostały przeniesione z powrotem do naszej generacji X root certyfikatu. Dotyczy to naszych profili certyfikatu "tlsserver" i "shortlived" ACME. 13 maja 2026 20: 32 UTC Rozwiązane - Zidentyfikowaliśmy, że nasze krzyżowo certyfikowane subordinary CAs nie posiadają rozszerzonego zastosowania klucza (EKU), które są obecnie wymagane. Odwołujemy i ponownie wydajemy nasze znaki krzyżowe X2 / YR przez X1, a YE przez X2. To nie wpłynie na większość abonentów Let' s Encrypt. Nie będziemy odwoływać certyfikatów jednostek końcowych, ponieważ są one nadal zgodne. Jednakże wszelkie certyfikaty wydane z naszych korzeni YE i YR mogą nie być pomyślnie przykute do naszych poprzednich korzeni X1 i X2 bez zaktualizowanego pośrednika podpisanego krzyżowo w ich łańcuchu. Jeśli posiadasz certyfikat wydany przez profile "tlsserver" lub "shortlived" ACME, zalecamy jego przedłużenie. Nasz API Informacji Odnowienie ACME sygnalizuje certyfikaty, które mają zostać odnowione.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 marca 2026 20:40 UTCresolved

   March 16, 2026 17:36 UTC Investigating - To fulfill our required compliance obligations, we are performing an incident drill. During this drill, we are stopping issuance from staging. March 16, 2026 18:05 UTC Monitoring - We are resuming issuance. As part of our drill, we have dropped authorizations prior to the beginning of the drill. If you receive an error related to missing authorizations, retry issuance. March 16, 2026 18:05 UTC Monitoring - We are resuming issuance. As part of our drill, we have dropped authorizations prior to the beginning of the drill. If you receive an error related to missing authorizations, retry issuance. March 16, 2026 18:24 UTC Investigating - We are disabling staging issuance again for our incident drill. March 16, 2026 19:17 UTC Monitoring - We are resuming issuance. As part of our drill, we have expired all preexisting orders. If you receive an error, retry issuance with a new order. March 16, 2026 20:40 UTC Resolved - We have concluded our drill activities in staging for today, and issuance has appeared healthy for a while.

1. 4 marca 2026 23:03 UTCresolved

   March 4, 2026 19:44 UTC Scheduled - We will be performing maintenance on our staging database cluster and will be temporarily disabling issuance for the duration. March 4, 2026 19:59 UTC Active - We are beginning staging maintenance now. March 4, 2026 20:36 UTC Active - Maintenance is ongoing and will go past the initial time estimate, apologies for that. March 4, 2026 21:17 UTC Active - Maintenance is still ongoing. March 4, 2026 22:03 UTC Active - Maintenance is still ongoing. March 4, 2026 22:27 UTC Active - Maintenance is ongoing and we're keeping an eye on the progress. March 4, 2026 23:03 UTC Completed - Staging database maintenance was completed successfully and the API is back up and issuing certificates/CRLs. Happy staging issuance everybody reading this. Slow and steady amiright?

1. 16 grudnia 2025 16:28 UTCresolved

   December 16, 2025 16:01 UTC Identified - We have identified an issue with an internal service related to serving the production API. We are working to restore the service. December 16, 2025 16:17 UTC Monitoring - The production API services are stabilizing and successful issuance should be resuming shortly. December 16, 2025 16:28 UTC Resolved - Services have recovered.

1. 10 grudnia 2025 20:54 UTCresolved

   December 10, 2025 19:01 UTC Scheduled - We'll be performing routine maintenance in a High Assurance Datacenter 2. Some ACME clients may see elevated latencies. December 10, 2025 19:02 UTC Active - Maintenance will now begin. December 10, 2025 20:54 UTC Completed - Maintenance has been completed successfully.

1. 10 grudnia 2025 17:57 UTCresolved

   December 9, 2025 16:42 UTC Investigating - We are investigating some requests experiencing high latency when making requests to the API. December 9, 2025 16:58 UTC Investigating - We have shifted traffic out of high assurance data center 2 so that it is no longer serving requests and API latency looks normal. We are continuing to investigate root cause. December 9, 2025 23:05 UTC Identified - We have shifted traffic back to both data centers and are continuing to monitor for any unusual API responses or latency. December 10, 2025 00:28 UTC Monitoring - We have reshaped some traffic and continue to monitor for any recurrences of API latency and increases in 503 responses. December 10, 2025 17:57 UTC Resolved -