Historia awarii Centrify

1. 21 października 2026 14:48 UTCinvestigating

   Badamy problem wpływający na usługi Inventory Service w regionie USA, który wpływa na możliwość dodawania lub dokonywania aktualizacji do Inventory. Funkcje platformy bazowej nadal działają. Pracujemy nad jak najszybszym przywróceniem pełnej funkcjonalności.

2. 21 października 2026 16:03 UTCresolved

   Z przyjemnością informujemy, że incydent wpływający na serwis Inventory został rozwiązany. Nasz zespół wprowadził naprawę i wszystkie systemy działają normalnie. Przepraszamy za wszelkie niedogodności, jakie mógł spowodować ten incydent i doceniamy pańskie zrozumienie i poparcie. W przypadku jakichkolwiek pytań lub wątpliwości prosimy o kontakt z naszym zespołem wsparcia pod adresem https: / / support.delinea.com.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 października 2026 15:42 UTCinvestigating

   Począwszy od około 12: 32 UTC 13 października 2026, niektórzy użytkownicy podpisujący się na platformie Delinea z SAML jednoosobowym sygnałem (SSO) nie byli w stanie zakończyć logowania i otrzymali wiadomość "Access Denied - Error 15" po uwierzytelnieniu z dostawcą tożsamości. Użytkownicy, którzy zostali już wpisani, i użytkownicy wpisujący się bez SAML SSO, nie zostały naruszone. Problem ten został spowodowany przez zasadę bezpieczeństwa u dostawcy sieci brzegowej trzeciej strony, który nieprawidłowo zablokował odpowiedzi SAML logowania. Nasz zespół inżynieryjny zastosował zmianę konfiguracji o 14: 11 UTC, a loginy SAML SSO odnosiły od tego czasu sukcesy. Jeśli nadal doświadczasz tego błędu, proszę odświeżyć przeglądarkę i spróbować ponownie. Przepraszamy za niedogodności, które spowodowały i doceniamy waszą cierpliwość, pracując nad przywróceniem normalnej służby. W przypadku pytań dotyczących tego incydentu prosimy o kontakt z naszym zespołem wsparcia pod adresem https: / / support.delinea.com.

2. 13 października 2026 15:44 UTCidentified

   Problem został zidentyfikowany i jest w trakcie wdrażania.

3. 13 października 2026 15:49 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

4. 13 października 2026 16:02 UTCmonitoring

   Nadal monitorujemy wszelkie dalsze problemy.

5. 13 października 2026 16:56 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 15 października 2026 08:30 UTCresolved

   Około 21: 13 PM UTC 13 października 2026 roku, niektórzy klienci doświadczyli przedwczesnego rozłączenia podczas uruchamiania sesji PRA Remote Application. Sesje zakończyły się po około 2-3 minutach. Root Cause: Ostatnia aktualizacja do biblioteki FreeRDP wprowadziła błąd regresji, który pomija RAIL (Remote Applications Integrated Locally) obsługi klienta podczas sesji zdalnej aplikacji. Bez tego uścisku dłoni, host docelowy traktował sesję jako nieaktywną i zakończył ją po skonfigurowanym bezczynności timeout. Rozdzielczość: Silnik PRA został naprawiony w celu przywrócenia obsługi klienta RAIL dla zdalnych połączeń aplikacji. W dniu 14 października 2026 r. Afected Components: Platform: Privileged Remote Access - US, SEA, UK i AU regions Backfill Notice: Ten incydent został dodany do naszej strony statusu retrospektywnie, aby zapewnić dokładny zapis wpływu usługi. Więcej informacji na temat incydentów backfill jest dostępnych tutaj.

2. 20 października 2026 23:36 UTCpostmortem

   # # Incydent Overview Podzbiór klientów korzystających z Uprzywilejowanego zdalnego dostępu\ (PRA\) Zdalne sesje aplikacji doświadczyły wyłączenia sesji około 2 do 3 minut po uruchomieniu. Otrzymano sprawozdania od klientów z regionów SEA, AU, ZEA, CA, UK i USA. * * * Start: * * 13 października 2026, 21: 13 UTC * * * End: * * 14 października 2026, 19: 28 UTC # # Root Cause and Remediation Planowana aktualizacja została przeniesiona regionalnie do naszego zdalnego serwisu sesyjnego w ramach bieżących prac nad przestrzeganiem przepisów bezpieczeństwa. Aktualizacja ta zawierała nową wersję trzeciego zdalnego komponentu protokołu pulpitu, który wprowadził zmiany behawioralne, które uniemożliwiły wykonanie konkretnego uścisku dłoni podczas inicjalizacji sesji. W rezultacie, dotknięte sesje zostały automatycznie wylogowane na około 2-3 minut po pomyślnym połączeniu. Ponieważ rozłączenia te zakończyły się czysto, bez generowania błędów w logach i śladach systemu, problem nie został wykryty przez istniejące systemy monitorowania przed pierwszym raportem klienta 13 października 2026. W dniu 14 października 2026 r. we wszystkich dotkniętych regionach zidentyfikowano i wdrożono rozwiązanie mające na celu przywrócenie wymaganego uścisku dłoni. # # Działania zapobiegawcze * Rozszerz zakres naszych automatycznych zdalnych testów aplikacji, aby obejmować dłuższe sesje, tak że kwestie zależne od czasu są wyłapywane przed wydaniem. * Dodaj monitorowanie anomalii czasu trwania sesji, szczególnie śledzenie sesji, które odłączają się w spójnych krótkich odstępach\ (np. ~ 2 do 3 minut\), nawet jeśli odłączenie wydaje się czyste. Serdecznie przepraszamy za to zakłócenie i doceniamy twoją cierpliwość, kiedy pracowaliśmy nad rozwiązaniem tego problemu.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 października 2026 15:26 UTCresolved

   Między 12: 32 UTC a 14: 11 UTC w dniu 13 października 2026 r. niektórzy użytkownicy wpisujący się do platformy Delinea z SAML pojedynczym sygnałem (SSO) nie byli w stanie zakończyć logowania i otrzymali wiadomość "Access Denied - Error 15" po uwierzytelnieniu przez swojego dostawcę tożsamości. Użytkownicy, którzy zostali już wpisani, i użytkownicy wpisujący się bez SAML SSO, nie zostały naruszone. Problem ten został spowodowany przez zasadę bezpieczeństwa u dostawcy sieci brzegowej trzeciej strony, który nieprawidłowo zablokował odpowiedzi SAML logowania. Nasz zespół inżynieryjny zastosował zmianę konfiguracji o 14: 11 UTC, a loginy SAML SSO odnosiły od tego czasu sukcesy. Jeśli nadal doświadczasz tego błędu, proszę odświeżyć przeglądarkę i spróbować ponownie. Przepraszamy za niedogodności, które spowodowały i doceniamy waszą cierpliwość, pracując nad przywróceniem normalnej służby. W przypadku pytań dotyczących tego incydentu prosimy o kontakt z naszym zespołem wsparcia pod adresem https: / / support.delinea.com. Afected Components: Delinea Platform - Stany Zjednoczone, Europa, Zjednoczone Królestwo, Kanada, Australia, Azja Południowo-Wschodnia, Zjednoczone Emiraty Arabskie Backfill Notice: Ten incydent został dodany do naszej strony statusu retrospektywnie, aby zapewnić dokładny zapis wpływu usługi. Więcej informacji na temat incydentów backfill jest dostępnych tutaj.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 1 października 2026 21:22 UTCinvestigating

   Obecnie badamy bieżącą kwestię w regionie UE. Wkrótce dostarczymy nowe informacje.

2. 1 października 2026 22:09 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

3. 2 października 2026 00:25 UTCresolved

   Ten incydent został rozwiązany.

