Störungsverlauf von Centrify

1. 21. Oktober 2026 um 14:48 UTCinvestigating

   Wir untersuchen ein Problem, das den Inventory Service in der US-Region betrifft und sich auf die Fähigkeit auswirkt, Inventory hinzuzufügen oder zu aktualisieren. Die Funktionalität der Kernplattform bleibt funktionsfähig. Wir arbeiten daran, die volle Funktionalität so schnell wie möglich wiederherzustellen.

2. 21. Oktober 2026 um 16:03 UTCresolved

   Wir freuen uns, Ihnen mitteilen zu können, dass der Vorfall, der den Inventardienst betrifft, behoben wurde. Unser Team hat einen Fix implementiert und alle Systeme funktionieren jetzt normal. Wir entschuldigen uns für alle Unannehmlichkeiten, die dieser Vorfall verursacht haben könnte, und wir schätzen Ihr Verständnis und Ihre Unterstützung. Bei Fragen oder Bedenken wenden Sie sich bitte an unser Support-Team unter https://support.delinea.com.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. Oktober 2026 um 15:42 UTCinvestigating

   Ab etwa 12:32 UTC am 13. Oktober 2026 konnten sich einige Benutzer, die sich mit SAML Single Sign-on (SSO) bei der Delinea-Plattform anmelden, nicht anmelden und erhielten nach der Authentifizierung bei ihrem Identitätsanbieter eine Meldung "Zugriff verweigert - Fehler 15". Benutzer, die bereits angemeldet waren, und Benutzer, die sich ohne SAML SSO anmelden, waren nicht betroffen. Das Problem wurde durch eine Sicherheitsregel bei einem Drittanbieter von Edge-Netzwerken verursacht, der SAML-Anmeldeantworten falsch blockierte. Unser Engineering-Team hat eine Konfigurationsänderung um 14:11 UTC angewendet und SAML SSO-Logins sind seitdem normal erfolgreich. Wenn dieser Fehler weiterhin auftritt, aktualisieren Sie bitte Ihren Browser und versuchen Sie es erneut. Wir entschuldigen uns für die Unannehmlichkeiten, die dies verursacht hat, und schätzen Ihre Geduld, während wir daran gearbeitet haben, den normalen Service wiederherzustellen. Bei Fragen zu diesem Vorfall wenden Sie sich bitte an unser Support-Team unter https://support.delinea.com.

2. 13. Oktober 2026 um 15:44 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

3. 13. Oktober 2026 um 15:49 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 13. Oktober 2026 um 16:02 UTCmonitoring

   Wir werden weiterhin auf weitere Probleme achten.

5. 13. Oktober 2026 um 16:56 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 15. Oktober 2026 um 08:30 UTCresolved

   Um etwa 21:13 Uhr UTC am 13. Oktober 2026 erlebten einige Kunden vorzeitige Unterbrechungen beim Starten von PRA Remote Application-Sitzungen. Die Sitzungen endeten nach ca. 2-3 Minuten. Wurzelursache: Ein kürzliches Update der FreeRDP-Bibliothek führte einen Regressionsfehler ein, der den RAIL-Clienthandshake (Remote Applications Integrated Locally) während Remote Application-Sitzungen ausließ. Ohne diesen Handshake behandelte der Zielhost die Sitzung als inaktiv und beendete sie nach dem konfigurierten Leerlauf-Timeout. Auflösung: Die PRA-Engine wurde gepatcht, um den RAIL-Client-Handshake für Remote Application-Verbindungen wiederherzustellen. Der Fix wurde bereitgestellt und die Konnektivität für die betroffenen Kunden am 14. Oktober 2026 um ca. 12:34 Uhr UTC wiederhergestellt. Betroffene Komponenten: Plattform: Privileged Remote Access - Regionen USA, SEA, UK und AU Hinweis zum Ausfüllen: Dieser Vorfall wurde retrospektiv zu unserer Statusseite hinzugefügt, um eine genaue Aufzeichnung der Auswirkungen des Dienstes zu ermöglichen. Weitere Informationen zu Backfill-Vorfällen finden Sie hier .

2. 20. Oktober 2026 um 23:36 UTCpostmortem

   ## Incident Überblick Eine Untergruppe von Kunden, die Privileged Remote Access (PRA) Remote Application Sessions verwenden, erlebte Sitzungsunterbrechungen etwa 2 bis 3 Minuten nach dem Start. Berichte wurden von Kunden aus den Regionen SEA, AU, VAE, CA, Großbritannien und den USA erhalten. * **Start:** 13. Oktober 2026, 21:13 UTC * **Ende:** 14. Oktober 2026, 19:28 UTC Ursache und Heilung der Wurzel Ein geplantes Update wurde regional für unseren Remote-Session-Service als Teil der laufenden Sicherheits-Compliance-Arbeit eingeführt. Dieses Update enthielt eine neue Version einer Remote-Desktop-Protokollkomponente eines Drittanbieters, die eine Verhaltensänderung einführte, die verhinderte, dass ein bestimmter Verbindungs-Handshake während der Sitzungsinitialisierung abgeschlossen wurde. Infolgedessen wurden die betroffenen Sitzungen nach der erfolgreichen Verbindung für etwa 2-3 Minuten automatisch abgemeldet. Da diese Trennungen sauber abgeschlossen wurden, ohne Fehler in Systemprotokollen oder Traces zu erzeugen, wurde das Problem von bestehenden Überwachungssystemen vor dem ersten Kundenbericht am 13. Oktober 2026 nicht erkannt. Ein Fix zur Wiederherstellung des erforderlichen Verbindungs-Handshakes wurde identifiziert und am 14. Oktober 2026 um ca. 19:28 UTC in allen betroffenen Regionen eingesetzt. ## Vorbeugende Maßnahmen * Erweitern Sie unsere automatisierte Testabdeckung für Remote Application um längere Dauersitzungen, sodass zeitabhängige Probleme vor der Veröffentlichung behoben werden. * Fügen Sie die Überwachung für Anomalien der Sitzungsdauer hinzu, insbesondere Tracking-Sitzungen, die in konsistenten kurzen Abständen getrennt werden (z. B. ~ 2 bis 3 Minuten), auch wenn die Trennung sauber erscheint. Wir entschuldigen uns aufrichtig für die Störung, die dies verursacht hat, und schätzen Ihre Geduld, während wir daran gearbeitet haben, sie zu lösen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. Oktober 2026 um 15:26 UTCresolved

   Zwischen ca. 12:32 UTC und 14:11 UTC am 13. Oktober 2026 konnten sich einige Benutzer bei der Delinea-Plattform mit SAML Single Sign-on (SSO) nicht anmelden und erhielten nach der Authentifizierung bei ihrem Identitätsanbieter eine Meldung "Zugriff verweigert - Fehler 15". Benutzer, die bereits angemeldet waren, und Benutzer, die sich ohne SAML SSO anmelden, waren nicht betroffen. Das Problem wurde durch eine Sicherheitsregel bei einem Drittanbieter von Edge-Netzwerken verursacht, der SAML-Anmeldeantworten falsch blockierte. Unser Engineering-Team hat eine Konfigurationsänderung um 14:11 UTC angewendet und SAML SSO-Logins sind seitdem normal erfolgreich. Wenn dieser Fehler weiterhin auftritt, aktualisieren Sie bitte Ihren Browser und versuchen Sie es erneut. Wir entschuldigen uns für die Unannehmlichkeiten, die dies verursacht hat, und schätzen Ihre Geduld, während wir daran gearbeitet haben, den normalen Service wiederherzustellen. Bei Fragen zu diesem Vorfall wenden Sie sich bitte an unser Support-Team unter https://support.delinea.com. Betroffene Komponenten: Delinea-Plattform - Vereinigte Staaten, Europa, Vereinigtes Königreich, Kanada, Australien, Südostasien, Vereinigte Arabische Emirate Hinweis zum Ausfüllen: Dieser Vorfall wurde retrospektiv zu unserer Statusseite hinzugefügt, um eine genaue Aufzeichnung der Auswirkungen des Dienstes zu ermöglichen. Weitere Informationen zu Backfill-Vorfällen finden Sie hier .

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. Oktober 2026 um 21:22 UTCinvestigating

   Wir untersuchen derzeit ein anhaltendes Problem in der EU-Region. Wir werden bald ein Update geben.

