Störungsverlauf von Thycotic

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 .

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.

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.

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.

1. 13. Juli 2026 um 18:00 UTCinvestigating

   Wir untersuchen derzeit ein Problem mit der Delinea-Plattform, bei dem die SCIM-Synchronisierung bei der Erstellung neuer Benutzer / Gruppen Timeouts erfährt. Dieses Problem betrifft vor allem Kunden mit großen Gruppengrößen (Tausende von Nutzern pro Gruppe). Es hat zu einer langsamen Leistung und in einigen Fällen zu Anmeldefehlern geführt. Als Minderungsschritt wurde SCIM Public Preview deaktiviert, um weitere Auswirkungen zu minimieren. Unser Team untersucht aktiv die Ursache und wird Updates bereitstellen, sobald mehr Informationen verfügbar sind.

2. 13. Juli 2026 um 23:16 UTCresolved

   Ein Fix für das SCIM-Timeout-Problem wurde implementiert. Die Leistung ist wieder normal und die SCIM-Synchronisation funktioniert wie erwartet. Dieser Vorfall ist nun gelöst. Wenn Sie weiterhin ähnliche Probleme haben, kontaktieren Sie bitte unser Support-Team unter https://support.delinea.com Vielen Dank für Ihre Geduld.

3. 17. Juli 2026 um 20:33 UTCpostmortem

   ## Incident Überblick Am 10. Juli 2026 erlebten Kunden, die SCIM Public Preview mit Active Directory-Integration nutzten, eine verschlechterte Konnektorleistung. Die Auswirkungen beschränkten sich auf Mieter mit einer AD-Gruppe mit einer sehr großen Mitgliedschaft (Tausende von Benutzern), die während des Ereignisfensters eine Änderung der Mitgliedschaft durchliefen. Betroffene Konnektoren sahen, dass die CPU- und Speicherauslastung auf kritische Ebenen anstieg, was ihre Fähigkeit zur Verarbeitung anderer Anfragen, einschließlich Logins, beeinträchtigte. * Start: 9. Juli 2026, ca. 11:00 Uhr Central \(Juli 10, 4:00 Uhr UTC\) * Ende: 13. Juli 2026, ca. 8:00 Uhr Central \(Juli 14, 1:00 Uhr UTC\) Ursache und Heilung der Wurzel Die SCIM-Funktionalität, die zuvor über eine private Vorschau verfügbar war, wurde am 24. Juni 2026 in eine öffentliche Vorschau befördert. Um das SCIM-Protokoll zu erfüllen, verwaltet der SCIM-Dienst eine Teilkopie der Benutzer- und Gruppendaten von Active Directory, die aus von AD gestreamten Änderungsbenachrichtigungen erstellt wurden. Als SCIM eine Mitgliedschaftsänderungsbenachrichtigung für eine Gruppe erhielt, die noch nicht vollständig ausgefüllt war, befragte es AD für die gesamte Mitgliedschaft der Gruppe und nicht für die spezifische Änderung. Für Kunden mit sehr großen AD-Gruppen erzeugte dies eine hohe Anzahl von Abfragen über den Konnektor des Kunden und überwältigte sie. Mieter mit aktivierter öffentlicher Vorschau erhielten automatisch die SCIM-Funktion, so dass auch Umgebungen, die SCIM nicht aktiv nutzen, ausgesetzt waren. Um Abhilfe zu schaffen, wurde SCIM für betroffene Kunden deaktiviert, nachdem sie bestätigt hatten, dass sie es nicht aktiv nutzten, und die öffentliche SCIM-Vorschau wurde am 13. Juli vorsorglich deaktiviert, während ein dauerhafter Fix validiert wurde. Der Dienst wurde so aktualisiert, dass eine einzelne Mitgliedschaftsänderungsbenachrichtigung eine Abfrage nur für diese Änderung auslöst, nicht für die volle Mitgliedschaft der Gruppe. Der Fix wurde am Ende des Tages am 13. Juli bereitgestellt und die öffentliche SCIM-Vorschau wurde am 14. Juli 2026 um 8:00 Uhr Central wieder aktiviert. Von den Kunden waren keine Maßnahmen erforderlich. ## Vorbeugende Maßnahmen * Erweitern Sie das Testen um große AD-Gruppenszenarien vor zukünftigen Vorschauaktionen. * Fügen Sie die Überwachung auf ein abnormales Connector-gesteuertes API-Aufrufvolumen hinzu, sodass ähnliche Probleme vor den Auswirkungen auf den Kunden erkannt 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. 12. Juli 2026 um 07:04 UTCinvestigating

   Uns ist ein Problem bekannt, das die Delinea-Plattform und die Secret Server Cloud betrifft, bei dem Benutzer möglicherweise keine Geheimnisse starten können, da der Fehler "In der Secret Server Cloud ist ein Fehler aufgetreten" auftritt. Unser Team untersucht aktiv die Ursache und wird ein Update bereitstellen, sobald mehr Informationen verfügbar sind.

2. 12. Juli 2026 um 08:38 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

3. 12. Juli 2026 um 09:40 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 12. Juli 2026 um 11:19 UTCresolved

   Dieser Vorfall wurde behoben.