4. 14 października 2026 00:28 UTCpostmortem

   # # Incydent Overview W dniu 1 października 2026 r. klienci w regionie UE mieli problemy z używaniem Secret Server Cloud\ (SSC\). Użytkownicy nie mogli rozpocząć sesji z sekretów, a strony do przeglądania tajnych szczegółów i historii audytu załadowane powoli lub nie. Zaplanowane zadania w tle, takie jak bicie serca, zmiany hasła, odkrywanie i powiadomienia, zostały opóźnione, a niektóre silniki rozproszone nie mogły się połączyć. * Czas rozpoczęcia: 1 października 2026, 08: 38 PM UTC * Czas zakończenia: 2 października 2026, 12: 30 AM UTC # # Root Cause and Remediation SSC używa usługi komunikacyjnej do przekazywania pracy pomiędzy jej komponentami. Przykłady obejmują rejestrowanie tajnych działań przeglądania do celów audytu, wykonywanie zaplanowanych zadań i przygotowywanie startów sesji. W dniu 30 września 2026 r. usługa SSC przetwarzająca te komunikaty w regionie UE zaczęła zajmować się pracą w znacznie mniejszym tempie niż zwykle. Nowa aktywność przychodziła w normalnym tempie, więc nieprzetworzone wiadomości gromadzone w kolejce. Gdy kolejka osiągnęła swoją pojemność, dodatkowe komunikaty zostały przeniesione do obszaru przechowywania wiadomości nie do dostarczenia. W ciągu kolejnych godzin obszar ten stale się rozwijał, aż do momentu, gdy usługa komunikacyjna przekroczyła limit składowania. Nasz zespół inżynieryjny zwiększył przepustowość usługi komunikacyjnej, zwiększył i ponownie uruchomił usługi UE SSC oraz usunął zaległości z niedostarczalnych wiadomości. Po wyczerpaniu zaległości sesja uruchamia, ładuje strony i zaplanowane zadania wracają do normy do 2 października 2026, 12: 30 AM UTC. Opóźnione zadania w tle, w tym bicie serca, zmiany hasła i powiadomienia, były przetwarzane automatycznie po przywróceniu usługi. Klienci nie musieli podejmować żadnych działań. Ponieważ usługi zostały natychmiast przywrócone, aby zakończyć wpływ klienta, nie uchwyciliśmy danych diagnostycznych potrzebnych do ustalenia, dlaczego ich przepustowość spadła, więc podstawowy wyzwalacz pozostaje nieznany. Wzrost kolejki powinien zostać złapany wcześniej. Podczas niedawnej migracji naszych narzędzi ostrzegawczych, zmiana konfiguracji wysłała pewne alarmy metryczne w chmurze, w tym alarm rozmiaru kolejki komunikacyjnej, do niewłaściwego miejsca przeznaczenia. Alarm uruchomił się 1 października, ale nie powiadomił naszej ekipy. Nasza automatyczna rekultywacja innych rodzajów alarmów nie została naruszona, co zamaskowało lukę. # # Działania zapobiegawcze 1. Poprawiliśmy trasę alarmu 2 października 2026, więc te alarmy teraz dotrzeć do naszego zespołu na wezwanie, i dodajemy alarmy kanarkowe i bicie serca, które informują nas, jeśli alert dostawy z naszych narzędzi monitorowania zatrzymuje lub spada niespodziewanie. 2. Wzmacniamy sposób zmiany alarmowania, testując każdy typ alarmu kończy się przed i po każdym wdrożeniu produkcji. 3. Monitorujemy ponowne spowolnienie i przechwycimy dane diagnostyczne potrzebne do określenia przyczyny, jeśli nastąpi to ponownie. 4. Aktualizujemy nasz cykl wdrożeniowy z zabezpieczeniem zapewniającym odświeżanie usług w tle nawet w przypadku opóźnienia wydania i dodajemy ten krok do naszej listy kontrolnej wydania. Przepraszamy za zakłócenie i doceniamy twoją cierpliwość.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 29 września 2026 01:02 UTCidentified

   Badamy raporty powolnych loginów i niepowodzeń w logowaniu dla klientów Delinea Platform w regionach UE, Wielkiej Brytanii, Azji Południowo-Wschodniej i Australii. Począwszy od około 23: 20 UTC 28 września 2026, niektórzy użytkownicy mogą zająć znacznie dłużej niż zwykle, aby się zarejestrować. Niektóre próby sign- in mogą nie udać się z timeout lub błąd HTTP 504. Użytkownicy, którzy są już zalogowani, mogą również zobaczyć wolniejsze odpowiedzi w momencie zatwierdzania sesji. Nasz zespół inżynieryjny jest aktywnie zaangażowany i zidentyfikował zdegradowaną zależność wpływającą na usługę uwierzytelniania w tych regionach. Pracujemy teraz nad łagodzeniem skutków kryzysu. Jeśli sygnał się nie powiedzie, proszę spróbować ponownie. Będziemy wysyłać kolejną aktualizację w ciągu 30 minut, lub wcześniej, jeśli mamy nowe informacje.

2. 29 września 2026 01:14 UTCidentified

   Zastosowaliśmy rozwiązanie dla klientów w regionach UE i Australii. Wskaźniki efektywności i błędów w tych regionach powróciły do normy od około 01: 05 UTC 29 września 2026 r. Monitorujemy, by potwierdzić stan zdrowia.

3. 29 września 2026 01:19 UTCmonitoring

   Zastosowaliśmy rozwiązanie dla wszystkich dotkniętych regionów: UE, Wielka Brytania, Azja Południowo-Wschodnia i Australia. W dniu 29 września 2026 r. Monitorujemy, by potwierdzić stan zdrowia. Jeśli nadal masz problemy z zalogowaniem się, proszę odświeżyć przeglądarkę i spróbuj ponownie. Jeśli problem będzie kontynuowany, skontaktuj się z Delinea Support.

4. 29 września 2026 01:35 UTCresolved

   Ten incydent został rozwiązany.

5. 6 października 2026 01:00 UTCpostmortem

   # # Incydent Overview Użytkownicy platformy delinea w regionach UE, Wielkiej Brytanii, Azji Południowo-Wschodniej i Australii doświadczyli bardzo powolnych loginów i niepowodzeń związanych z wylogowaniem. Zależna funkcjonalność obejmowała jeden sygnał Entra ID, lokalne uwierzytelnianie konta oraz utworzenie sesji Uprzywilejowanego zdalnego dostępu\ (PRA\). * Początek: 28 września 2026, około 11: 20 PM UTC * Koniec: 29 września 2026, około 01: 10 AM UTC # # Root Cause and Remediation Planowane wdrożenie wprowadziło wykorzystanie regionalnych replik pamięci podręcznej w celu poprawy skuteczności uwierzytelniania. Potwierdzenie wstępnego wydania potwierdziło aktywność replik, ale błąd konfiguracji firewalla zapobiegł synchronizacji danych pomiędzy podstawowym buforem a replikami regionalnymi. Standardowy raport zdrowotny dostawcy chmur nadal wykazywał, że repliki są zdrowe i dostępne, więc problem nie pojawił się przed ani w trakcie wydania. Kiedy usługa uwierzytelniania próbowała odczytać z tych replik, żądania zablokowały się i wygasły, powodując błędy logowania. Wewnętrzne monitorowanie wykryło podwyższony poziom błędów, a zespół inżynieryjny zidentyfikował przyczynę i wycofał zmianę. Rollback zwrócił wszystkie dotknięte regiony do podstawowej pamięci podręcznej i przywrócony normalne uwierzytelnianie. Regionalne repliki pamięci podręcznej pozostaną wyłączone dla regionów UE, Wielkiej Brytanii, Azji Południowo-Wschodniej i Australii, podczas gdy my oceniamy alternatywne architektury. Oceniliśmy łączność sieci prywatnych między caches i stwierdziliśmy, że nie spełnia ona naszych wymogów niezawodności. # # Działania zapobiegawcze * Dokonujemy znaczących ulepszeń w sposobie, w jaki usługa uwierzytelniania odzyskuje się z problemów z połączeniem pamięci podręcznej. Celem jest to, że zdegradowane połączenie pamięci podręcznej nie powoduje już blokowane lub nieskuteczne logowania. * Dodaliśmy alternatywny monitoring awarii połączeń, dając wcześniejsze wykrywanie problemów związanych z cache, które nie są odzwierciedlone w raportowaniu zdrowotnym dostawcy chmury. Przepraszamy za zakłócenia i jesteśmy zaangażowani w zapobieganie nawrotom za pomocą tych środków.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 28 września 2026 21:35 UTCinvestigating

   Badamy okresowe raporty problemów z funkcjonalnością Autentyfikatora aplikacji Delinea Mobile działa zgodnie z oczekiwaniami post 26.2 Deployment. Jeśli doświadczasz tej kwestii, skorzystaj z innych opcji MFA do czasu rozwiązania tej kwestii. Nasz zespół prowadzi aktywne śledztwo i zapewni aktualizację, gdy będzie dostępna.

