Historia awarii Centrify

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.

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.

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ść.

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.

1. 13 lipca 2026 18:00 UTCinvestigating

   Badamy obecnie problem dotyczący platformy Delinea, gdzie synchronizacja SCIM doświadcza przerw w tworzeniu nowych użytkowników / grup. Problem ten dotyczy przede wszystkim klientów o dużych rozmiarach grupy (tysiące użytkowników na grupę). Spowodowało to powolną wydajność, a w niektórych przypadkach niepowodzenie logowania. W ramach działań łagodzących, w celu zminimalizowania dalszych skutków, podgląd publiczny SCIM został wyłączony. Nasz zespół aktywnie bada przyczynę i dostarczy aktualizacje w miarę dostępności większej ilości informacji.

2. 13 lipca 2026 23:16 UTCresolved

   Zaimplementowano rozwiązanie problemu czasu SCIM. Wydajność wróciła do normy i synchronizacja SCIM działa zgodnie z oczekiwaniami. Ten incydent został rozwiązany. Jeśli nadal będziesz doświadczał jakichkolwiek powiązanych problemów, skontaktuj się z naszym zespołem wsparcia pod adresem https: / / support.delinea.com Dziękuję za cierpliwość.

3. 17 lipca 2026 20:33 UTCpostmortem

   # # Incydent Overview 10 lipca 2026 roku klienci korzystający z podglądu publicznego SCIM z integracją Active Directory doświadczyli zdegradowanej wydajności złącza. Wpływ był ograniczony do najemców z grupą AD zawierającą bardzo duże członkostwo\ (tysiące użytkowników\), którzy przeszli zmianę członkostwa w oknie incydentu. Afected złącza widział CPU i wykorzystanie pamięci wzrasta do poziomu krytycznego, osłabiając ich zdolność do przetwarzania innych żądań, w tym loginy. * Start: 9 lipca 2026, około 11: 00 PM Central\ (10 lipca, 16: 00 UTC\) * Koniec: 13 lipca 2026, około 8: 00 PM Central\ (14 lipca, 1: 00 AM UTC\) # # Root Cause and Remediation Funkcjonalność SCIM, wcześniej dostępna przez prywatny podgląd, została promowana do publicznego podglądu 24 czerwca 2026. Aby spełnić protokół SCIM, usługa SCIM zachowuje częściową kopię danych użytkowników Active Directory i grup, zbudowanych z powiadomień o zmianach przesyłanych z AD. Kiedy SCIM otrzymał powiadomienie o zmianie składu grupy, która nie była jeszcze w pełni zaludniona, zadawała pytania AD o cały skład grupy, a nie o konkretną zmianę. Dla klientów z bardzo dużych grup AD, to wygenerował dużą ilość zapytań poprzez złącze klienta, przytłaczając go. Nastolatki z włączonym podglądem publicznym otrzymały funkcję SCIM automatycznie, więc środowiska nieaktywne przy użyciu SCIM również zostały narażone. Aby rozwiązać problem, SCIM był niepełnosprawny dla poszkodowanych klientów po potwierdzeniu, że nie był aktywnie z niego korzystać, a podgląd publiczny SCIM został wyłączony w dniu 13 lipca jako środek ostrożności, podczas gdy stałe rozwiązanie zostało zatwierdzone. Usługa została zaktualizowana tak, że pojedyncze powiadomienie o zmianie składu powoduje zapytanie tylko o tę zmianę, a nie o pełne członkostwo grupy. Ustawienie zostało wprowadzone do końca dnia 13 lipca, a podgląd publiczny SCIM został ponownie włączony 14 lipca 2026 o 8: 00 w centrum. Klienci nie potrzebowali żadnych działań. # # Działania zapobiegawcze * Rozszerz testowanie w celu włączenia dużych scen grupy AD przed przyszłymi promocjami podglądu. * Dodaj monitoring nieprawidłowo nastawionego połączenia API, więc podobne problemy są wykrywane przed wpływem klienta. 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. 12 lipca 2026 07:04 UTCinvestigating

   Zdajemy sobie sprawę z problemu wpływającego na Platformę Delinea i Cloud Secret Server, gdzie użytkownicy mogą nie być w stanie uruchomić tajemnic, napotykając błąd "W Cloud Secret Server wystąpił błąd". Nasz zespół aktywnie bada przyczynę i zapewni aktualizację, jak więcej informacji staje się dostępne.