5. 15. Juli 2026 um 16:02 UTCpostmortem

   ## **Unfallübersicht** Am 11. Juli 2026, nach einer [Secret Server Cloud Release] (https://status.delinea.com/incidents/b8yxjwdy4kv2), erlebten Kunden, die Session Connector Launcher nutzten, geheime Startfehler, einschließlich Starts, die über die Delinea Plattform vermittelt wurden. Betroffene Starts gaben einen HTTP 500-Fehler zurück und es wurde keine Verbindungsdatei generiert. Andere Launcher-Typen und alle anderen Secret Server-Funktionalitäten waren nicht betroffen. * Start: 11. Juli 2026, ca. 5:00 Uhr UTC * Ende: 12. Juli 2026, 8:34 UTC \(Rollback in allen Regionen abgeschlossen \) ## **Wurzelursache und -sanierung** Die Veröffentlichung änderte die Art und Weise, wie die Launcher-Konfiguration zum Startzeitpunkt aufgelöst wird, in einer Weise, die mit bestimmten bestehenden Session Connector-Starterkonfigurationen inkompatibel war. Starten Sie Anforderungen für diese Konfigurationen, die mit einem Serverfehler fehlgeschlagen sind, anstatt sie normal abzuschließen. Um Abhilfe zu schaffen, hat unser Team das Release in allen Regionen zurückgenommen. Der Rollback begann um 8:21 Uhr UTC und wurde am 12. Juli um 8:34 Uhr UTC abgeschlossen, um den Vorfall zu lösen. Nach dem Rollback bestätigte unser Team mit betroffenen Kunden, dass der geheime Start wieder normal funktionierte. Von den Kunden waren keine Maßnahmen erforderlich. Ein korrigierter Fix wurde mit erweiterter automatisierter Regressionsabdeckung für Session Connector zum Starten von Konfigurationen abgeschlossen und verifiziert und wird in eine bevorstehende Secret Server Cloud-Version aufgenommen. Es ist keine Kundenaktion erforderlich. ## **Vorbeugende Maßnahmen** * Die automatische Starttestabdeckung wird auf alle unterstützten Startertypen und -konfigurationen erweitert. * Automatisierte Erkennung neuer Fehlersignaturen, die durch Bereitstellungen eingeführt werden, wodurch die Zeit bis zur Erkennung und zum Rollback für ähnliche Probleme reduziert wird. 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. 9. Juli 2026 um 19:57 UTCinvestigating

   Unser Team ist sich eines Problems bewusst, das RPC betrifft und untersucht aktiv. Wir werden zusätzliche Updates bereitstellen, sobald weitere Informationen verfügbar sind.

2. 9. Juli 2026 um 20:00 UTCidentified

   Wir haben die Ursache identifiziert und arbeiten aktiv daran, das Problem zu mildern. Weitere Updates werden bereitgestellt, sobald sie verfügbar sind.

3. 9. Juli 2026 um 20:33 UTCmonitoring

   Wir haben einen Fix implementiert und überwachen derzeit. Weitere Updates werden in Kürze bereitgestellt.

4. 9. Juli 2026 um 22:42 UTCresolved

   Wir freuen uns, Ihnen mitteilen zu können, dass der Vorfall, der die US Secret Server Cloud 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.

5. 10. Juli 2026 um 00:38 UTCpostmortem

   ## Incident Überblick Am 9. Juli 2026 erlebten die Kunden in der SSC US-Region etwa zwei Stunden lang einen eingeschränkten geheimen Zugang. Betroffene Kunden konnten Geheimnisse nicht zuverlässig anzeigen, Remote-Sitzungen starten oder RPC-Operationen während des Aufprallfensters durchführen. * Start: 9. Juli 2026, 1:52 PM Central \(6:52 PM UTC\) * Ende: 9. Juli 2026, 15.55 Uhr Central \(8:55 Uhr UTC\) Ursache und Heilung der Wurzel Während der routinemäßigen Untersuchung einer nicht zusammenhängenden Warnung wurden die von unserer internen Nachrichteninfrastruktur verwendeten Anmeldeinformationen regeneriert. Diese Infrastruktur unterstützt Hintergrundverarbeitung, Webanfragen und Sitzungsbearbeitung in der gesamten SSC-Region USA. Die Regeneration machte mehrere Verbindungen ungültig, ohne Übergangszeit. Dies führte dazu, dass die hintergrundverarbeitung gestoppt wurde und webanforderungen, die von der messaging-schicht abhängen, hängen bleiben und schließlich fehlschlagen. Um Abhilfe zu schaffen, hat unser Team die betroffenen Systeme mit den neuen Anmeldeinformationen aktualisiert und die betroffenen Dienste neu gestartet. Die Konnektivität wurde automatisch wiederhergestellt, sobald die Dienste neu gestartet wurden. Von den Kunden waren keine Maßnahmen erforderlich. Die Erholung wurde um 3:55 Uhr Central bestätigt. ## Vorbeugende Maßnahmen * Verbesserte Change-Control-Gates bei Root-Key-Operationen gegen Produktions-Namespaces, um nicht überprüfte Schlüsseldrehungen zu verhindern. Wir entschuldigen uns aufrichtig für die dadurch verursachte Störung und die Unannehmlichkeiten für Ihre Operationen. Wir sind verpflichtet, Wiederholungen durch die oben genannten Maßnahmen zu verhindern.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 28. Mai 2026 um 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. Mai 2026 um 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. Mai 2026 um 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. Mai 2026 um 20:10 UTCresolved

   This incident has been resolved.

1. 20. Mai 2026 um 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. Mai 2026 um 18:44 UTCinvestigating

   We are continuing to investigate this issue.

3. 20. Mai 2026 um 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. Mai 2026 um 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. Mai 2026 um 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. Mai 2026 um 21:43 UTCresolved

   This incident has been resolved.

7. 27. Mai 2026 um 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. Mai 2026 um 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. Mai 2026 um 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. Mai 2026 um 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. Mai 2026 um 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. Mai 2026 um 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. April 2026 um 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. April 2026 um 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. April 2026 um 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. April 2026 um 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. April 2026 um 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. April 2026 um 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. April 2026 um 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.