2. 29 września 2026 19:53 UTCidentified

   Zidentyfikowano tę kwestię, nad którą pracujemy. Naprawianie będzie wymagało nowego rozmieszczenia w weekendowym oknie konserwacji. W międzyczasie należy zapoznać się z poniższym artykułem KB w celu uzyskania szczegółowych informacji na temat tej kwestii oraz sposobów jej obejścia. https: / / support.delinea.com / s / article / 1790702420275 Dzięki za cierpliwość. Jeśli masz jakieś pytania lub doświadczyć jakichkolwiek problemów, otwórz sprawę na https: / / support.delinea.com lub zadzwoń na naszą linię wsparcia na + 1 202-991-0540.

3. 6 października 2026 13:21 UTCresolved

   Z przyjemnością informujemy, że incydent dotyczący wymienionych poniżej usług został rozwiązany. Nasz zespół wprowadził naprawę i wszystkie systemy działają normalnie. Przepraszamy za wszelkie niedogodności, jakie mógł spowodować ten incydent i doceniamy pańskie zrozumienie i poparcie. W przypadku jakichkolwiek pytań lub wątpliwości prosimy o kontakt z naszym zespołem wsparcia pod adresem https: / / support.delinea.com.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 30 września 2026 08:07 UTCresolved

   Między 4: 10 AM EDT a 6: 45 AM EDT 28 września 2026, niektórzy klienci nie byli w stanie połączyć się z Secret Server Cloud z niektórych sieci korporacyjnych. W przypadku dostępu do lokatora użytkownicy zauważyli błędy związane z resetem połączenia lub timeout. Dostęp z innych sieci nie został naruszony. Klienci, którzy ograniczają dostęp najemcy do konkretnych adresów IP, nie byli w stanie się zalogować w tym okresie. Problem ten został spowodowany problemem łączności w trzecim dostawcą sieci brzegowej, który wpłynął na ruch z niektórych sieci klientów w regionie. Ruch został przekierowany przez alternatywne lokalizacje, a łączność została przywrócona dla poszkodowanych klientów około 6: 45 AM EDT. Przepraszamy za niedogodności, które spowodowały i doceniamy waszą cierpliwość, pracując nad przywróceniem normalnej służby. W przypadku pytań dotyczących tego incydentu prosimy o kontakt z naszym zespołem wsparcia pod adresem https: / / support.delinea.com. Afected Components: Secret Server Cloud - Europe, United Kingdom, United States, Asia Pacific (Singapur) Backfill Notice: Ten incydent został dodany do naszej strony statusu retrospektywnie, aby zapewnić dokładny zapis wpływu usługi. Więcej informacji na temat incydentów backfill jest dostępnych tutaj.

2. 30 września 2026 08:48 UTCpostmortem

   # # Incydent Overview Począwszy od 07: 10 UTC 28 września 2026 roku, podzbiór najemców Secret Server Cloud w regionach Europy, Wielkiej Brytanii, USA i APAC\ (Singapur\) doświadczył awarii połączeń. Klienci w niektórych sieciach korporacyjnych napotykają timeout połączeń lub zresetują błędy podczas próby dotarcia do najemców. Klienci z włączonymi ograniczeniami dostępu najemcy nie mieli dostępnej alternatywnej ścieżki i nie mogli uzyskać dostępu do Secret Server Cloud przez cały czas trwania incydentu. * Start: 28 września 2026, 07: 10 UTC * Koniec: 28 września 2026, 10: 45 UTC # # Root Cause and Remediation Sieć brzegowa Secret Server Cloud doświadczyła dwóch oddzielnych problemów, które uniemożliwiły dotarcie do najemców ruchu z niektórych sieci klientów. Pierwsza była spowodowana wadą aktualizacji oprogramowania, którą wdrożył dostawca sieci brzegowej. Zgodnie ze specyficznym warunkiem produkcji, który nie został zidentyfikowany w testach przedwdrożeniowych dostawcy, usterka spowodowała ponowne uruchomienie elementów przetwarzania ruchu w kilku lokalizacjach sieci. Składniki te odzyskano automatycznie, a usługa w dotkniętych miejscach została przywrócona między 07: 47 a 08: 20 UTC. Drugi był spowodowany problemem z dostawcą internetu, który wpłynął na naszą sieć brzegową w Londynie, co spowodowało utratę pakietów i przerwy w połączeniach. W rezultacie sieci klientów, których ruch został przekierowany przez Londyn, były nadal zagrożone po tym, jak pierwsza kwestia została rozwiązana. Łączność została całkowicie przywrócona o 10: 45 UTC po przekierowaniu ruchu z poszkodowanego przewoźnika. # # Działania zapobiegawcze * Dostawca wdrożył rozwiązanie dla defektu oprogramowania i wzmacnia jego walidację przed wdrożeniem, odporność jego infrastruktury w różnych lokalizacjach, oraz jego automatyczne mechanizmy odzyskiwania. Śledzimy te zobowiązania aż do końca. * Przeprowadzamy pełny przegląd problemu londyńskiego przewoźnika z naszym dostawcą, w tym dlaczego ruch nie został przekierowany wcześniej, i zmniejszenie awarii w czasie tak przyszłe zakłócenia przewoźnika są izolowane szybko. Serdecznie przepraszamy za zakłócenie i niedogodności dla waszych operacji. Jesteśmy zaangażowani w zapobieganie nawrotom poprzez powyższe działania.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 22 września 2026 12:11 UTCinvestigating

   Badamy problem wpływający na logowanie i dostęp do Secret Server Cloud dla podzbioru klientów w regionach USA, UE i ZEA. Nasz zespół inżynieryjny aktywnie bada tę kwestię i pracuje nad jej jak najszybszym rozwiązaniem.

2. 22 września 2026 12:58 UTCmonitoring

   Kontynuujemy monitorowanie dalszych kwestii

3. 22 września 2026 13:07 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 września 2026 16:37 UTCinvestigating

   Badamy problem dotyczący logowania i dostępu do platformy Delinea w regionie USA. Niektórzy użytkownicy mogą nie być w stanie zalogować się lub mogą mieć powolne wyniki przy dostępie do najemców. Nasz zespół inżynieryjny jest aktywnie zaangażowany. Dostarczymy aktualizację, jak tylko więcej informacji będzie dostępnych.

2. 16 września 2026 16:50 UTCidentified

   Problem został zidentyfikowany i jest w trakcie wdrażania.

3. 16 września 2026 17:02 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

4. 16 września 2026 17:22 UTCmonitoring

   Nadal monitorujemy wszelkie dalsze problemy.

5. 16 września 2026 18:32 UTCresolved

   Ten incydent został rozwiązany.