2. 12 lipca 2026 08:38 UTCidentified

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

3. 12 lipca 2026 09:40 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

4. 12 lipca 2026 11:19 UTCresolved

   Ten incydent został rozwiązany.

5. 15 lipca 2026 16:02 UTCpostmortem

   * * Incydent Overview * * W dniu 11 lipca 2026 r., po wydaniu [Secret Server Cloud] (https: / / status.delinea.com / invents / b8yxjwdy4kv2), klienci korzystający z wyrzutni Session Connector doświadczyli tajnych awarii startowych, w tym uruchomień brokowanych przez platformę Delinea. Afected starts zwrócił błąd HTTP 500 i nie został wygenerowany żaden plik połączenia. Inne typy wyrzutni i wszystkie inne funkcje Secret Server nie zostały naruszone. * Start: 11 lipca 2026, około 5: 00 PM UTC * Koniec: 12 lipca 2026, 8: 34 AM UTC\ (rollback zakończony we wszystkich regionach\) * * * Root Cause and Remediation * * Wydanie zmieniło sposób, w jaki konfiguracja wyrzutni jest rozwiązywana w czasie jej uruchamiania w sposób niezgodny z niektórymi istniejącymi konfiguracjami wyrzutni połączeń sesyjnych. Prośby o uruchomienie tych konfiguracji nie powiodły się z błędem serwera zamiast normalnie uzupełniać. Aby to naprawić, nasz zespół wycofał uwolnienie we wszystkich regionach. Powtórzenie rozpoczęło się o 8: 21 rano UTC i zostało zakończone o 8: 34 rano UTC 12 lipca, rozwiązując ten incydent. Po wycofaniu, nasz zespół potwierdził z dotkniętymi klientami, że tajny start powrócił do normalnej funkcji. Klienci nie potrzebowali żadnych działań. Poprawiony fix został ukończony i zweryfikowany z rozszerzonym automatycznym pokryciem regresji dla konfiguracji Session Connector do uruchomienia i zostanie włączony w nadchodzącym wydaniu Secret Server Cloud. Nie będzie wymagane działanie klienta. * * * Działania zapobiegawcze * * * Automatyczne pokrycie testowe jest rozszerzane na wszystkie obsługiwane typy i konfiguracje wyrzutni. * Automatyczne wykrywanie nowych podpisów błędów wprowadzone przez wdrożeń, skracając czas do wykrywania i cofania do podobnych kwestii. 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. 9 lipca 2026 19:57 UTCinvestigating

   Nasz zespół jest świadomy problemu wpływającego na RPC i aktywnie prowadzi dochodzenie. Dostarczymy dodatkowe aktualizacje w miarę dostępności większej ilości informacji.

2. 9 lipca 2026 20:00 UTCidentified

   Zidentyfikowaliśmy przyczynę i aktywnie pracujemy nad złagodzeniem tej kwestii. Dalsze aktualizacje będą dostarczane w miarę ich dostępności.

3. 9 lipca 2026 20:33 UTCmonitoring

   Wprowadziliśmy rozwiązanie i obecnie monitorujemy. Dalsze aktualizacje zostaną wkrótce dostarczone.

4. 9 lipca 2026 22:42 UTCresolved

   Z przyjemnością informujemy, że incydent dotyczący Secret Server Cloud 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.