2. 1. Oktober 2026 um 22:09 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

3. 2. Oktober 2026 um 00:25 UTCresolved

   Dieser Vorfall wurde behoben.

4. 14. Oktober 2026 um 00:28 UTCpostmortem

   ## Incident Überblick Am 1. Oktober 2026 hatten Kunden in der EU-Region Probleme mit Secret Server Cloud \(SSC\). Benutzer konnten Sitzungen nicht aus Geheimnissen und Seiten zum Anzeigen geheimer Details und des Auditverlaufs starten, die langsam geladen oder fehlgeschlagen sind. Geplante Hintergrundaufgaben wie Herzschläge, Passwortänderungen, Erkennung und Benachrichtigungen verzögerten sich und einige Distributed Engines konnten sich nicht verbinden. * Startzeit: 1. Oktober 2026, 08:38 Uhr UTC * Endzeit: 2. Oktober 2026, 12:30 Uhr UTC Ursache und Heilung der Wurzel SSC verwendet einen Messaging-Dienst, um Arbeit zwischen seinen Komponenten weiterzugeben. Beispiele sind das Aufzeichnen von Aktivitäten zur geheimen Ansicht für das Auditing, das Ausführen von geplanten Aufgaben und das Vorbereiten von Sitzungsstarts. Am 30. September 2026 begann der SSC-Dienst, der diese Nachrichten in der EU-Region verarbeitet, mit einer viel niedrigeren Rate als normal zu arbeiten. Neue aktivitäten kamen immer wieder mit der normalen rate an, so dass sich unverarbeitete nachrichten in der warteschlange aufbauten. Wenn die Warteschlange ihre Kapazität erreichte, wurden die zusätzlichen Nachrichten in einen Haltebereich für nicht zustellbare Nachrichten verschoben. In den folgenden Stunden wuchs dieser Haltebereich weiter, bis der Nachrichtendienst sein Speicherlimit erreichte. Unser Engineering-Team hat die Kapazität des Messaging-Dienstes erhöht, die SSC-EU-Dienste skaliert und neu gestartet und den Rückstand von nicht zustellbaren Nachrichten beseitigt. Sobald der Backlog abgelaufen war, wurden Session-Starts, Seitenladungen und geplante Aufgaben bis zum 2. Oktober 2026, 12:30 Uhr UTC wieder normal. Verzögerte Hintergrundaufgaben, einschließlich Herzschläge, Passwortänderungen und Benachrichtigungen, wurden nach Wiederherstellung des Dienstes automatisch verarbeitet. Die Kunden mussten keine Maßnahmen ergreifen. Da die Dienste sofort wiederhergestellt wurden, um die Auswirkungen auf den Endkunden wiederherzustellen, haben wir die Diagnosedaten nicht erfasst, die erforderlich sind, um festzustellen, warum ihr Durchsatz gesunken ist, so dass der zugrunde liegende Auslöser unbekannt bleibt. Das Warteschlangenwachstum hätte früher gefangen werden sollen. Während einer kürzlichen Migration unserer Alarmierungstools hat eine Konfigurationsänderung bestimmte metrische Cloud-Benachrichtigungen, einschließlich der Warteschlangengröße, an den falschen Zielort gesendet. Diese Warnung wurde am Morgen des 1. Oktober ausgelöst, hat aber unser Bereitschaftsteam nie benachrichtigt. Unsere automatisierte Behebung für andere Alarmarten war nicht betroffen, was die Lücke maskierte. ## Vorbeugende Maßnahmen 1. Wir haben das Warn-Routing am 2. Oktober 2026 korrigiert, so dass diese Warnmeldungen jetzt unser Bereitschaftsteam erreichen, und wir fügen Kanarien- und Herzschlagwarnungen hinzu, die uns benachrichtigen, wenn die Warnmeldung von unseren Überwachungstools unerwartet gestoppt wird oder fällt. 2. Wir stärken, wie wir die Alarmierung ändern, indem wir jeden Alarmtyp Ende zu Ende vor und nach jeder Produktionsbereitstellung testen. 3. Wir überwachen ein Wiederauftreten der Verlangsamung und werden die diagnostischen Daten erfassen, die erforderlich sind, um ihre Ursache zu bestimmen, wenn sie erneut auftritt. 4. Wir aktualisieren unseren Bereitstellungszyklus mit einer Sicherheitsvorkehrung, die sicherstellt, dass die Hintergrunddienste auch dann aktualisiert werden, wenn sich ein Release verzögert, und wir fügen diesen Schritt unserer Release-Checkliste hinzu. Wir entschuldigen uns für die dadurch verursachte Störung und schätzen Ihre Geduld, während wir sie gelöst haben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. September 2026 um 01:02 UTCidentified

   Wir untersuchen Berichte über langsame Anmeldungen und intermittierende Anmeldefehler für Delinea Platform-Kunden in der EU, Großbritannien, Südostasien und Australien. Ab ca. 23:20 UTC am 28. September 2026 können einige Benutzer viel länger als üblich brauchen, um sich anzumelden. Einige Anmeldeversuche können mit einem Timeout oder HTTP 504-Fehler fehlschlagen. Benutzer, die bereits angemeldet sind, können auch langsamere Antworten sehen, wenn ihre Sitzung validiert wird. Unser Engineering-Team ist aktiv engagiert und hat eine eingeschränkte Abhängigkeit identifiziert, die sich auf den Authentifizierungsdienst in diesen Regionen auswirkt. Wir arbeiten jetzt an der Minderung. Wenn eine Anmeldung fehlschlägt, versuchen Sie es bitte erneut. Wir werden innerhalb von 30 Minuten ein weiteres Update veröffentlichen, oder früher, wenn wir neue Informationen haben.

2. 29. September 2026 um 01:14 UTCidentified

   Wir haben einen Fix für Kunden in den Regionen EU und Australien angewendet. Die Anmeldeleistung und die Fehlerquoten in diesen Regionen haben sich am 29. September 2026 um 01:05 Uhr UTC wieder normalisiert. Wir überwachen, um die Erholung zu bestätigen.

3. 29. September 2026 um 01:19 UTCmonitoring

   Wir haben einen Fix für alle betroffenen Regionen angewendet: EU, Großbritannien, Südostasien und Australien. Die Anmeldeleistung und die Fehlerraten haben sich am 29. September 2026 um 01:10 UTC wieder normalisiert. Wir überwachen, um die Erholung zu bestätigen. Wenn Sie immer noch Probleme haben, sich anzumelden, aktualisieren Sie bitte Ihren Browser und versuchen Sie es erneut. Wenn das Problem weiterhin besteht, wenden Sie sich an den Delinea Support.

4. 29. September 2026 um 01:35 UTCresolved

   Dieser Vorfall wurde behoben.