6. 24 września 2026 21:50 UTCpostmortem

   # # Incydent Overview 16 września 2026 roku klienci Delinea Platform w regionie USA doświadczyli awarii logowania i znacznego spowolnienia podczas podpisywania się lub dostępu do lokatorów. Dotknięci użytkownicy mogli zobaczyć błędy "update request timeout" na sygnale w ekranie lub doświadczyli długich opóźnień podczas ładowania ich najemcy. * * * Start: * * 16 września 2026 około 11: 40 AM EDT\ (UTC- 4\) * * * Koniec: * * 16 września 2026 w przybliżeniu 1: 02 PM EDT\ (UTC- 4\) # # Root Cause and Remediation Platforma Delinea opiera się na usłudze buforowania do obsługi logowania, uwierzytelniania i innych operacji związanych z identyfikacją. W ciągu poprzednich tygodni popyt na tę usługę w regionie USA stale wzrastał wraz ze wzrostem wykorzystania platformy, pozostawiając ograniczoną salę operacyjną. Ponadto usługi uwierzytelniania utrzymywały połączenia z usługą buforowania otwarte z czasem, a nie uwalniały je, które stopniowo zużywały dostępną przepustowość. Konfiguracja, która rozprowadza odczyt ruchu w obrębie dodatkowego zasobu buforującego, który dostarczyłby dodatkowego zagłówka, nie była wtedy aktywna. 16 września normalne natężenie ruchu wypchnęło usługę buforowania poza jej zdolność operacyjną, powodując powolne i nieudane żądania dotyczące operacji logowania i identyfikacji w całym regionie USA. Incydent ten obejmował tę samą infrastrukturę buforową co [28 sierpnia 2026 r.] (https: / / status.delinea.com / invents / 1s7gw9kyjwyq). Ten incydent został wywołany przez niezwykle dużą ilość aktywności synchronizacyjnej i został rozwiązany poprzez zwiększenie pojemności pamięci buforowania. Incydent ten miał miejsce w normalnych warunkach drogowych, które pokazały, że należy również zająć się obliczaniem przepustowości i obsługą połączeń. Nasz zespół inżynieryjny ponownie uruchomił usługi uwierzytelniania, które ujawniły zgromadzone połączenia i przywróciły funkcjonalność logowania. Usługa buforowania została również skalowana do wyższego poziomu, który podwaja jej pojemność obliczeniową, a my nadal monitorujemy usługę aż do pełnego odzyskania. Od czasu incydentu, wykorzystanie usługi caching pozostaje w granicach normalnych progów operacyjnych, a ruch odczytu jest obecnie rozprowadzany w ramach dodatkowego zasobu caching. # # Działania zapobiegawcze Po incydencie z 28 sierpnia 2026 r. zobowiązaliśmy się do kilku ulepszeń tej infrastruktury buforowej. Poniżej przedstawiono postępy w każdym z nich, wraz z dodatkowymi działaniami zidentyfikowanymi w wyniku tego incydentu. Trwają prace nad wszystkimi przedmiotami. * * Progress on actions from the August 28 incident * * * * * Zwiększenie przepustowości i odporności naszej infrastruktury buforowej. * * Amerykańska usługa buforowania została zredukowana do wyższego poziomu, który podwaja jej zdolność obliczeniową. Odczyt ruchu jest teraz rozprowadzany w ramach dodatkowego zasobu buforującego. Kontynuujemy tę pracę poprzez przeniesienie działań związanych z obsługą do dedykowanej infrastruktury buforowej dla dalszych zagłówków. * * * Prawidłowe progi monitorowania w celu aktywnego wykrywania ciśnienia przepustowości. * * Podczas tego incydentu, nasz monitoring zidentyfikował ciśnienie przepustowości przed wpływem na klienta, ale alarmy nie zostały podjęte na czas. Kontynuujemy tę pracę poprzez usunięcie nieodwołalnych ostrzeżeń dotyczących podstawowych usług uwierzytelniania i wymaganie natychmiastowego zaangażowania inżynieryjnego w pierwszy wpis. * * * Limit connection- recovery retries. * Prace te zostały rozszerzone na sposób, w jaki usługi uwierzytelniania zarządzają łączeniami cachingowymi ogólnie, w tym ustawieniami zwalniania połączeń i timeout, tak więc pojemność nie jest stopniowo zużywana w czasie. * * * Zastosuj szybkość ograniczającą do dużych zadań synchronizacji. * * Obecnie wdraża się ograniczenie stawek. Redukujemy również niepotrzebne duże zapotrzebowanie ze zintegrowanych usług na warstwę buforową. * * Dodatkowe działania z tego incydentu * * * Wdrożenie zaplanowanego, zautomatyzowanego restartowania usług uwierzytelniania jako tymczasowego zabezpieczenia do czasu wprowadzenia ulepszeń obsługi połączenia. Zdajemy sobie sprawę, że nie jest to pierwsze zakłócenie platformy Delinea w ostatnich tygodniach i nie traktujemy tego lekko. Poza powyższymi działaniami, przywództwo Delinei uczyniło naszą platformę niezawodną priorytetem sponsorowanym przez wykonanie, przed pracą fabularną, w której obie konkurują. Obejmuje to lepsze wykrywanie kwestii mających wpływ na krytyczne przepływy pracy, takich jak zapisanie się i zdolność planowania przed wzrostem. Serdecznie przepraszamy za zakłócenia, które spowodowały wasze działania i nadal będziemy dzielić się naszymi postępami.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 4 września 2026 22:02 UTCresolved

   Ten incydent został rozwiązany. Przepraszamy za to zakłócenie. Badanie Badamy raporty o najemcach Delinea Platform wyświetlających zamrożoną wiadomość lokatora, uniemożliwiającą użytkownikom wpisanie się do ich środowiska i dostęp do niego. Warunek ten rozpoczął się około 16: 49 PM EDT ze względu na nieprawidłową zmianę konfiguracji, uniemożliwiającą niektórym klientom dostęp do lokatorów. Maszyniści zidentyfikowali przyczynę, przeprowadzili ponowną pracę, zaczynając od 5: 08 PM EDT, a wszyscy poszkodowani lokatorzy zostali niezamrożeni o 5: 55 PM EDT. Backfill Notice: Ten incydent został dodany do naszej strony statusu retrospektywnie, aby zapewnić dokładny zapis wpływu usługi. Więcej informacji na temat incydentów backfill jest dostępnych tutaj.