5. 10 lipca 2026 00:38 UTCpostmortem

   # # Incydent Overview W dniu 9 lipca 2026 roku klienci w regionie SSC USA doświadczyli zdegradowanego tajnego dostępu przez około dwie godziny. Dotknięci klienci nie byli w stanie wiarygodnie dostrzec tajemnic, uruchomić zdalnych sesji lub wykonać operacji RPC w oknie uderzenia. * Start: 9 lipca 2026, 1: 52 PM Central\ (6: 52 PM UTC\) * Koniec: 9 lipca 2026, 15: 55 PM Central\ (8: 55 PM UTC\) # # Root Cause and Remediation Podczas rutynowego dochodzenia w sprawie niepowiązanego alarmu, dane uwierzytelniające wykorzystywane przez naszą wewnętrzną infrastrukturę komunikacyjną zostały zregenerowane. Infrastruktura ta obsługuje przetwarzanie tła, żądania stron internetowych i obsługę sesji w całym regionie USA SSC. Regeneracja unieważniła kilka połączeń bez okresu przejściowego. Spowodowało to zatrzymanie przetwarzania tła, a żądania stron internetowych, które zależą od warstwy wiadomości, aby powiesić i ostatecznie nie. Aby zaradzić, nasz zespół zaktualizował systemy dotknięte nowymi referencjami i wznowił usługi, które miały wpływ. Łączność została automatycznie przywrócona po ponownym uruchomieniu usług. Klienci nie potrzebowali żadnych działań. Odzyskanie potwierdziło się o 15: 55. # # Działania zapobiegawcze * Ulepszone bramy change-control na operacji root klucz przeciwko produkcji place nazw, aby zapobiec niesprawdzonych kluczowych rotacji. Serdecznie przepraszamy za zakłócenie i niedogodności dla waszych operacji. Jesteśmy zaangażowani w zapobieganie nawrotom poprzez powyższe działanie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 28 maja 2026 18:21 UTCinvestigating

   We are aware of an issue affecting the Delinea Platform in the US region. Some users may be experiencing difficulty logging in or accessing the platform, including unresponsive login attempts and unavailable resources after signing in. Our team is actively investigating. We will provide an update as soon as we have more information.

2. 28 maja 2026 18:40 UTCidentified

   We have identified the cause of this incident. A connectivity issue with an upstream network provider affecting our New York point of presence is impacting access to the Delinea Platform for some US region users. Mitigation has been applied, with traffic being rerouted through an alternate point of presence to restore service. We are monitoring the situation closely and will provide a further update as events warrant

3. 28 maja 2026 18:54 UTCmonitoring

   Traffic has been fully rerouted through alternate points of presence and service has been restored for affected US region users. We are monitoring the platform to confirm full stability.

4. 28 maja 2026 20:10 UTCresolved

   This incident has been resolved.

1. 20 maja 2026 17:34 UTCinvestigating

   We are currently investigating reports of Distributed Engines being unable to connect to Secret Server Cloud. Customers may experience issues accessing secrets that rely on Distributed Engines, including remote session launches through Connection Manager and proxied secret operations. Our engineering team is actively investigating the root cause and working to restore full functionality. We will provide an update as soon as we have more information. We apologize for any inconvenience this may be causing.

2. 20 maja 2026 18:44 UTCinvestigating

   We are continuing to investigate this issue.

3. 20 maja 2026 18:46 UTCidentified

   We have identified the cause of the Distributed Engine connectivity issue. A compatibility mismatch between the Distributed Engine and a backend service is preventing connections from being established. Our engineering team is deploying a fix to the impacted regions (US, UK and CA) to resolve the issue. We will continue to provide updates as the deployment progresses. We apologize for any inconvenience this may be causing.

4. 20 maja 2026 19:28 UTCidentified

   The fix has been deployed to the UK and Canada regions. Distributed Engines in those regions will automatically re-establish connectivity. Deployment to the US region is still in progress. We will provide another update once the US deployment is complete. We apologize for any inconvenience this may be causing.

5. 20 maja 2026 20:02 UTCmonitoring

   The fix has been successfully deployed to all regions. We have confirmed that Distributed Engine connectivity has been re-established across UK, Canada, and US regions. We are continuing to monitor the environment to ensure stability. We apologize for any inconvenience this has caused.

6. 20 maja 2026 21:43 UTCresolved

   This incident has been resolved.

7. 27 maja 2026 18:20 UTCpostmortem

   ## Incident Overview On May 20, 2026, a subset of customers in the US, UK, and Canada regions experienced Distributed Engines going offline, which prevented access to secrets that depend on Distributed Engines. Affected customers were unable to launch remote sessions through Connection Manager and could not perform other proxied secret operations during the impact window. * **Start:** May 20, 2026, 11:30 AM Central \(4:30 PM UTC\) * **End:** May 20, 2026, 2:35 PM Central \(7:35 PM UTC\) ## Root Cause and Remediation During the recent patch of Secret Server, the Distributed Engines in US, CA, and UK were not functioning for a brief period due to an incompatibility issue between the new Distributed Engine and the prior Secret Server version. The new Distributed Engine expected a configuration value that the older Secret Server version was not yet providing, which prevented the Distributed Engine from starting up cleanly. The affected Distributed Engines entered a retry loop and could not self-recover until the compatibility issue was corrected. To remediate, the latest Secret Server backend was deployed to the impacted regions, restoring compatibility with the new Distributed Engine. The deployment was completed first in the UK and Canada regions, followed by the US region. Distributed Engines in all affected regions automatically re-established connectivity once the deployment was completed, requiring no customer action. Connectivity was confirmed restored across all three regions at 2:35 PM Central. ## Preventative Actions * Implement forward-compatibility testing for Distributed Engine releases, including a response-mocking harness that simulates a Secret Server omitting newly introduced configuration keys, and a per-PR checklist to ensure new configuration reads are covered by the harness. * Update the Distributed Engine release pipeline to support region-specific deployments, enabling controlled rollout sequencing and tighter regional containment during multi-component releases. * Strengthen automated testing to verify Secret Server compatibility with both the prior and current Distributed Engine versions. We sincerely apologize for the disruption this caused and the inconvenience to your operations. We are committed to preventing recurrence through the above actions.