5. 6. Oktober 2026 um 01:00 UTCpostmortem

   ## Incident Überblick Benutzer der Delinea-Plattform in der EU, Großbritannien, Südostasien und Australien erlebten sehr langsame Anmeldungen und intermittierende Anmeldefehler. Zu den betroffenen Funktionen gehörten Entra ID Single Sign-on, lokale Kontoauthentifizierung und Privileged Remote Access (PRA) Sitzungsaufbau. * Start: 28. September 2026, ca. 23:20 Uhr UTC * Ende: 29. September 2026, ca. 01:10 Uhr UTC Ursache und Heilung der Wurzel Eine geplante Bereitstellung führte die Verwendung von regionalen Cache-Repliken ein, um die Authentifizierungsleistung zu verbessern. Die Vorabvalidierung bestätigte, dass die Replikate aktiv waren, aber ein Firewall-Konfigurationsfehler verhinderte die Datensynchronisation zwischen dem primären Cache und den regionalen Replikaten. Die standardmäßige Gesundheitsberichterstattung des Cloud-Anbieters zeigte die Replikate weiterhin als gesund und verfügbar an, so dass das Problem vor oder während der Veröffentlichung nicht auftauchte. Als der Authentifizierungsdienst versuchte, aus diesen Replikaten zu lesen, wurden die Anforderungen abgewürgt und zeitversetzt, was zu Anmeldefehlern führte. Interne Überwachung erkannte die erhöhten Fehlerraten, und das Engineering-Team identifizierte die Ursache und rollte die Änderung zurück. Das Rollback gab alle betroffenen Regionen in den primären Cache zurück und stellte die normale Authentifizierung wieder her. Regionale Cache-Repliken bleiben für die Regionen EU, Großbritannien, Südostasien und Australien deaktiviert, während wir alternative Architekturen evaluieren. Wir haben die private Netzwerkverbindung zwischen Caches bewertet und festgestellt, dass sie unsere Zuverlässigkeitsanforderungen nicht erfüllt. ## Vorbeugende Maßnahmen * Wir machen erhebliche Verbesserungen daran, wie sich der Authentifizierungsdienst von Cache-Konnektivitätsproblemen erholt. Ziel ist es, dass eine degradierte Cache-Verbindung nicht mehr zu blockierten oder fehlgeschlagenen Logins führt. * Wir haben eine alternative Überwachung für Verbindungsfehler hinzugefügt, die eine frühere Erkennung von Cache-bezogenen Problemen ermöglicht, die sich nicht in der Gesundheitsberichterstattung des Cloud-Anbieters widerspiegeln. Wir entschuldigen uns für die Störung und verpflichten uns, eine Wiederholung durch diese Maßnahmen zu verhindern.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 28. September 2026 um 21:35 UTCinvestigating

   Wir untersuchen intermittierende Berichte über Probleme mit der Authenticator-Funktionalität der Delinea Mobile App, die wie erwartet nach 26.2 Deployment funktionieren. Wenn dieses Problem auftritt, verwenden Sie bitte andere MFA-Optionen, bis wir dieses Problem lösen können. Unser Team untersucht aktiv und wird ein Update bereitstellen, wenn eines verfügbar ist.

2. 29. September 2026 um 19:53 UTCidentified

   Das Problem wurde identifiziert und es wird an einem Fix gearbeitet. Der Fix erfordert eine neue Bereitstellung während eines Wartungsfensters am Wochenende. In der Zwischenzeit lesen Sie bitte den folgenden KB-Artikel für Details zum Problem und Möglichkeiten, es zu umgehen. https://support.delinea.com/s/article/1790702420275 Danke für deine Geduld. Wenn Sie Fragen haben oder Probleme haben, öffnen Sie bitte einen Fall unter https://support.delinea.com oder rufen Sie unsere Support-Linie unter +1 202-991-0540 an.

3. 6. Oktober 2026 um 13:21 UTCresolved

   Wir freuen uns, Ihnen mitteilen zu können, dass der Vorfall, der die unten aufgeführten Dienste betrifft, behoben wurde. Unser Team hat einen Fix implementiert und alle Systeme funktionieren jetzt normal. Wir entschuldigen uns für alle Unannehmlichkeiten, die dieser Vorfall verursacht haben könnte, und wir schätzen Ihr Verständnis und Ihre Unterstützung. Bei Fragen oder Bedenken wenden Sie sich bitte an unser Support-Team unter https://support.delinea.com.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 30. September 2026 um 08:07 UTCresolved

   Zwischen ca. 4:10 Uhr EDT und 6:45 Uhr EDT am 28. September 2026 konnten sich einige Kunden aus bestimmten Unternehmensnetzwerken nicht mit Secret Server Cloud verbinden. Betroffene Benutzer sahen beim Zugriff auf ihren Mandanten Verbindungsrücksetzungen oder Timeout-Fehler. Der Zugang aus anderen Netzwerken war nicht betroffen. Kunden, die den mieterzugriff auf bestimmte ip-adressen einschränken, konnten sich in diesem zeitraum nicht anmelden. Das Problem wurde durch ein Verbindungsproblem bei einem Drittanbieter von Edge-Netzwerken verursacht, das den Datenverkehr aus einigen Kundennetzwerken in der Region beeinträchtigte. Der Verkehr wurde über alternative Standorte geleitet und die Konnektivität für die betroffenen Kunden um ca. 6:45 Uhr EDT wiederhergestellt. Wir entschuldigen uns für die Unannehmlichkeiten, die dies verursacht hat, und schätzen Ihre Geduld, während wir daran gearbeitet haben, den normalen Service wiederherzustellen. Bei Fragen zu diesem Vorfall wenden Sie sich bitte an unser Support-Team unter https://support.delinea.com . Betroffene Komponenten: Secret Server Cloud - Europa, Großbritannien, USA, Asien-Pazifik (Singapur) Hinweis zum Ausfüllen: Dieser Vorfall wurde retrospektiv zu unserer Statusseite hinzugefügt, um eine genaue Aufzeichnung der Auswirkungen des Dienstes zu ermöglichen. Weitere Informationen zu Backfill-Vorfällen finden Sie hier .

2. 30. September 2026 um 08:48 UTCpostmortem

   ## Incident Überblick Beginnend um 07:10 UTC am 28. September 2026 erlebte eine Untergruppe von Secret Server Cloud-Mandanten in den Regionen Europa, Großbritannien, USA und APAC (Singapur) Verbindungsausfälle. Kunden in bestimmten Unternehmensnetzwerken stoßen auf Verbindungszeiten oder Reset-Fehler, wenn sie versuchen, ihre Mieter zu erreichen. Kunden mit aktivierten Zugriffsbeschränkungen für Mandanten hatten keinen alternativen Pfad zur Verfügung und konnten für die Dauer des Vorfalls nicht auf Secret Server Cloud zugreifen. * Start: 28. September 2026, 07:10 UTC * Ende: 28. September 2026, 10:45 UTC Ursache und Heilung der Wurzel Das Secret Server Cloud Edge-Netzwerk hatte zwei separate Probleme, die verhinderten, dass der Datenverkehr aus einigen Kundennetzwerken ihre Mandanten erreichte. Der erste war auf einen Defekt in einem Software-Update zurückzuführen, das unser Edge-Netzwerkanbieter bereitgestellt hat. Unter einer bestimmten Produktionsbedingung, die im Pre-Deployment-Test des Anbieters nicht identifiziert wurde, führte der Defekt dazu, dass die Verkehrsverarbeitungskomponenten an mehreren Netzwerkstandorten neu gestartet wurden. Diese Komponenten erholten sich automatisch, und der Service an den betroffenen Standorten wurde zwischen 07:47 und 08:20 UTC wiederhergestellt. Die zweite war auf ein Upstream-Internet-Carrier-Problem zurückzuführen, das unser Edge-Netzwerk in London betraf und Paketverluste und Verbindungszeiten verursachte. Infolgedessen waren Kundennetze, deren Verkehr durch London geleitet wurde, nach der ersten Ausgabe weiterhin betroffen. Die Konnektivität wurde um 10:45 UTC vollständig wiederhergestellt, nachdem der Verkehr vom betroffenen Carrier umgeleitet wurde. ## Vorbeugende Maßnahmen * Der Anbieter hat eine Korrektur für den Softwarefehler bereitgestellt und stärkt die Validierung vor der Bereitstellung, die Widerstandsfähigkeit seiner Infrastruktur über Standorte hinweg und seine automatisierten Wiederherstellungsmechanismen. Wir verfolgen diese Verpflichtungen bis zum Abschluss. * Wir führen eine vollständige Überprüfung des Londoner Carrier-Problems mit unserem Provider durch, einschließlich der Gründe, warum der Verkehr nicht früher umgeleitet wurde, und reduzieren die Failover-Zeit, damit zukünftige Carrier-Störungen schnell isoliert werden. Wir entschuldigen uns aufrichtig für die dadurch verursachte Störung und die Unannehmlichkeiten für Ihre Operationen. Wir verpflichten uns, Wiederholungen durch die oben genannten Maßnahmen zu verhindern.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. September 2026 um 12:11 UTCinvestigating

   Wir untersuchen ein Problem, das sich auf die Anmeldung und den Zugriff auf Secret Server Cloud für eine Untergruppe von Kunden in den USA, der EU und den VAE auswirkt. Unser Engineering-Team untersucht das Problem aktiv und arbeitet daran, es so schnell wie möglich zu lösen.