2. 25 września 2026 05:05 UTCpostmortem

   # # Incydent Overview Niniejszy raport obejmuje dwa powiązane zdarzenia, które miały wpływ na klientów Delinei. Drugi przypadek, wrzesień 19- 20, 2026, był bezpośrednią konsekwencją niekompletnego powrotu do zdrowia po pierwszym zdarzeniu w dniu 4 września 2026, i oba są udokumentowane razem w ramach tego incydentu. 4 września 2026 Podzbiór najemców Delinea Platform wszedł w stan zamrożony, wyświetlając zamrożoną wiadomość, która uniemożliwiła użytkownikom podpisanie i dostęp do Delinea Platform i Secret Server Cloud. * * Start: * * 4 września 2026, 4: 15 PM EDT\ (20: 15 UTC\) * * Koniec: * * 4 września 2026, 5: 55 PM EDT\ (21: 55 UTC\) - 20 września 2026 Podzbiór lokatorów Cloud Secret Server wyświetlił zaplanowane ogłoszenie o usunięciu, które uniemożliwiło użytkownikom zalogowanie się do Cloud Secret Server. Sygnał do samej platformy Delinea pozostał dostępny. * * Start: * * 19 września 2026, 10: 28 PM EDT\ (20 września 02: 28 UTC\) * * Koniec: * * 20 września 2026, 1: 50 PM EDT\ (17: 50 UTC\) # # Root Cause and Remediation 4 września 2026 Delinea wyłącza lokatorów, którzy nie są już pod aktywną subskrypcją. Lista najemców dla tego cyklu została zbudowana przy użyciu kryteriów wyboru, które oceniały tylko pierwotną datę wygaśnięcia subskrypcji i nie uwzględniały kolejnych wznowienia. W rezultacie najemcy, którzy odnowili i pozostawali w pełni uprawnieni, byli traktowani jako przeterminowani i byli włączeni do listy wraz z uprawnionymi najemcami dokonującymi dedukcji. Nasz strumień pracy polegający na wyłączaniu obejmuje fazę powiadomienia z wyprzedzeniem skierowaną do klienta, która wyświetla ogłoszenie o zastosowaniu dla administratorów lokatorów przed wszelkimi działaniami usuwania. Zawiadomienie to służy zarówno jako ostrzeżenie klienta, jak i jako wewnętrzny krok weryfikacji, ponieważ każdy aktywny klient otrzymujący go wyłoniłby błąd na długo przed wykonaniem. Etap ten nie został zastosowany dla tego cyklu; stan zamrożony został zastosowany bezpośrednio zamiast tego, więc błąd w kryteriach wyboru pozostał niewykryty aż do rozpoczęcia pracy. Gdy zaplanowana praca została wykonana o 4: 15 PM EDT, zamrożony stan najemcy został zastosowany do dotkniętych aktywnych najemców. Po pierwszym raporcie klienta o 4: 49 PM EDT, Inżynieria zidentyfikowała przyczynę i rozpoczęła pracę zwrotną o 5: 08 PM EDT. Rewert zakończony o 17: 55 PM EDT i dostęp do znaku został potwierdzony przywrócony przez wszystkich poszkodowanych najemców. Jednakże, 4 września zmiana ustaliła również datę końcową subskrypcji dla dotkniętych Secret Server Cloud najemców do 20 sierpnia 2026. Zwrócony przywrócony dostęp najemcy, ale nie zwrócił tych dat końcowych do ich prawidłowych wartości, a po-recovery weryfikacji potwierdzonej tylko sign-in dostępu, a nie dokładności podstawowych zapisów subskrypcji. Warunek ten pozostał niewykryty i doprowadził bezpośrednio do wystąpienia 2. - 20 września 2026 Secret Server Cloud zawiera standardowy zautomatyzowany proces cyklu życia, który ogranicza sign- in i rozkłada lokatora do usunięcia 30 dni po dacie zakończenia subskrypcji. W dniu 19 września 2026 r., 30 dni po niewłaściwej dacie zakończenia 20 sierpnia 2026 r., proces ten określił dotkniętych najemców jako wygasłych i zastosował planowany stan usunięcia. Proces cyklu życia zachował się tak, jak został zaprojektowany; wadą były nieprawidłowe dane abonamentowe pozostawione po wydarzeniu 1. Delinea Support rozpoczęła przywracanie dostępu dla poszczególnych najemców począwszy od godz. 12: 09 EDT 20 września. Inżynieria zidentyfikowała każdego najemcę, który miał nieprawidłową datę końcową, a następnie przedłużyła termin subskrypcji dla wszystkich poszkodowanych najemców jako środek tymczasowy, a 20 września dostęp został przywrócony w całości o 1: 50 PM EDT. W okresie od 21 września do 23 września 2026 r. W tym okresie niektórzy klienci mogli zauważyć niedokładną datę zakończenia subskrypcji lub szczegóły licencji w informacjach dotyczących ich konta; nie miało to wpływu na dostęp. Jeżeli Twoja organizacja obserwuje datę zakończenia subskrypcji lub szczegóły licencji, które nie odpowiadają Twoim aktualnym uprawnieniom, skontaktuj się z naszym zespołem wsparcia (https: / / support.delinea.com / s /). Żaden najemca nie został usunięty, a dane klientów nie zostały usunięte, zmienione lub w inny sposób naruszone w żadnym z przypadków. Wpływ był ograniczony do dostępu najemcy. # # Działania zapobiegawcze * Wykluczenie najemcy luzem zostało wycofane. Wszystkie działania związane z cyklem życia najemców masowych są wstrzymane, a odłogowanie będzie przetwarzane indywidualnie. * Automatyzacja cyklu życia najemcy kończy się z bieżących zapisów subskrypcji, w tym wznowienia i zmiany subskrypcji, zastępując ręczny proces wieloetapowy. Każdy najemca zostanie zatwierdzony na podstawie aktywnych zapisów subskrypcji przed zastosowaniem jakiejkolwiek zmiany stanu. * Uczyń każdy etap cyklu życia obowiązkowym i nie-skippable, zaczynając od okresu wcześniejszego powiadomienia, podczas którego administratorzy najemcy widzą ogłoszenie in- aplikacji i wszystkie funkcje nadal działają normalnie. * Upewnij się, że zamrożeni lokatorzy pozostają do odzyskania przez określony okres retencji przed jakimkolwiek trwałym usunięciem, z przywróceniem bezpośrednio z poprawionych zapisów subskrypcji. * Wzmocnienie procedur odzyskiwania incydentów tak, że wszelkie przywrócenie stanu najemcy również przywraca i godzi powiązane zapisy subskrypcji, a odzysk jest weryfikowany w stosunku do systemu rekordu, a nie tylko sygnalizacji dostępu, przed zamknięciem incydentu. * Dodaj wewnętrzne monitorowanie i ostrzeganie o nietypowych tomach zamrożenia najemcy lub zaplanowanych zdarzeń usunięcia, a także o nietypowych wzorcach w danych subskrypcji, tak aby kwestie tego typu zostały wykryte przez Delineę przed dotknięciem klientów. Serdecznie przepraszamy za zakłócenia spowodowane przez oba zdarzenia. Zdajemy sobie sprawę, że drugie zdarzenie wynikało z niekompletnego wyzdrowienia od pierwszego, co zwiększyło wpływ na wasze działania. Przywrócenie dostępu było naszym bezpośrednim priorytetem w każdym przypadku, a powyższe działania są śledzone do zakończenia, aby upewnić się, że nie nastąpi to ponownie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 28 sierpnia 2026 18:02 UTCinvestigating

   Badamy problem dotyczący logowania i dostępu do platformy Delinea w regionie USA. Niektórzy użytkownicy mogą nie być w stanie zalogować się lub mogą mieć powolne wyniki przy dostępie do najemców. W większości przypadków ponowna próba logowania pozwala użytkownikom z powodzeniem uzyskać dostęp do lokatora. Nasz zespół inżynieryjny jest aktywnie zaangażowany. Dostarczymy aktualizację, jak tylko więcej informacji będzie dostępnych.

2. 28 sierpnia 2026 18:27 UTCinvestigating

   Kontynuujemy badanie kwestii logowania i dostępu dotyczących platformy Delinea w regionie USA. Dotknięci użytkownicy mogą zobaczyć komunikat "timeout żądanie wyższego szczebla" podczas próby zalogowania się lub mogą mieć powolną wydajność podczas dostępu do lokatora. Nasz zespół inżynieryjny jest w pełni zaangażowany i traktuje to jako priorytet. Dostarczymy aktualizację, jak tylko więcej informacji będzie dostępnych.

3. 28 sierpnia 2026 19:19 UTCidentified

   Problem został zidentyfikowany i jest w trakcie wdrażania.

4. 28 sierpnia 2026 19:33 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

5. 28 sierpnia 2026 20:16 UTCresolved

   Ten incydent został rozwiązany. Zalogowanie i dostęp do platformy Delinea w regionie USA powróciły do normy, a użytkownicy nie powinni już napotykać błędów lub pogorszonych wyników podczas podpisywania. Kontynuujemy śledztwo w sprawie przyczyny i podzielimy się analizą przyczyn, gdy to śledztwo zostanie zakończone. Przepraszamy za to zakłócenie.