1. 11 maja 2026 15:44 UTCresolved

   Between approximately 7:47 PM and 10:48 PM EDT on Sunday, May 10, 2026, some US customers in East US region may have experienced intermittent timeout errors (including 504s) or delays when logging in to Platform. This was caused by a disruption at a US datacenter operated by our upstream network provider, which affected traffic routing in the region. The upstream issue has since been resolved and affected infrastructure has been restored. Platform login is now operating normally, and we are continuing to monitor. We apologize for any inconvenience this may have caused.

2. 20 maja 2026 03:15 UTCpostmortem

   **Incident Overview**  On May 10, 2026, between 23:47 UTC and 02:48 UTC \(the next day\), some US customers in the East US region experienced intermittent login errors, including 504 timeouts and slow response times. The issue originated at the Ashburn, VA location of our web application firewall \(WAF\) infrastructure, which handles traffic routing for East US region. Service was restored during the incident by rerouting traffic through alternate locations. The Ashburn site was returned to service at 12:00 UTC on May 11, 2026.  **Root Cause**  The outage was triggered by a hardware failure within the Ashburn WAF infrastructure. A faulty optical transceiver caused the primary network link between aggregation switches to become unstable, leading to repeated connection drops. A secondary link that should have served as a failover was already inactive at the time, a condition that had gone undetected due to a gap in infrastructure monitoring. With no functioning backup, the degradation of the primary link disrupted traffic flowing through the site, resulting in the login errors customers experienced.  Two factors extended the duration of impact. First, the monitoring gap meant that the inactive backup link was not visible ahead of the incident. Second, there was a delay in executing the standard failover process \(deactivating the affected site and rerouting traffic\) once customer impact was identified. Both gaps have since been identified and remediated.  **Preventive Actions**  * The faulty optical transceivers on both the primary and secondary network links at the Ashburn location are being replaced, with a spare unit kept on-site to support faster response if needed in the future.  * The monitoring gap that failed to surface the inactive secondary link is being addressed, ensuring both active and backup links are visible to the network operations team going forward.  * Response procedures are being reviewed and reinforced to ensure the site deactivation and traffic rerouting process is initiated promptly whenever significant customer impact is detected.

1. 11 maja 2026 15:28 UTCmonitoring

   As of 13:37 UTC, the degraded performance affecting Secret Server Cloud in the EU region has been resolved. Customers who experienced failures launching secrets or intermittent API errors should no longer be impacted. Our team is conducting a root cause analysis. We will post a follow-up update once findings are available. We apologize for any disruption this caused. ----------------------------------------------------------------------------------------------------------------------- Investigating — May 11, 2026, 07:57 UTC We are investigating reports of degraded performance affecting Secret Server Cloud in the EU region. Some users may be unable to launch secrets. We will provide an update as soon as more information is available.

2. 12 maja 2026 02:17 UTCresolved

   As of 13:37 UTC on May 11, 2026, the Intermittent failures launching Secrets in the EU region has been resolved. Our preliminary investigation determined that the root cause was an outage impacting a cloud infrastructure service used by Secret Server Cloud. Normal service has been confirmed restored. We are continuing to work with our cloud provider to obtain full root cause details and identify preventative actions. We apologize for the impact to your experience and appreciate your patience while we investigated.