2. 22. September 2026 um 12:58 UTCmonitoring

   Wir überwachen weiterhin alle weiteren Probleme

3. 22. September 2026 um 13:07 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. September 2026 um 16:37 UTCinvestigating

   Wir untersuchen ein Problem, das sich auf die Anmeldung und den Zugriff auf die Delinea-Plattform in der US-Region auswirkt. Einige Benutzer können sich möglicherweise nicht anmelden oder haben eine langsame Leistung beim Zugriff auf ihre Mieter. Unser Engineering-Team ist aktiv engagiert. Wir werden ein Update bereitstellen, sobald weitere Informationen verfügbar sind.

2. 16. September 2026 um 16:50 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

3. 16. September 2026 um 17:02 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 16. September 2026 um 17:22 UTCmonitoring

   Wir werden weiterhin auf weitere Probleme achten.

5. 16. September 2026 um 18:32 UTCresolved

   Dieser Vorfall wurde behoben.

6. 24. September 2026 um 21:50 UTCpostmortem

   ## Incident Überblick Am 16. September 2026 erlebten Delinea Platform-Kunden in der US-Region Login-Ausfälle und schwere Langsamkeit beim Anmelden oder beim Zugriff auf ihre Mieter. Betroffene Benutzer haben möglicherweise "Upstream-Request-Timeout" -Fehler auf dem Anmeldebildschirm oder lange Verzögerungen beim Laden ihres Mandanten gesehen. * **Start:** 16. September 2026 ca. 11:40 Uhr EDT \(UTC-4\) * **Ende:** 16. September 2026 ca. 1:02 Uhr EDT \(UTC-4\) Ursache und Heilung der Wurzel Die Delinea-Plattform stützt sich auf einen Caching-Service, um Login-, Authentifizierungs- und andere identitätsbezogene Vorgänge zu unterstützen. In den vergangenen Wochen war die Nachfrage nach diesem Service in der US-Region mit zunehmender Plattformnutzung stetig gewachsen, so dass ein begrenzter operativer Spielraum blieb. Darüber hinaus hielten die Authentifizierungsdienste Verbindungen zum Caching-Dienst im Laufe der Zeit offen, anstatt sie freizugeben, was allmählich seine verfügbare Kapazität verbrauchte. Eine Konfiguration, die den Leseverkehr auf eine zusätzliche Caching-Ressource verteilt, was zusätzliche Headroom zur Verfügung gestellt hätte, war zu diesem Zeitpunkt nicht aktiv. Am 16. September schob das normale Verkehrsaufkommen den Caching-Service über seine Betriebskapazität hinaus, was zu langsamen und fehlgeschlagenen Anfragen für Anmelde- und Identitätsvorgänge in der gesamten US-Region führte. Dieser Vorfall betraf die gleiche Caching-Infrastruktur wie der [28. August 2026] (https://status.delinea.com/incidents/1s7gw9kyjwyq). Dieser Vorfall wurde durch ein ungewöhnlich großes Volumen an Synchronisationsaktivität ausgelöst und durch die Erhöhung der Speicherkapazität des Caching-Dienstes behoben. Dieser Vorfall ereignete sich unter normalen Verkehrsbedingungen, was zeigte, dass auch die Rechenkapazität und das Verbindungshandling angegangen werden mussten. Unser Engineering-Team hat die betroffenen Authentifizierungsdienste neu gestartet, wodurch die akkumulierten Verbindungen freigegeben und die Anmeldefunktionalität wiederhergestellt wurde. Der Caching-Dienst wurde auch auf eine höhere Ebene skaliert, was die Rechenkapazität verdoppelt, und wir überwachten den Dienst weiter, bis die vollständige Wiederherstellung bestätigt wurde. Seit dem Vorfall ist die Nutzung des Caching-Dienstes innerhalb der normalen Betriebsschwellen geblieben, und der Leseverkehr wird nun auf eine zusätzliche Caching-Ressource verteilt. ## Vorbeugende Maßnahmen Nach dem Vorfall vom 28. August 2026 haben wir uns zu mehreren Verbesserungen dieser Caching-Infrastruktur verpflichtet. Unten ist der Fortschritt bei jedem, zusammen mit zusätzlichen Aktionen aus diesem Vorfall identifiziert. Die Arbeit an allen Punkten ist im Gange. **Fortschritt bei den Aktionen des Vorfalls vom 28. August** * **Erhöhen Sie die Kapazität und Widerstandsfähigkeit unserer Caching-Infrastruktur.** Der US-Caching-Dienst wurde auf eine höhere Ebene skaliert, die seine Rechenkapazität verdoppelt. Read Traffic wird nun über eine zusätzliche Caching-Ressource verteilt. Wir setzen diese Arbeit fort, indem wir tokenbezogene Operationen auf eine dedizierte Caching-Infrastruktur für weitere Headrooms verlagern. * ** Korrekte Überwachungsschwellen, um den Kapazitätsdruck proaktiv zu erkennen. ** Während dieses Vorfalls identifizierte unsere Überwachung den Kapazitätsdruck vor den Auswirkungen auf die Kunden, aber die Warnungen wurden nicht rechtzeitig umgesetzt. Wir setzen diese Arbeit fort, indem wir nicht umsetzbare Warnmeldungen für zentrale Authentifizierungsdienste entfernen und sofortiges Engineering-Engagement bei der ersten Warnung erfordern. * **Limit Connection-Recovery Retries.** Diese Arbeit wurde erweitert, um abzudecken, wie Authentifizierungsdienste Caching-Verbindungen insgesamt verwalten, einschließlich Verbindungsfreigabe und Timeout-Einstellungen, so dass die Kapazität im Laufe der Zeit nicht allmählich verbraucht wird. * **Ratenbegrenzung auf große Synchronisationsjobs anwenden.** Die Zinsbegrenzung wird umgesetzt. Außerdem reduzieren wir unnötige großvolumige Anfragen von integrierten Diensten auf die Caching-Schicht. ** Zusätzliche Aktionen aus diesem Vorfall** Implementieren Sie geplante, automatisierte Roll-Neustarts von Authentifizierungsdiensten als Zwischensicherung, bis die Verbesserungen des Verbindungshandlings bereitgestellt werden. Wir erkennen, dass dies nicht die erste Anmeldestörung auf der Delinea-Plattform in den letzten Wochen ist, und wir behandeln sie nicht leichtfertig. Über die oben genannten Maßnahmen hinaus hat die Führung von Delinea unsere Plattformzuverlässigkeit zu einer von der Exekutive gesponserten Priorität gemacht, vor der Feature-Arbeit, bei der die beiden konkurrieren. Dazu gehört eine bessere Erkennung von Problemen, die sich auf kritische Workflows wie das Anmelden auswirken, und Planungskapazitäten vor dem Wachstum. Wir entschuldigen uns aufrichtig für die Störung, die dies für Ihre Operationen verursacht hat, und werden weiterhin unsere Fortschritte teilen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 4. September 2026 um 22:02 UTCresolved

   Dieser Vorfall wurde behoben. Wir entschuldigen uns für die Störung, die dadurch verursacht wurde. Untersuchung Wir untersuchen Berichte von Delinea Platform-Mietern, die eine eingefrorene Mieternachricht anzeigen, die Benutzer daran hindert, sich anzumelden und auf ihre Umgebung zuzugreifen. Der Zustand begann um ca. 16:49 Uhr EDT aufgrund einer falschen Konfigurationsänderung, die bestimmte Kunden daran hinderte, auf ihre Mieter zuzugreifen. Engineering identifizierte die Ursache, lief einen Revert-Job ab ca. 5:08 Uhr EDT, und alle betroffenen Mieter wurden durch 5:55 Uhr EDT ungefroren bestätigt. Hinweis zum Ausfüllen: Dieser Vorfall wurde retrospektiv zu unserer Statusseite hinzugefügt, um eine genaue Aufzeichnung der Auswirkungen des Dienstes zu ermöglichen. Weitere Informationen zu Backfill-Vorfällen finden Sie hier .