6. 10 września 2026 00:54 UTCpostmortem

   # # Incydent Overview W dniu 28 sierpnia 2026 roku klienci Delinea Platform w regionie USA doświadczyli przerywanych błędów logowania i powolnych wyników podczas podpisywania się lub dostępu do najemców, w tym błędów lub timeout stron na ekranie sign- in dla niektórych użytkowników. W niektórych przypadkach ponowna próba logowania umożliwiła użytkownikom pomyślny dostęp do lokatora. * Początek: 28 sierpnia 2026 około 17: 29 UTC * Koniec: 28 sierpnia, 2026 około 19: 19 UTC # # Root Cause and Remediation Zmiana kodu związanego z buforowaniem, która została dokonana 27 sierpnia, w połączeniu z niezwykle dużą ilością aktywności synchronizacji tła na 28 sierpnia, przekroczyła normalną zdolność operacyjną naszej infrastruktury buforowania wspierającej usługi logowania i uwierzytelniania. Połączenia z nim zaczęły zawodzić, a inne usługi zależne próbowały odzyskać te połączenia wielokrotnie, a nie czyściej, zapobiegając samostabilizacji infrastruktury buforującej. Doprowadziło to do powolnych lub nieudanych prób logowania i opóźnień w operacjach związanych z identyfikacją w całym regionie USA. Nasz zespół inżynieryjny wycofał zmianę buforowania i ponownie uruchomił usługi, które uległy zmianie, co oczyściło nieudane połączenia i rozpoczęło przywracanie funkcjonalności, choć wydajność pozostała zniszczona. Zasób buforowania został skalowany, aby przywrócić normalną wydajność. Kontynuowaliśmy ścisłą obserwację służby, dopóki nie potwierdzono pełnego powrotu do zdrowia. # # Działania zapobiegawcze * Zwiększyć przepustowość i wytrzymałość naszej infrastruktury buforowej poprzez rozprowadzanie ładunków roboczych na dodatkowe zasoby. * Prawidłowe progi monitorowania w celu zapewnienia proaktywnego wykrywania ciśnienia przepustowości przed wpływem na wydajność platformy. * Limit connection- recovery retries to prevent recovery connections from computing system load during a stress event. * Zastosowanie stawki ograniczającej do dużych zadań synchronizacji, aby zapobiec pojedynczym zadaniu z negatywnego wpływu na wydajność platformy. Serdecznie przepraszamy za zakłócenie i niedogodności dla waszych operacji. Jesteśmy zaangażowani w zapobieganie nawrotom poprzez powyższe działania.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 19 sierpnia 2026 21:47 UTCresolved

   Ten incydent został rozwiązany. Przepraszamy za to zakłócenie. Badanie Badamy kwestię, w której użytkownicy w regionach spoza USA nie są w stanie ustanowić nowych zdalnych sesji. Dotknięci użytkownicy otrzymują komunikat "Silnik niedostępny" podczas uruchamiania sesji. Wpływ ogranicza się do klientów w regionach spoza USA. Nie ma to wpływu na gości w regionie USA. Dostarczymy aktualizację, jak tylko będziemy mieli więcej informacji. Backfill Notice: Ten incydent został dodany do naszej strony statusu retrospektywnie, aby zapewnić dokładny zapis wpływu usługi. Więcej informacji na temat incydentów backfill jest dostępnych tutaj.

2. 19 sierpnia 2026 22:11 UTCpostmortem

   # # Incydent Overview Podzbiór klientów w regionach spoza USA nie był w stanie uruchomić nowych sesji PRA i otrzymał błąd "Silnik niedostępny". Istniejące sesje operacyjne nie uległy zmianie. * Start: 14 sierpnia 2026, 09: 46 UTC * Koniec: 14 sierpnia 2026, 10: 45 UTC # # Root Cause and Remediation Nowa wersja usługi PRA została uruchomiona do produkcji 14 sierpnia 2026 o 09: 46 UTC. Nowa wersja nie zastosowała prawidłowo wymaganej wartości konfiguracyjnej w środowisku produkcyjnym, co uniemożliwiło usłudze zlokalizowanie silnika sesyjnego dla regionów spoza USA. Dotknięci klienci nie byli w stanie uruchomić nowych sesji i otrzymali błąd "Silnik niedostępny". Po wzroście wskaźnika błędów w trakcie monitorowania po wdrożeniu, skorelowanego z raportami przychodzących klientów, wdrożenie zostało wycofane do poprzedniej stabilnej wersji. Rollback zakończony o 10: 45 UTC. Rezolucja została zweryfikowana przez logi backend i potwierdzając, że wpływający na klienta może z powodzeniem uruchomić nowe sesje. # # Działania zapobiegawcze * Przegląd procesu wdrażania w celu ustalenia, dlaczego problem konfiguracji nie został wykryty przed uwolnieniem produkcji. * Wdrożenie modelu etapowego, tak aby nowe wersje usług zostały udostępnione do jednego regionu i zatwierdzone przed szerszym wdrożeniem. * Wprowadzenie automatycznych kontroli zdrowia po wdrożeniu, w tym syntetyczne uruchomienie sesji w regionie, że promocja bramki i uruchomi cofnięcie awarii. Serdecznie przepraszamy za to zakłócenie i doceniamy twoją cierpliwość, kiedy pracowaliśmy nad rozwiązaniem tego problemu.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 3 sierpnia 2026 04:55 UTCinvestigating

   Badamy raporty o zdegradowanych wynikach wpływających na Secret Server. Niektórzy użytkownicy mogą nie mieć dostępu do interfejsu użytkownika Vault. Użytkownicy mogą napotkać błąd: [Federation Runtime]: RemoteEntryExports jest niezdefiniowany, co może uniemożliwić dostęp do tajemnic. Nasz zespół aktywnie bada sprawę i pracuje nad przywróceniem normalnej obsługi. Dostarczymy aktualizacje w miarę dostępności większej ilości informacji.

2. 3 sierpnia 2026 14:31 UTCresolved

   Po dalszym dochodzeniu ustaliliśmy, że problem ten jest odizolowany od Secret Server na miejscu rozmieszczenia i nie wpływa na Secret Server Cloud (SSC). Nie stwierdzono żadnego wpływu na SSC w regionach USA, UE lub SEA. Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 29 lipca 2026 04:12 UTCresolved

   Zidentyfikowaliśmy problem wpływający na Secret Server Cloud dla podzbioru klientów w regionie Singapuru z powodu zwiększonego obciążenia infrastruktury backend. Dotknięci użytkownicy doświadczyli wolnego czasu reakcji lub trudności z dostępem do ich instancji. To był tylko występ. Kwestia ta została rozwiązana i przywrócona została normalna wydajność. Przepraszamy za wszelkie niedogodności. Backfill Notice: Ten incydent został dodany do naszej strony statusu retrospektywnie, aby zapewnić dokładny zapis wpływu usługi. Więcej informacji na temat incydentów backfill jest dostępnych tutaj.

2. 20 sierpnia 2026 11:49 UTCpostmortem

   # # Incydent Overview 29 lipca 2026 roku podzbiór klientów Secret Server Cloud w regionie Singapuru miał problemy z wydajnością ze względu na zwiększone obciążenie infrastruktury backend. Dotknięci użytkownicy doświadczyli wolnego czasu reakcji lub trudności z dostępem do ich instancji. Początek uderzenia: 29 lipca, 1: 41AM UTC Koniec uderzenia: 29 lipca, 2: 32AM UTC # # Root Cause W okresie dotkniętym kryzysem, wspólne źródło wsparcia dla regionu Singapuru doświadczyło wzrostu wykorzystania, który pchnął go do jego maksymalnej pojemności. Automatyczny proces odpowiedzialny za skalowanie zasobów w celu obsługi zwiększonego obciążenia nie został zrealizowany zgodnie z oczekiwaniami, co skutkuje zwiększeniem czasu reakcji dla podzbioru klientów w tym regionie. # # # Działania zapobiegawcze Aby zapobiec ponownemu wystąpieniu, wprowadza się następujące środki: * Wzmocnienie naszego zautomatyzowanego procesu skalowania w celu zmniejszenia ryzyka wystąpienia podobnych problemów w przyszłości. Serdecznie przepraszamy za zakłócenie i niedogodności dla waszych operacji. Jesteśmy zaangażowani w zapobieganie nawrotom poprzez powyższe działania.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 28 lipca 2026 14:03 UTCinvestigating

   Badamy raporty, że niektórzy użytkownicy Secret Server Cloud nie są w stanie się zalogować i są przekierowywane na stronę błędu. Aktywnie pracujemy nad rozwiązaniem tej kwestii i wkrótce przedstawimy kolejną aktualizację.