3. 20 maja 2026 06:09 UTCpostmortem

   **Incident Overview** On May 11, 2026, starting at 07:53 UTC, Secret Server Cloud customers in the EU region experienced intermittent failures when launching secrets, initiating proxied RDP/SSH sessions, and making API calls requiring distributed engine communication. The incident was traced to a degradation in the underlying cloud messaging infrastructure in the West Central Europe region. At 13:37 UTC, the degraded performance affecting our services was fully resolved and normal operations were restored. The impact was limited to SSC customers with Distributed Engines. Secret viewing, management, and Web UI availability remained unaffected. **Root Cause** A degradation in the cloud messaging infrastructure in the West Central Europe region caused message subscription management operations to return HTTP 504 Gateway Timeout errors, preventing Distributed Engines from completing initialization and taking them offline. This resulted in timeouts across all distributed engine-routed operations, most visibly secret launches and proxied session initiations. The failure was isolated to the control plane layer of the messaging infrastructure. TCP-level connectivity remained healthy throughout the incident, and the issue was not attributed to any network or configuration change on our side. The issue was mitigated by our Cloud provider rolling back a recent release on the messaging infrastructure that had contributed to the control plane failures. **Preventive Actions** * Expand monitoring coverage for cloud messaging exception rates and Distributed Engine subscription failure patterns to enable proactive detection ahead of customer impact. * Review integration of Cloud provider health notifications into our on-call alerting pipeline to improve visibility into infrastructure events affecting Secret Server Cloud regions. * Assess improvements to Distributed Engine startup and reconnection logic to introduce retry handling with exponential back-off on transient messaging failures, reducing the risk of short-lived disruptions escalating into sustained engine outages. **Lessons Learned** The duration of customer impact during this incident was extended by gaps in our operational response. Specifically: * Limited visibility into cloud provider health events delayed our awareness of the underlying infrastructure degradation, and we did not follow our standard operating procedure to escalate with our vendor in a timely manner. * Acknowledgment of the incident on our status page was delayed, deviating from our standard incident communication process. * This incident reinforced the importance of continual improvements in both our monitoring and situational awareness of our infrastructure, as well as in our engineer training and development. We apologize for the extended impact our handling of this incident had on our customers and on their operations. We continue to take our responsibilities to our customers seriously, and have taken lessons from the handling of this incident to strengthen our processes going forward.

1. 26 kwietnia 2026 06:21 UTCinvestigating

   We are investigating reports of degraded performance affecting Privileged Access Service / Cloud Suite Pod34. Some users may experience slower than normal response times. Users may encounter slow page loads, increased latency, or timeouts. Our team is actively investigating.

2. 26 kwietnia 2026 14:09 UTCmonitoring

   We wanted to provide you with an update on the incident affecting the service(s) listed below. We have implemented a mitigation and are monitoring the situation. For any questions or concerns, please reach out to our support team at https://support.delinea.com.

3. 27 kwietnia 2026 14:14 UTCresolved

   We’re pleased to inform you that the incident affecting the service(s) listed below has been resolved. Our team has implemented a fix, and all systems are now operating normally. We apologize for any inconvenience this incident may have caused, and we appreciate your understanding and support. For any questions or concerns, please reach out to our support team at https://support.delinea.com.

1. 26 kwietnia 2026 05:19 UTCinvestigating

   We are investigating reports of degraded performance affecting Privileged Access Service / Cloud Suite Pod34. Some users may experience slower than normal response times. Users may encounter slow page loads, increased latency, or timeouts. Our team is actively investigating.

2. 26 kwietnia 2026 05:49 UTCresolved

   We’re pleased to inform you that the incident affecting the service(s) listed below has been resolved. The load causing the issue has resolved. We apologize for any inconvenience this incident may have caused, and we appreciate your understanding and support. For any questions or concerns, please reach out to our support team at https://support.delinea.com.

1. 25 kwietnia 2026 21:25 UTCidentified

   We have identified an issue in the recently rolled out Cloud Suite 26.1 release where custom authorization profiles containing wildcard or regex characters (e.g., "*") may return HTTP 401 errors. Built-in authorization profiles are not affected. A workaround is available. Please refer to the following knowledge base article for details: https://support.delinea.com/s/article/1777148833588 A fix is actively in progress, and is expected to be available shortly. We will post an update as events warrant. We apologize for any inconvenience this may cause.

2. 26 kwietnia 2026 12:51 UTCresolved

   We’re pleased to inform you that the incident affecting the service(s) listed below has been resolved. Our team has implemented a fix, and all systems are now operating normally. We apologize for any inconvenience this incident may have caused, and we appreciate your understanding and support. For any questions or concerns, please reach out to our support team at https://support.delinea.com.