2. 25. September 2026 um 05:05 UTCpostmortem

   ## Incident Überblick Dieser Bericht deckt zwei verwandte Ereignisse ab, die Delinea-Kundenmieter betroffen haben. Das zweite Ereignis, der 19. bis 20. September 2026, war eine direkte Folge der unvollständigen Erholung vom ersten Ereignis am 4. September 2026, und beide sind zusammen unter diesem Vorfall dokumentiert. Ereignis 1: 4. September 2026 Eine Untergruppe von Delinea Platform-Mandanten trat in einen eingefrorenen Zustand ein und zeigte eine eingefrorene Nachricht an, die Benutzer daran hinderte, sich anzumelden und auf Delinea Platform und Secret Server Cloud zuzugreifen. **Start:** 4. September 2026, 4:15 Uhr EDT \(20:15 UTC\) **Ende:** 4. September 2026, 5:55 Uhr EDT \(21:55 UTC\) Ereignis 2: 19.-20. September 2026 Eine Untergruppe von Secret Server Cloud-Mandanten zeigte eine geplante Löschungsmeldung an, die Benutzer daran hinderte, sich bei Secret Server Cloud anzumelden. Die Anmeldung zur Delinea-Plattform selbst blieb weiterhin verfügbar. **Start:** 19. September 2026, 10:28 Uhr EDT \(September 20, 02:28 UTC\) **Ende:** 20. September 2026, 1:50 Uhr EDT \(17:50 UTC\) Ursache und Heilung der Wurzel Ereignis 1: 4. September 2026 Delinea deprovisioniert Mieter, die nicht mehr unter einem aktiven Abonnement stehen. Die Mieterliste für diesen Zyklus wurde anhand von Auswahlkriterien erstellt, die nur das ursprüngliche Ablaufdatum des Abonnements bewerteten und nachfolgende Verlängerungen nicht berücksichtigten. Infolgedessen wurden Mieter, die erneuert hatten und uneingeschränkt berechtigt waren, als abgelaufen behandelt und neben legitimen deprovisionierenden Mietern in die Liste aufgenommen. Unser Deprovisioning-Workflow umfasst eine kundenorientierte Vorabbenachrichtigungsphase, die eine In-Application-Benachrichtigung für Mieteradministratoren vor jeder Löschaktivität anzeigt. Diese Benachrichtigung dient sowohl als Kundenwarnung als auch als interner Verifizierungsschritt, da jeder aktive Kunde, der sie erhält, den Fehler lange vor der Ausführung aufgetaucht wäre. Diese Phase wurde für diesen Zyklus nicht angewendet; der eingefrorene Zustand wurde stattdessen direkt angewendet, so dass der Fehler in den Auswahlkriterien unentdeckt blieb, bis der Job lief. Wenn der geplante Job um 16:15 Uhr EDT ausgeführt wurde, wurde der eingefrorene Mieterzustand auf die betroffenen aktiven Mieter angewendet. Nach dem ersten Kundenbericht um 16:49 Uhr EDT identifizierte Engineering die Ursache und initiierte einen Revert-Job um 17:08 Uhr EDT. Der Umstieg um 17:55 Uhr EDT und der Anmeldezugang wurde bei allen betroffenen Mietern bestätigt. Die Änderung vom 4. September hatte jedoch auch das Abonnement-Enddatum für betroffene Secret Server Cloud-Mieter auf den 20. August 2026 festgelegt. Der Revert stellte den Mieterzugang wieder her, gab diese Enddaten jedoch nicht auf ihre korrekten Werte zurück, und die Überprüfung nach der Wiederherstellung bestätigte nur den Anmeldezugriff, nicht die Genauigkeit der zugrunde liegenden Abonnementdatensätze. Dieser Zustand blieb unentdeckt und führte direkt zu Vorfall 2. Ereignis 2: 19.-20. September 2026 Secret Server Cloud beinhaltet einen standardisierten automatisierten Lifecycle-Prozess, der die Anmeldung einschränkt und die Löschung eines Mandanten 30 Tage nach dem Ende des Abonnements plant. Am 19. September 2026, 30 Tage nach dem falschen Ende des 20. August 2026, identifizierte dieser Prozess die betroffenen Mieter als abgelaufen und wendete den geplanten Löschzustand an. Der Lifecycle-Prozess verhielt sich wie geplant; der Fehler waren die falschen Abonnementdaten, die nach dem Ereignis 1 hinterlassen wurden. Delinea Support begann mit der Wiederherstellung des Zugangs für einzelne Mieter ab 12:09 Uhr EDT am 20. September. Engineering identifizierte jeden Mieter, der das falsche Enddatum trug, verlängerte dann das Abonnement-Enddatum für alle betroffenen Mieter als vorübergehende Maßnahme, und der Zugriff wurde am 20. September um 1:50 Uhr EDT über den gesamten Satz wiederhergestellt. Zwischen dem 21. September und dem 23. September 2026 überprüfte Delinea jeden betroffenen Mieter einzeln mit seinen aktiven Ansprüchen und ersetzte das vorläufige Enddatum durch den richtigen Wert. Während dieses Zeitraums haben einige Kunden möglicherweise ein ungenaues Abonnement-Enddatum oder Lizenzdetails in ihren Kontoinformationen festgestellt; dies hat den Zugriff nicht beeinträchtigt. Wenn Ihre Organisation ein Abonnement-Enddatum oder Lizenzdetails einhält, die nicht mit Ihrer aktuellen Berechtigung übereinstimmen, wenden Sie sich bitte an unser [Support-Team] (https://support.delinea.com/s/). Kein Mandant wurde gelöscht und keine Kundendaten wurden in beiden Fällen gelöscht, geändert oder anderweitig betroffen. Die Auswirkungen beschränkten sich auf den Mieterzugang. ## Vorbeugende Maßnahmen * Die Deprovisionierung von Großmietern wurde in den Ruhestand versetzt. Alle Bulk-Mieter-Lifecycle-Aktionen werden angehalten und die Deprovisionierung wird individuell verarbeitet. * Automatisieren Sie den Mandantenlebenszyklus von Ende zu Ende aus aktuellen Abonnementdaten, einschließlich Verlängerungen und Abonnementänderungen, und ersetzen Sie den manuellen mehrstufigen Prozess. Jeder Mieter wird gegen aktive Abonnementdaten validiert, bevor eine Zustandsänderung angewendet wird. * Machen Sie jede Lifecycle-Phase obligatorisch und nicht überspringbar, beginnend mit einer Vorankündigungsfrist, in der die Mandantenadministratoren eine In-Application-Benachrichtigung sehen und alle Funktionen weiterhin normal funktionieren. * Stellen Sie sicher, dass eingefrorene Mieter für einen definierten Aufbewahrungszeitraum vor einer dauerhaften Löschung wiederherstellbar bleiben, wobei die Wiederherstellung direkt aus korrigierten Abonnementdatensätzen erfolgt. * Stärkung der Incident-Recovery-Verfahren, so dass jede Wiederherstellung des Mandantenstatus auch die zugehörigen Abonnementdatensätze wiederherstellt und abgleicht, und die Wiederherstellung wird mit dem Aufzeichnungssystem überprüft, nicht nur mit dem Anmeldezugriff, bevor ein Incident geschlossen wird. * Fügen Sie eine interne Überwachung und Alarmierung für abnormale Mengen an Einfrieren von Mietern oder geplante Löschereignisse sowie für anomale Muster in Abonnementdaten hinzu, so dass Probleme dieser Art von Delinea erkannt werden, bevor Kunden betroffen sind. Wir entschuldigen uns aufrichtig für die Störung, die durch beide Ereignisse verursacht wurde. Wir erkennen an, dass das zweite Ereignis aus unserer unvollständigen Genesung vom ersten resultierte, was die Auswirkungen auf Ihre Operationen ausweitete. Die Wiederherstellung des Zugangs war in jedem Fall unsere unmittelbare Priorität, und die oben genannten Aktionen werden bis zum Abschluss verfolgt, um sicherzustellen, dass dies nicht wiederkehrt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 28. August 2026 um 18:02 UTCinvestigating

   Wir untersuchen ein Problem, das sich auf die Anmeldung und den Zugriff auf die Delinea-Plattform in der US-Region auswirkt. Einige Benutzer können sich möglicherweise nicht anmelden oder haben eine langsame Leistung beim Zugriff auf ihre Mieter. In den meisten Fällen ermöglicht das Wiederholen des Anmeldeversuchs den Benutzern, erfolgreich auf ihren Mieter zuzugreifen. Unser Engineering-Team ist aktiv engagiert. Wir werden ein Update bereitstellen, sobald weitere Informationen verfügbar sind.