2. 28 lipca 2026 14:15 UTCidentified

   Zidentyfikowaliśmy przyczynę problemu. Zmiana konfiguracji uniemożliwiła wybranym najemcom podłączenie się do bazy danych, co spowodowało, że aplikacja nie wczytała i nie wyświetliła stron błędów. Nasz zespół inżynieryjny zastosował zmianę korekcyjną i sprawdza naprawę. Wkrótce dostarczymy kolejną aktualizację.

3. 28 lipca 2026 16:34 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

4. 28 lipca 2026 23:07 UTCresolved

   Kwestia ta została rozwiązana, a usługi działają normalnie. Będziemy nadal monitorować, aby zapewnić stabilność.

5. 15 września 2026 06:39 UTCpostmortem

   # # Incydent Overview 28 lipca 2026 roku, mała podgrupa lokatorów Cloud Secret Server nie była w stanie zarejestrować się lub napotkać błędów podczas nawigacji między stronami. Dotknięci lokatorzy nie mogli ustalić połączenia z ich bazą danych, co spowodowało, że aplikacja nie została załadowana. * Początek: 28 lipca 2026, około 03: 11 AM UTC * Koniec: 28 lipca 2026, około 04: 05 PM UTC * Regiony dotknięte: Bardzo mały podzbiór najemców w wielu regionach # # Root Cause and Remediation Podczas wewnętrznego etapu wydania, usługa wspierająca została przebudowana i uruchomiona w wersji, która nie pasuje do wersji uruchomionej w produkcji Secret Server Cloud. W dwóch wersjach ustawienia podłączenia do bazy danych inaczej, a nowszy format zawierał ustawienie aplikacji produkcyjnej nie rozpoznaje. Wartość ta została napisana do wewnętrznej pamięci podręcznej i podana lokatorom jako ich buforowane wpisy zostały odświeżone. Ponieważ czas odświeżania różni się w zależności od dzierżawcy, lokatorzy odczuli skutki w różnych punktach, a nie w każdym momencie, dlatego wpływ ograniczono raczej do podzbioru niż do pełnego regionu. Nasz zespół inżynieryjny zidentyfikował przyczynę, przesunął usługę wspierającą w wersji pasującej do produkcji i wyczyścił uszkodzone wpisy cache. Dostęp został przywrócony jako skorygowane wartości propagowane, a każdy dotknięty najemca został zatwierdzony indywidualnie przed zamknięciem incydentu. # # Działania zapobiegawcze * Dodaj automatyczne badania kompatybilności i kontroli walidacji wdrożenia, aby złapać konfigurację i niedopasowanie wersji zanim kod dotrze do produkcji. * Ulepszenie wykrywania awarii połączeń z bazą danych na poziomie tenant- level, aby ta klasa problemu została zidentyfikowana poprzez wewnętrzne monitorowanie zamiast raportów klientów. * Wzmocnienie wewnętrznych procesów przeglądu zarządzania pamięci podręcznej i konfiguracji w celu zmniejszenia ryzyka i wpływu podobnych kwestii w przyszłości. Serdecznie przepraszamy za zakłócenie i niedogodności dla waszych operacji. Jesteśmy zaangażowani w zapobieganie nawrotom poprzez powyższe działania.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 27 lipca 2026 18:05 UTCinvestigating

   Zidentyfikowaliśmy problem uniemożliwiający niektórym klientom zdalne podłączenie się za pośrednictwem PROW lub zmianę hasła. Aktywnie pracujemy nad rozwiązaniem tej kwestii i wkrótce przedstawimy kolejną aktualizację.

2. 27 lipca 2026 19:34 UTCidentified

   Zidentyfikowaliśmy problem uniemożliwiający niektórym klientom zdalne podłączenie się przez pośrednika lub zmianę hasła. Podczas tego incydentu niektórzy klienci również doświadczyli błędów przy tworzeniu folderów. Nasz zespół inżynieryjny odizolował przyczynę i aktywnie wprowadza naprawę w celu przywrócenia normalnej obsługi. Dostarczymy kolejną aktualizację w miarę postępów.

3. 27 lipca 2026 20:10 UTCmonitoring

   Stosowaliśmy środki łagodzące w celu przywrócenia dostępności usług i aktywnie monitorujemy środowisko w celu zapewnienia stałej stabilności. Przepraszamy za wszelkie niedogodności, które mogły spowodować i doceniamy waszą cierpliwość.

4. 27 lipca 2026 21:30 UTCresolved

   Kwestie dotyczące naszych klientów Secret Server Cloud zostały rozwiązane. Przepraszamy za wszelkie niedogodności.

5. 4 sierpnia 2026 20:24 UTCpostmortem

   ## Incident Overview On July 27, 2026, Secret Server Cloud \(US region\) customers experienced widespread failures with RDP sessions, remote password rotation, and folder creation. The root cause was a critical internal caching layer that filled up to capacity because session entries were being stored in it without expiration. As the cache filled, it began rejecting write operations, causing a backend processing service to fail. Messages continually accumulated in an internal message queue which degraded performance for all affected tenants. * Start: July 27, 2026, approximately 2:00 PM EDT * End: July 27, 2026, approximately 4:10 PM EDT * Region impacted: US ## Root Cause and Remediation The internal caching layer had been accumulating session data with no expiration for over 20 days. At the time of investigation, approximately 86% of cache entries had no expiration set. The root cause is a code-level bug that was not setting expirations properly on session entries. Once the cache reached capacity, new writes were rejected, breaking the log pipeline and cascading into broader service failures across tenants. To remediate, the caching layer was manually flushed at approximately 4:04 PM EDT, restoring write capacity and allowing the message queue to drain. A code fix to add TTL \(time-to-live\) to the affected keys has been identified and is in progress. ## Preventative Actions * Apply a code fix to add TTL to session entries and other unbounded growth keys in the caching layer, preventing recurrence regardless of deployment cadence. * Add memory utilization alerting for the caching layer at defined thresholds, so memory pressure is detected proactively before capacity is reached. * We are looking into adding a post-release action for flushing the cache as a standard step in the deployment process We sincerely apologize for the disruption this caused and the inconvenience to your operations. We are committed to preventing recurrence through the above actions.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 26 lipca 2026 18:13 UTCresolved

   Zdajemy sobie sprawę z raportów kilku klientów doświadczających problemów z połączeniem w regionie USA. Zidentyfikowaliśmy przyczynę jako infrastrukturę sieciową wspierającą ruch połączeń i złagodziliśmy skutki. Łączność powinna zostać przywrócona. W przyszłym tygodniu planowane są dalsze badania i zmiany infrastruktury, aby zapobiec nawrotom.