2. 28. August 2026 um 18:27 UTCinvestigating

   Wir untersuchen weiterhin Login- und Zugriffsprobleme, die die Delinea-Plattform in der US-Region betreffen. Betroffene Benutzer sehen möglicherweise eine Fehlermeldung "Upstream Request Timeout", wenn sie versuchen, sich anzumelden, oder beim Zugriff auf ihren Mandanten eine langsame Leistung. Unser Engineering-Team ist voll engagiert und behandelt dies als oberste Priorität. Wir werden ein Update bereitstellen, sobald weitere Informationen verfügbar sind.

3. 28. August 2026 um 19:19 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

4. 28. August 2026 um 19:33 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

5. 28. August 2026 um 20:16 UTCresolved

   Dieser Vorfall wurde behoben. Login und Zugriff auf die Delinea-Plattform in der US-Region haben sich wieder normalisiert, und Benutzer sollten bei der Anmeldung keine Fehler mehr auftreten oder die Leistung beeinträchtigen. Wir setzen unsere Untersuchung der zugrunde liegenden Ursache fort und werden eine Ursachenanalyse teilen, sobald diese Untersuchung abgeschlossen ist. Wir entschuldigen uns für die Störung, die dadurch verursacht wurde.

6. 10. September 2026 um 00:54 UTCpostmortem

   ## Incident Überblick Am 28. August 2026 erlebten Delinea Platform-Kunden in der US-Region intermittierende Anmeldefehler und eine langsame Leistung beim Anmelden oder beim Zugriff auf ihre Mandanten, einschließlich Fehler- oder Timeout-Seiten auf dem Anmeldebildschirm für einige Benutzer. In einigen Fällen ermöglichte das Wiederholen des Anmeldeversuchs den Benutzern, erfolgreich auf ihren Mieter zuzugreifen. * Start: 28. August 2026 ca. 17:29 UTC * Ende: 28. August 2026 ca. 19:19 UTC Ursache und Heilung der Wurzel Eine zwischengespeicherte Codeänderung, die am 27. August vorgenommen wurde, in Kombination mit einem ungewöhnlich großen Volumen an Hintergrundsynchronisationsaktivitäten am 28. August, übertraf die normale Betriebskapazität unserer Caching-Infrastruktur, die Anmelde- und Authentifizierungsdienste unterstützt. Verbindungen zu ihm begannen zu scheitern und andere abhängige Dienste versuchten, diese Verbindungen wiederholt und nicht sauber wiederherzustellen, wodurch die Caching-Infrastruktur von selbst stabilisiert wurde. Dies führte zu langsamen oder fehlgeschlagenen Anmeldeversuchen und Verzögerungen bei identitätsbezogenen Operationen in der gesamten US-Region. Unser Engineering-Team hat die Caching-Änderung zurückgenommen und die betroffenen Dienste neu gestartet, wodurch die fehlgeschlagenen Verbindungen gelöscht und die Funktionalität wiederhergestellt wurde, obwohl die Leistung beeinträchtigt blieb. Die Caching-Ressource wurde hochskaliert, um die normale Leistung wiederherzustellen. Wir haben den Service weiterhin genau überwacht, bis die vollständige Wiederherstellung bestätigt wurde. ## Vorbeugende Maßnahmen * Erhöhen Sie die Kapazität und Widerstandsfähigkeit unserer Caching-Infrastruktur, indem Sie Workloads auf zusätzliche Ressourcen verteilen. * Korrekte Überwachungsschwellen, um sicherzustellen, dass der Kapazitätsdruck proaktiv erkannt wird, bevor er sich auf die Leistung der Plattform auswirkt. * Begrenzen Sie Verbindungswiederherstellungsversuche, um zu verhindern, dass Verbindungen während eines Stressereignisses aus der Systemlast wiederhergestellt werden. * Wenden Sie eine Tarifbegrenzung auf große Synchronisierungsaufträge an, um zu verhindern, dass ein einzelner Auftrag die plattformweite Leistung negativ beeinflusst. Wir entschuldigen uns aufrichtig für die dadurch verursachte Störung und die Unannehmlichkeiten für Ihre Operationen. Wir verpflichten uns, Wiederholungen durch die oben genannten Maßnahmen zu verhindern.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 19. August 2026 um 21:47 UTCresolved

   Dieser Vorfall wurde behoben. Wir entschuldigen uns für die Störung, die dadurch verursacht wurde. Untersuchung Wir untersuchen ein Problem, bei dem Benutzer in Nicht-US-Regionen keine neuen Remote-Sitzungen einrichten können. Betroffene Benutzer erhalten beim Starten einer Sitzung eine Meldung "Engine nicht verfügbar". Die Auswirkungen sind auf Kunden in Nicht-US-Regionen beschränkt. Mieter, die in der US-Region untergebracht sind, sind nicht betroffen. Wir werden ein Update bereitstellen, sobald wir weitere Informationen haben. Hinweis zum Ausfüllen: Dieser Vorfall wurde retrospektiv zu unserer Statusseite hinzugefügt, um eine genaue Aufzeichnung der Auswirkungen des Dienstes zu ermöglichen. Weitere Informationen zu Backfill-Vorfällen finden Sie hier .

2. 19. August 2026 um 22:11 UTCpostmortem

   ## Incident Überblick Eine Untergruppe von Kunden in Nicht-US-Regionen konnte keine neuen PRA-Sitzungen starten und erhielt einen Fehler "Engine nicht verfügbar". Bestehende laufende Sitzungen waren nicht betroffen. * Start: 14. August 2026, 09:46 UTC * Ende: 14. August 2026, 10:45 UTC Ursache und Heilung der Wurzel Eine neue Version des PRA-Dienstes wurde am 14. August 2026 um 09:46 UTC in Produktion genommen. Die neue Version hat einen erforderlichen Konfigurationswert in der Produktionsumgebung nicht korrekt angewendet, was verhinderte, dass der Dienst die Session-Engine für nicht-US-Regionen lokalisierte. Betroffene Kunden konnten folglich keine neuen Sitzungen starten und erhielten einen Fehler "Engine nicht verfügbar". Nach einem Anstieg der Backend-Fehlerraten bei der Überwachung nach dem Einsatz, korreliert mit eingehenden Kundenberichten, wurde die Bereitstellung auf die vorherige stabile Version zurückgesetzt. Rollback um 10:45 UTC abgeschlossen. Die Auflösung wurde durch Backend-Logs verifiziert und bestätigt, dass betroffene Kunden erfolgreich neue Sitzungen starten konnten. ## Vorbeugende Maßnahmen * Überprüfen Sie den Bereitstellungsprozess, um festzustellen, warum das Konfigurationsproblem vor der Produktionsfreigabe nicht erkannt wurde. Implementieren Sie ein schrittweises Rollout-Modell, so dass neue Serviceversionen für eine einzelne Region freigegeben und vor einer breiteren Bereitstellung validiert werden. * Führen Sie automatisierte Gesundheitschecks nach dem Einsatz ein, einschließlich eines Starts einer synthetischen Sitzung pro Region, die bei Fehlern gefördert und ein Rollback ausgelöst werden. Wir entschuldigen uns aufrichtig für die Störung, die dies verursacht hat, und schätzen Ihre Geduld, während wir daran gearbeitet haben, sie zu lösen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. August 2026 um 04:55 UTCinvestigating

   Wir untersuchen Berichte über verschlechterte Leistung, die Secret Server betreffen. Einige Benutzer können möglicherweise nicht auf die Vault-Benutzeroberfläche zugreifen. Benutzer können auf den Fehler stoßen: [Federation Runtime]: remoteEntryExports ist undefiniert, was den Zugriff auf Geheimnisse verhindern kann. Unser Team untersucht aktiv die Ursache und arbeitet daran, den normalen Service wiederherzustellen. Wir werden Updates bereitstellen, sobald weitere Informationen verfügbar sind.

2. 3. August 2026 um 14:31 UTCresolved

   Nach weiteren Untersuchungen haben wir festgestellt, dass dieses Problem für lokale Secret Server-Bereitstellungen isoliert ist und Secret Server Cloud (SSC) nicht betrifft. In den USA, der EU oder den SEA-Regionen wurden keine Auswirkungen auf SSC festgestellt. Dieser Vorfall ist nun gelöst.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. Juli 2026 um 04:12 UTCresolved

   Wir haben ein Problem identifiziert, das Secret Server Cloud für eine Teilmenge von Kunden in der Region Singapur aufgrund der erhöhten Belastung der Backend-Infrastruktur betrifft. Betroffene Benutzer erlebten langsame Reaktionszeiten oder Schwierigkeiten beim Zugriff auf ihre Instanz. Dies war nur ein Performance-Problem. Dieses Problem wurde behoben und die normale Leistung wurde wiederhergestellt. Wir entschuldigen uns für alle Unannehmlichkeiten, die dies verursacht haben könnte. Hinweis zum Ausfüllen: Dieser Vorfall wurde retrospektiv zu unserer Statusseite hinzugefügt, um eine genaue Aufzeichnung der Auswirkungen des Dienstes zu ermöglichen. Weitere Informationen zu Backfill-Vorfällen finden Sie hier .

2. 20. August 2026 um 11:49 UTCpostmortem

   ### Incident Überblick Am 29. Juli 2026 erlebte eine Untergruppe von Secret Server Cloud-Kunden in der Region Singapur ein Leistungsproblem aufgrund der erhöhten Belastung der Backend-Infrastruktur. Betroffene Benutzer erlebten langsame Reaktionszeiten oder Schwierigkeiten beim Zugriff auf ihre Instanz. Beginn der Auswirkungen: 29. Juli, 1:41 Uhr UTC Ende der Auswirkungen: 29. Juli 2:32 Uhr UTC ### Wurzelursache Während des betroffenen Zeitraums erlebte eine gemeinsame Backend-Ressource, die die Region Singapur unterstützte, einen Anstieg der Auslastung, der sie auf ihre maximale Kapazität brachte. Ein automatisierter Prozess, der für die Skalierung von Ressourcen zur Bewältigung der erhöhten Last verantwortlich ist, konnte nicht wie erwartet ausgeführt werden, was zu erhöhten Reaktionszeiten für eine Teilmenge von Kunden in dieser Region führte. ### Präventivmaßnahmen Um Wiederholungen zu verhindern, werden folgende Maßnahmen umgesetzt: * Verbesserung unseres automatisierten Skalierungsprozesses, um das Risiko ähnlicher Probleme in der Zukunft zu verringern. Wir entschuldigen uns aufrichtig für die dadurch verursachte Störung und die Unannehmlichkeiten für Ihre Operationen. Wir verpflichten uns, Wiederholungen durch die oben genannten Maßnahmen zu verhindern.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 28. Juli 2026 um 14:03 UTCinvestigating

   Wir untersuchen Berichte, dass einige Secret Server Cloud-Benutzer sich nicht anmelden können und auf eine Fehlerseite umgeleitet werden. Wir arbeiten aktiv daran, das Problem zu lösen und werden in Kürze ein weiteres Update bereitstellen.

2. 28. Juli 2026 um 14:15 UTCidentified

   Wir haben die Ursache des Problems identifiziert. Eine Konfigurationsänderung verhinderte, dass sich betroffene Mandanten mit der Datenbank verbinden konnten, was dazu führte, dass die Anwendung Fehlerseiten nicht laden und anzeigen konnte. Unser Engineering-Team hat eine Korrekturänderung vorgenommen und validiert den Fix. Wir werden in Kürze ein weiteres Update veröffentlichen.

3. 28. Juli 2026 um 16:34 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 28. Juli 2026 um 23:07 UTCresolved

   Dieses Problem wurde behoben und die Dienste funktionieren normal. Wir werden die Stabilität weiterhin überwachen.

5. 15. September 2026 um 06:39 UTCpostmortem

   ## Incident Überblick Am 28. Juli 2026 konnte sich eine kleine Untergruppe von Secret Server Cloud-Mandanten nicht anmelden oder es gab Fehler beim Navigieren zwischen den Seiten. Betroffene Mieter konnten keine Verbindung zu ihrer Datenbank herstellen, was dazu führte, dass die Anwendung nicht geladen wurde. * Start: 28. Juli 2026, ca. 03:11 Uhr UTC * Ende: 28. Juli 2026, ca. 04:05 Uhr UTC * Regionen betroffen: Sehr kleine Teilmenge der Mieter in mehreren Regionen Ursache und Heilung der Wurzel Während eines internen Release-Schritts wurde ein unterstützender Dienst neu erstellt und in einer Version bereitgestellt, die nicht mit der in der Secret Server Cloud-Produktion ausgeführten Version übereinstimmte. Die beiden Versionen formatieren die Datenbankverbindungseinstellungen unterschiedlich, und das neuere Format enthielt eine Einstellung, die die Produktionsanwendung nicht erkannte. Dieser Wert wurde in einen internen Cache geschrieben und den Mietern zur Verfügung gestellt, da ihre zwischengespeicherten Einträge aktualisiert wurden. Da das Aktualisierungs-Timing je nach Mieter variiert, wurden die Mieter an verschiedenen Punkten und nicht auf einmal betroffen, weshalb sich die Auswirkungen auf eine Teilmenge und nicht auf die gesamte Region beschränkten. Unser Engineering-Team identifizierte die Ursache, stellte den unterstützenden Service bei der Versionsabgleichsproduktion neu ein und löschte die betroffenen Cache-Einträge. Der Zugriff wurde wiederhergestellt, als korrigierte Werte propagiert wurden, und jeder betroffene Mandant wurde einzeln validiert, bevor der Vorfall geschlossen wurde. ## Vorbeugende Maßnahmen * Fügen Sie automatisierte Kompatibilitätstests und Validierungsprüfungen hinzu, um Konfigurations- und Versionsfehler zu erkennen, bevor der Code die Produktion erreicht. * Verbesserung der Erkennung von Fehlern in der Datenbankverbindung auf Mandantenebene, sodass diese Problemklasse durch interne Überwachung und nicht durch Kundenberichte identifiziert wird. * Stärkung der internen Überprüfungsprozesse für das Cache- und Konfigurationsmanagement, um das Risiko und die Auswirkungen ähnlicher Probleme in Zukunft zu reduzieren. Wir entschuldigen uns aufrichtig für die dadurch verursachte Störung und die Unannehmlichkeiten für Ihre Operationen. Wir verpflichten uns, Wiederholungen durch die oben genannten Maßnahmen zu verhindern.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 27. Juli 2026 um 18:05 UTCinvestigating

   Wir haben ein Problem festgestellt, das einige Kunden daran hindert, sich über RDP zu verbinden oder Passwörter aus der Ferne zu ändern. Wir arbeiten aktiv daran, das Problem zu lösen und werden in Kürze ein weiteres Update bereitstellen.