2. 4 sierpnia 2026 17:01 UTCpostmortem

   ## Incident Overview  On July 24, 2026, customers in the US region experienced Connector connectivity issues affecting authentication through the Delinea Platform. Some Connectors intermittently went offline while others in the same environment continued operating normally, with no consistent pattern distinguishing affected from unaffected Connectors. Restarting or re-registering an affected Connector did not restore connectivity.  * Start: July 24, 2026, approximately 4:50 PM ET \(8:50 PM UTC\)  * End: July 24, 2026, approximately 8:00 PM ET \(July 25, 12:00 AM UTC\)  ## Root Cause and Remediation  The root cause was overload on backend relay services that route Connector traffic to the Delinea Platform. Because impacted and unimpacted Connectors were sometimes present in the same customer environment, initial investigation focused on individual Connector configuration and network paths. Further investigation identified the issue on TCP relays in the US-West region; one affected relay was temporarily removed from the relay pool for isolation and diagnosis. This confirmed the underlying issue was load on the affected relays rather than a defect in the relay software or hardware itself.  To remediate, our team investigated and stabilized the affected relay services as they were identified, restoring Connector connectivity. Connectivity was confirmed restored the evening of July 24, and the incident was resolved by approximately 8:00 PM ET. No action was required from customers, and no customer data was lost.  ## Preventative Actions  * Added new relays in US-West and US-East to increase capacity and reduce the likelihood of relay overload recurring.  * Improve tooling for the backend relay services to make them more resilient and self-recovering under load.  * We are implementing additional monitoring of the relay services to detect this specific condition and connectivity degradation before customers are impacted.  We sincerely apologize for the disruption this caused and the inconvenience to your operations. We are committed to preventing recurrence through the above actions.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 lipca 2026 16:24 UTCidentified

   Chcieliśmy przekazać Państwu aktualizację dotyczącą incydentu mającego wpływ na usługi wymienione poniżej. Nasz zespół pracuje pilnie nad tym zagadnieniem i poczyniliśmy znaczne postępy. Doceniamy Państwa cierpliwość i wsparcie, ponieważ pracujemy nad pełnym przywróceniem normalnej obsługi. W przypadku jakichkolwiek pytań lub wątpliwości prosimy o kontakt z naszym zespołem wsparcia pod adresem https: / / support.delinea.com.

2. 24 lipca 2026 16:33 UTCidentified

   Zidentyfikowaliśmy przyczynę błędów przerywanych 504 / Gateway Timeout, których doświadczali niektórzy klienci podczas dostępu do swoich instancji Delinea Platform lub gdy używane są operacje oparte na połączeniach. Problem ten wynika z wydłużonego czasu reakcji w usłudze backend, która obsługuje połączenia złącza, co powoduje pewne żądania do czasu. Nasz zespół inżynieryjny odizolował źródło i aktywnie stosuje działania naprawcze w celu przywrócenia normalnej wydajności. Niektórzy klienci mogą nadal oglądać przerywane timeout aż do naprawienia jest w pełni na miejscu. W miarę zmian sytuacji zapewnimy dalszą aktualizację.

3. 24 lipca 2026 22:34 UTCidentified

   Zidentyfikowano tę kwestię i trwają obecnie działania naprawcze. Będziemy nadal dostarczać aktualizacje w miarę postępów.

4. 24 lipca 2026 23:48 UTCresolved

   Ten incydent został rozwiązany.

5. 4 sierpnia 2026 16:40 UTCpostmortem

   ## Incident Overview  On July 24, 2026,  a subset of Delinea Platform customers in the US and AU regions experienced intermittent 504 Gateway Timeout errors, resulting in temporary service disruption while accessing Platform. On July 24, 2026, some Delinea Platform customers in US and AU regions experienced intermittent 504 Gateway Timeout errors, resulting in temporary service disruption while accessing the platform.  Start: July 24, 2026, 11:20 AM ET  End: July 24, 2026, 3:30 PM ET  ## Root Cause and Remediation  The incident was caused by an unexpected increase in request volume generated by a Secret Server Cloud synchronization process, which exceeded the processing capacity of The Platform service. As the service became overloaded, request latency increased and some requests exceeded the gateway timeout threshold, resulting in intermittent 504 Gateway Timeout errors for a subset of Platform customers.  Our engineering team applied immediate mitigations to reduce load while working to resolve the underlying capacity constraint, and is implementing a long-term solution to improve capacity handling and prevent similar incidents. Additional monitoring will also be added to detect and respond to this type of condition more quickly.  ## Preventative Actions  * Improve capacity handling: Enhance the backend capacity to better accommodate periods of elevated request volume without impacting customer traffic.  * Optimize Secret Server Cloud synchronization: Engineering has implemented mitigations to address the immediate issue and prevent recurrence in the short term. A long-term solution is being developed to further improve the handling of synchronization workloads.   * Expand monitoring and alerting: implement additional monitoring and alerting to detect elevated request volumes and performance degradation earlier, enabling faster response and mitigation.      We sincerely apologize for the disruption this caused and the inconvenience to your operations. We are committed to preventing recurrence through the above actions.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 21 lipca 2026 21:55 UTCmonitoring

   Mamy do czynienia z opóźnieniami w przetwarzaniu audytów dla klientów w naszym regionie wschodniego USA. Rejestry audytowe i działania audytowe mogą wydawać się opóźnione lub niekompletne w interfejsach platformy Delinea i Secret Server Cloud. Nie zagubi się żaden audyt. Wszystkie wydarzenia są przechwytywane i będą przetwarzane. Funkcjonalność produktu podstawowego, w tym tajny dostęp, uwierzytelnianie i zarządzanie hasłem. Nasz zespół inżynieryjny zidentyfikował przyczynę i skasował bazę danych i zasoby przetwarzania, aby rozwiązać zaległości. Backlog jest aktywnie wyczerpujący.

2. 23 lipca 2026 15:57 UTCresolved

   Zazaleg przetwarzania zdarzeń audytowych dotykających klientów w naszym regionie US East został w pełni oczyszczony. Rejestry kontroli są obecnie aktualne i aktualne. W tym okresie nie zostały utracone żadne zdarzenia audytowe. Dziękuję za cierpliwość.

3. 20 sierpnia 2026 11:48 UTCpostmortem

   # # Incydent Overview W dniu 20 lipca 2026 r. podzbiór klientów Delinea Platform w regionie amerykańskim napotkał opóźnienia w przetwarzaniu zdarzeń audytowych, co spowodowało opóźnienie między wydarzeniami, które miały miejsce, a wydarzeniami audytowymi pojawiającymi się w dziennikach. * Start: July 20, 2026, 10: 54 AM UTC * Koniec: 23 lipca 2026, 15: 58 PM UTC # # Root Cause and Remediation Incydent został spowodowany wzrostem wolumenu zdarzeń audytowych po niedawnym wydaniu Secret Server, które przekroczyło zdolność przetwarzania rurociągu zdarzeń audytowych w regionie USA. W miarę wzrostu wolumenu wydarzenia były w kolejce do przetwarzania, a nie w czasie rzeczywistym, powodując zaległości i związane z tym opóźnienia w dostępności dziennika audytu. Podczas tego incydentu nie zostały stracone żadne zdarzenia audytowe. Nasz zespół inżynieryjny skalował podstawową zdolność przetwarzania danych do pracy przez zaległości podczas monitorowania głębokości kolejki i szybkości przetwarzania. Do 23 lipca 2026 r. wszystkie opóźnione wydarzenia zostały w pełni przetworzone, dzienniki kontroli były aktualne i wznowiono normalne operacje. # # # Działania zapobiegawcze * Poprawa automatycznego skalowania do gazociągu zdarzeń audytowych, dzięki czemu może wchłonąć wzrost objętości bez tworzenia zaległości lub opóźniania dostępności dziennika. * Poprawa monitorowania i ostrzeganie o wielkości przetwarzania audytów i głębokości kolejki, aby wykryć potencjalne opóźnienia wcześniej i reagować przed wpłynięciem klientów. Serdecznie przepraszamy za zakłócenie i niedogodności dla waszych operacji. Jesteśmy zaangażowani w zapobieganie nawrotom poprzez powyższe działania.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.