2. 27. Juli 2026 um 19:34 UTCidentified

   Wir haben das Problem identifiziert, das einige Kunden daran hindert, sich über einen Proxy zu verbinden oder Passwörter aus der Ferne zu ändern. Während dieses Vorfalls hatten einige Kunden auch Fehler beim Erstellen von Ordnern. Unser Engineering-Team hat die Ursache isoliert und implementiert aktiv einen Fix, um den normalen Service wiederherzustellen. Wir werden ein weiteres Update bereitstellen, wenn der Fortschritt weitergeht.

3. 27. Juli 2026 um 20:10 UTCmonitoring

   Wir haben Minderungsmaßnahmen zur Wiederherstellung der Serviceverfügbarkeit ergriffen und überwachen aktiv die Umwelt, um eine anhaltende Stabilität zu gewährleisten. Wir entschuldigen uns für alle Unannehmlichkeiten, die dies verursacht haben könnte, und schätzen Ihre Geduld.

4. 27. Juli 2026 um 21:30 UTCresolved

   Die Probleme, die unsere Secret Server Cloud-Kunden betreffen, wurden behoben. Wir entschuldigen uns für alle Unannehmlichkeiten, die dies verursacht haben könnte.

5. 4. August 2026 um 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.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 26. Juli 2026 um 18:13 UTCresolved

   Uns sind Berichte von mehreren Kunden bekannt, die Probleme mit der Konnektivität von Connector in der US-Region haben. Wir haben die Ursache als die Netzwerkinfrastruktur identifiziert, die den Connector-Datenverkehr unterstützt, und die Auswirkungen gemildert. Die Konnektivität sollte nun wiederhergestellt werden. Weitere Untersuchungen und Infrastrukturänderungen sind für nächste Woche geplant, um ein Wiederauftreten zu verhindern.

2. 4. August 2026 um 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.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. Juli 2026 um 16:24 UTCidentified

   Wir wollten Ihnen ein Update zu dem Vorfall geben, der die unten aufgeführten Dienste betrifft. Unser Team hat fleißig daran gearbeitet, das Problem anzugehen, und wir haben bedeutende Fortschritte gemacht. Wir schätzen Ihre anhaltende Geduld und Unterstützung, während wir daran arbeiten, den normalen Service vollständig wiederherzustellen. Bei Fragen oder Bedenken wenden Sie sich bitte an unser Support-Team unter https://support.delinea.com.

2. 24. Juli 2026 um 16:33 UTCidentified

   Wir haben die Ursache für die intermittierenden 504-/Gateway-Timeout-Fehler identifiziert, die einige Kunden beim Zugriff auf ihre Delinea-Plattform-Instanzen oder beim Einsatz von Connector-basierten Operationen erlebt haben. Das Problem ergibt sich aus erhöhten Reaktionszeiten in einem Backend-Service, der die Konnektivität des Connectors übernimmt, was dazu führt, dass einige Anfragen ausfallen. Unser Ingenieurteam hat die Quelle isoliert und wendet aktiv Korrekturmaßnahmen an, um die normale Leistung wiederherzustellen. Einige Kunden können weiterhin intermittierende Timeouts sehen, bis der Fix vollständig vorhanden ist. Wir werden ein weiteres Update bereitstellen, wenn sich die Situation ändert.

3. 24. Juli 2026 um 22:34 UTCidentified

   Das Problem wurde identifiziert und die Sanierungsbemühungen sind derzeit im Gange. Wir werden weiterhin Updates bereitstellen, wenn wir Fortschritte machen.

4. 24. Juli 2026 um 23:48 UTCresolved

   Dieser Vorfall wurde behoben.

5. 4. August 2026 um 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.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 21. Juli 2026 um 21:55 UTCmonitoring

   Wir erleben Verzögerungen bei der Verarbeitung von Audit-Events für Kunden in unserer US-Ostregion. Audit-Logs und Audit-Aktivitäten können in den Delinea Platform- und Secret Server Cloud-Schnittstellen verzögert oder unvollständig erscheinen. Es gehen keine Audit-Events verloren. Alle Ereignisse werden erfasst und verarbeitet. Die Kernfunktionalität des Produkts, einschließlich geheimer Zugriffe, Authentifizierung und Passwortverwaltung, ist nicht betroffen. Unser Engineering-Team hat die Ursache identifiziert und Datenbank- und Verarbeitungsressourcen skaliert, um den Rückstand zu beheben. Der Backlog läuft aktiv ab.

2. 23. Juli 2026 um 15:57 UTCresolved

   Der Auftragsbestand für Audit-Events, der Kunden in unserer US-Ostregion betrifft, wurde vollständig gelöscht. Audit Logs sind jetzt aktuell und aktuell. In diesem Zeitraum gingen keine Audit-Ereignisse verloren. Vielen Dank für Ihre Geduld.

3. 20. August 2026 um 11:48 UTCpostmortem

   ### Incident Überblick Am 20. Juli 2026 kam es bei einer Untergruppe von Delinea Platform-Kunden in der US-Region zu Verzögerungen bei der Verarbeitung von Auditereignissen, was zu einer Verzögerung zwischen dem Auftreten von Aktionen und dem Auftreten der entsprechenden Auditereignisse in den Protokollen führte. * Start: 20. Juli 2026, 10:54 Uhr UTC * Ende: 23. Juli 2026, 3:58 Uhr UTC ### Wurzelursache und Sanierung Der Vorfall wurde durch einen Anstieg des Audit-Ereignisvolumens nach einer kürzlich veröffentlichten Secret Server-Version verursacht, die die Verarbeitungskapazität der Audit-Ereignispipeline in der US-Region überstieg. Mit zunehmendem Volumen wurden Ereignisse für die Verarbeitung in die Warteschlange gestellt, anstatt in Echtzeit geliefert zu werden, was zu einem Rückstand und einer entsprechenden Verzögerung bei der Verfügbarkeit von Auditprotokollen führte. Bei diesem Vorfall gingen keine Audit-Ereignisse verloren. Unser Engineering-Team skalierte die zugrunde liegende Datenverarbeitungskapazität, um den Backlog zu bearbeiten und gleichzeitig die Warteschlangentiefe und Verarbeitungsraten zu überwachen. Am 23. Juli 2026 waren alle verspäteten Ereignisse vollständig verarbeitet, die Auditprotokolle waren aktuell und der normale Betrieb wurde wieder aufgenommen. ### Präventivmaßnahmen * Verbessern Sie die automatisierte Skalierung der Audit-Event-Pipeline, damit sie Volumensteigerungen absorbieren kann, ohne einen Backlog zu erstellen oder die Protokollverfügbarkeit zu verzögern. * Verbessern Sie die Überwachung und Alarmierung des Auditverarbeitungsvolumens und der Warteschlangentiefe, um mögliche Verzögerungen früher zu erkennen und zu reagieren, bevor Kunden betroffen sind. Wir entschuldigen uns aufrichtig für die dadurch verursachte Störung und die Unannehmlichkeiten für Ihre Operationen. Wir verpflichten uns, Wiederholungen durch die oben genannten Maßnahmen zu verhindern.

Automatisch aus der offiziellen Störungsmeldung übersetzt.