Centrify driftsforstyrrelser

1. 4. september 2026 kl. 22.02 UTCresolved

   Denne hændelse er blevet løst. Vi undskylder forstyrrelsen. Undersøgelse Vi undersøger rapporter fra Delinea Platform lejere, der viser en frossen lejer besked, der forhindrer brugerne i at logge ind og få adgang til deres miljø. Betingelsen begyndte omkring 4: 49 PM EDT på grund af en forkert konfiguration ændring, der forhindrer visse kunder i at få adgang til deres lejere. Engineering identificeret årsagen, kørte en tilbagevenden job begynder på ca. 5: 08 PM EDT, og alle berørte lejere blev bekræftet unfrossen af 5: 55 PM EDT. Backfill Notice: Denne hændelse blev tilføjet til vores status side med tilbagevirkende kraft for at give en nøjagtig registrering af service virkning. Mere information om backfill hændelser er tilgængelig her.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 28. august 2026 kl. 18.02 UTCinvestigating

   Vi undersøger et problem, der påvirker login og adgang til Delinea-platformen i den amerikanske region. Nogle brugere kan være ude af stand til at logge ind eller kan opleve langsom ydeevne, når de får adgang til deres lejere. I de fleste tilfælde, genforsøg login forsøg giver brugerne mulighed for at få adgang til deres lejer. Vores ingeniørhold er aktivt engageret. Vi vil give en opdatering, så snart mere information er tilgængelig.

2. 28. august 2026 kl. 18.27 UTCinvestigating

   Vi fortsætter med at undersøge indlognings- og adgangsspørgsmål vedrørende Delinea-platformen i den amerikanske region. Berørte brugere kan se en "opstrøms anmodning timeout" fejlmeddelelse, når de forsøger at logge ind, eller kan opleve langsom ydeevne, når de får adgang til deres lejer. Vores ingeniørhold er fuldt engageret og behandler dette som en topprioritet. Vi vil give en opdatering, så snart mere information er tilgængelig.

3. 28. august 2026 kl. 19.19 UTCidentified

   Spørgsmålet er blevet identificeret, og et fix er ved at blive gennemført.

4. 28. august 2026 kl. 19.33 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

5. 28. august 2026 kl. 20.16 UTCresolved

   Denne hændelse er blevet løst. Login og adgang til Delinea Platform i den amerikanske region er vendt tilbage til normal, og brugerne bør ikke længere støde på fejl eller forringet ydeevne, når logge på. Vi fortsætter vores undersøgelse af den underliggende årsag og vil dele en grundlæggende årsag analyse, når denne undersøgelse er færdig. Vi undskylder forstyrrelsen.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 19. august 2026 kl. 21.47 UTCresolved

   Denne hændelse er blevet løst. Vi undskylder forstyrrelsen. Undersøgelse Vi undersøger et problem, hvor brugere i ikke-amerikanske regioner ikke er i stand til at etablere nye fjernsessioner. Berørte brugere modtager en "Engine utilgængelig" besked, når de lancerer en session. Virkningen er begrænset til kunder i ikke-amerikanske regioner. Lejere i den amerikanske region er ikke berørt. Vi vil give en opdatering, så snart vi har flere oplysninger. Backfill Notice: Denne hændelse blev tilføjet til vores status side med tilbagevirkende kraft for at give en nøjagtig registrering af service virkning. Mere information om backfill hændelser er tilgængelig her.

2. 19. august 2026 kl. 22.11 UTCpostmortem

   # # Incident Oversigt En undergruppe af kunder i ikke-amerikanske regioner var ude af stand til at lancere nye PRA sessioner og modtog en "Engine utilgængelige" fejl. Eksisterende driftsessioner var upåvirkede. * Start: 14. august 2026, 09: 46 UTC * Slutningen: 14. august 2026, 10: 45 UTC # Root Cause and Remediation En ny version af PRA service blev udsendt til produktion den 14. august 2026 på 09: 46 UTC. Den nye version anvendte ikke korrekt en nødvendig indstillingsværdi i produktionsmiljøet, hvilket forhindrede tjenesten i at lokalisere sessionsmotoren for ikke-amerikanske regioner. Berørte kunder var derfor ude af stand til at lancere nye sessioner og modtog en "Engine utilgængelige" fejl. Efter en stigning i backend fejlrater under post-deployering overvågning, korreleret med indgående kunderapporter, blev deployeringen rullet tilbage til den tidligere stabile version. Rollback afsluttet kl. 10.45 UTC. Opløsning blev verificeret gennem backend logs og ved at bekræfte, at påvirket kunder kunne med succes lancere nye sessioner. # Forebyggende handlinger * Gennemgå installationsprocessen for at afgøre, hvorfor konfigurationsspørgsmålet ikke blev opdaget før produktionen udgivelse. * Implementere en iscenesat udrulningsmodel, så nye service versioner er frigivet til en enkelt region og valideret før bredere implementering. * Introducere automatiseret post-implementering sundhedskontrol, herunder en syntetisk session lancering pr. region, at gate fremme og udløse rollback på fiasko. Vi undskylder for forstyrrelsen og værdsætter din tålmodighed, mens vi arbejdede på at løse det.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 3. august 2026 kl. 04.55 UTCinvestigating

   Vi undersøger rapporter om forringet ydeevne påvirker Secret Server. Nogle brugere kan være ude af stand til at få adgang til Vault UI. Brugere kan støde på fejlen: [Federation Runtime]: remoteEntryExports er udefineret, hvilket kan forhindre adgang til hemmeligheder. Vores team undersøger sagen og arbejder på at genoprette normal service. Vi vil levere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

2. 3. august 2026 kl. 14.31 UTCresolved

   Efter yderligere undersøgelse, vi har besluttet, at dette spørgsmål er isoleret til Secret Server on- lokaler installationer og ikke påvirker Secret Server Cloud (SSC). Der er ikke konstateret nogen indvirkning på SSC i USA, EU eller SEA-regionerne. Denne hændelse er nu løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 29. juli 2026 kl. 04.12 UTCresolved

   Vi identificerede et problem, der påvirker Secret Server Cloud for en delmængde af kunder i Singapore-regionen på grund af øget belastning på backend infrastruktur. Berørte brugere oplevede langsomme svartider eller vanskeligheder med at få adgang til deres instans. Det var kun et performancespørgsmål. Dette spørgsmål er blevet løst, og normale resultater er blevet genoprettet. Vi undskylder for eventuelle ulemper. Backfill Notice: Denne hændelse blev tilføjet til vores status side med tilbagevirkende kraft for at give en nøjagtig registrering af service virkning. Mere information om backfill hændelser er tilgængelig her.

2. 20. august 2026 kl. 11.49 UTCpostmortem

   # # # Incident Oversigt Den 29. juli 2026, en delmængde af Secret Server Cloud kunder i Singapore-regionen oplevede et performance problem på grund af øget belastning på backend infrastruktur. Berørte brugere oplevede langsomme svartider eller vanskeligheder med at få adgang til deres instans. Påvirkningens start: 29. juli 1: 41AM UTC Slutningen af slag: 29 juli, 2: 32AM UTC # # Root Cause I den berørte periode oplevede en fælles tilbageblik ressource til støtte for Singapore-regionen en stigning i udnyttelsen, der skubbede den til sin maksimale kapacitet. En automatiseret proces med ansvar for skalering af ressourcer til at håndtere den øgede belastning mislykkedes at udføre som forventet, hvilket resulterer i øgede svartider for en delmængde af kunder i regionen. # # Forebyggende handlinger For at undgå gentagelser gennemføres følgende foranstaltninger: * At forbedre vores automatiserede skaleringsproces for at reducere risikoen for lignende problemer i fremtiden. Vi undskylder for forstyrrelsen og ulejligheden ved jeres operationer. Vi er forpligtet til at forhindre tilbagefald gennem ovennævnte handlinger.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 28. juli 2026 kl. 14.03 UTCinvestigating

   Vi undersøger rapporter om, at nogle Secret Server Cloud brugere er ude af stand til at logge ind og bliver omdirigeret til en fejl side. Vi arbejder aktivt på at løse problemet og vil snart komme med endnu en opdatering.

2. 28. juli 2026 kl. 14.15 UTCidentified

   Vi har identificeret årsagen til problemet. En konfigurationsændring forhindrede berørte lejere i at forbinde til databasen, hvilket fik programmet til ikke at indlæse og vise fejlsider. Vores ingeniørhold har foretaget en korrigerende ændring og validerer fixet. Vi vil snart give endnu en opdatering.

3. 28. juli 2026 kl. 16.34 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

4. 28. juli 2026 kl. 23.07 UTCresolved

   Dette spørgsmål er blevet løst, og tjenesterne fungerer normalt. Vi vil fortsat overvåge for at sikre stabilitet.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 27. juli 2026 kl. 18.05 UTCinvestigating

   Vi har identificeret et problem, der forhindrer nogle kunder i at forbinde via RDP eller ændre adgangskoder eksternt. Vi arbejder aktivt på at løse problemet og vil snart komme med endnu en opdatering.

2. 27. juli 2026 kl. 19.34 UTCidentified

   Vi har identificeret problemet, der forhindrer nogle kunder i at forbinde via proxy eller ændre adgangskoder eksternt. Under denne hændelse, oplevede nogle kunder også fejl, når du opretter mapper. Vores ingeniørhold har isoleret roden årsag og er aktivt at gennemføre en rettelse for at genoprette normal service. Vi vil give endnu en opdatering, efterhånden som fremskridtene fortsætter.

3. 27. juli 2026 kl. 20.10 UTCmonitoring

   Vi har anvendt afbødende foranstaltninger for at genoprette tjenestens tilgængelighed og overvåger aktivt miljøet for at sikre fortsat stabilitet. Vi undskylder for alt det besvær, det kan have forårsaget og værdsætter din tålmodighed.

4. 27. juli 2026 kl. 21.30 UTCresolved

   De spørgsmål, der påvirker vores Secret Server Cloud kunder er blevet løst. Vi undskylder for eventuelle ulemper.

5. 4. august 2026 kl. 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.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 26. juli 2026 kl. 18.13 UTCresolved

   Vi er opmærksomme på rapporter fra flere kunder, der oplever problemer med forbindelse i den amerikanske region. Vi har identificeret årsagen som den netværksinfrastruktur, der understøtter Connector-trafikken, og har mindsket virkningen. Forbindelsen bør nu genoprettes. Yderligere undersøgelser og infrastrukturændringer er planlagt til næste uge for at forhindre gentagelse.

2. 4. august 2026 kl. 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.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. juli 2026 kl. 16.24 UTCidentified

   Vi ønskede at give dig en opdatering om hændelsen, der påvirker de (n) service (er), der er anført nedenfor. Vores team har arbejdet ihærdigt for at løse problemet, og vi har gjort betydelige fremskridt. Vi sætter pris på din fortsatte tålmodighed og støtte, mens vi arbejder på fuldt ud at genoprette normal service. For eventuelle spørgsmål eller bekymringer, bedes du kontakte vores support team på https: / / support.delinea.com.

2. 24. juli 2026 kl. 16.33 UTCidentified

   Vi har identificeret årsagen til de periodiske 504 / Gateway Timeout fejl, som nogle kunder har oplevet, når de får adgang til deres Delinea Platform tilfælde, eller når forbindelsesbaserede operationer er i brug. Problemet stammer fra forhøjede svartider i en backend-tjeneste, der håndterer konnektivitet, hvilket forårsager nogle anmodninger til time out. Vores ingeniørhold har isoleret kilden og anvender aktivt korrigerende foranstaltninger for at genoprette normal ydeevne. Nogle kunder kan fortsætte med at se intermitterende timeouts indtil fix er fuldt på plads. Vi vil give en yderligere opdatering, efterhånden som situationen ændrer sig.

3. 24. juli 2026 kl. 22.34 UTCidentified

   Spørgsmålet er blevet identificeret, og der er i øjeblikket oprydning i gang. Vi vil fortsat levere opdateringer, når vi gør fremskridt.

4. 24. juli 2026 kl. 23.48 UTCresolved

   Denne hændelse er blevet løst.

5. 4. august 2026 kl. 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.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 21. juli 2026 kl. 21.55 UTCmonitoring

   Vi oplever forsinkelser i audit event behandling for kunder i vores US East region. Audit logs og audit aktivitet kan forekomme forsinket eller ufuldstændig i Delinea Platform og Secret Server Cloud grænseflader. Ingen revisionsbegivenheder går tabt. Alle begivenheder er fanget og vil blive behandlet. Kerneproduktfunktionalitet, herunder hemmelig adgang, autentificering og password management er ikke påvirket. Vores ingeniørhold har identificeret årsagen og har skaleret database og behandling ressourcer til at adressere backlog. Efterslæbet dræner aktivt.

2. 23. juli 2026 kl. 15.57 UTCresolved

   Audit event processing backlog påvirker kunder i vores US East region er blevet fuldt ryddet. Revisionslogfiler er nu aktuelle og ajourførte. Ingen revisionsbegivenheder blev tabt i denne periode. Tak for din tålmodighed.

3. 20. august 2026 kl. 11.48 UTCpostmortem

   # # # Incident Oversigt Den 20. juli 2026 oplevede en delmængde af Delinea Platform-kunder i den amerikanske region forsinkelser i behandlingen af audit, hvilket resulterede i en forsinkelse mellem, hvornår der skete handlinger, og hvornår de tilsvarende auditbegivenheder dukkede op i logfiler. * Start: 20 juli 2026, 10: 54 AM UTC * Slutningen: 23 juli 2026, 15: 58 PM UTC # # Root Cause and Remediation Hændelsen var forårsaget af en stigning i audit begivenhed volumen efter en nylig Secret Server udgivelse, som oversteg den behandlingskapacitet af audit begivenhed rørledningen i den amerikanske region. Som volumen voksede, begivenheder blev i kø til behandling snarere end leveret i realtid, hvilket forårsager en forsinkelse og en tilsvarende forsinkelse i revisionsloggen tilgængelighed. Ingen revisionsbegivenheder blev tabt under denne hændelse. Vores engineering team skalerede den underliggende databehandling kapacitet til at arbejde gennem backlog, mens overvågning kø dybde og behandlingsrater. I juli 23, 2026, alle forsinkede begivenheder var blevet fuldt behandlet, revision logfiler var aktuelle, og normale operationer var genoptaget. # # Forebyggende handlinger * Forbedre automatiseret skalering til revision begivenhed pipeline, så det kan absorbere stigninger i volumen uden at skabe en backlog eller forsinke log tilgængelighed. * Forbedre overvågning og varsling revision behandling volumen og kø dybde til at opdage potentielle forsinkelser tidligere og reagere, før kunderne er påvirket. Vi undskylder for forstyrrelsen og ulejligheden ved jeres operationer. Vi er forpligtet til at forhindre tilbagefald gennem ovennævnte handlinger.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 13. juli 2026 kl. 18.00 UTCinvestigating

   Vi er i øjeblikket ved at undersøge et problem, der påvirker Delinea Platform, hvor SCIM synkronisering oplever timeouts på nye bruger / gruppe skabelse. Dette spørgsmål er primært påvirke kunder med store gruppe størrelser (tusindvis af brugere per gruppe). Det har forårsaget langsom ydeevne og i nogle tilfælde login fejl. Som et afbødende skridt er SCIM Public Preview blevet deaktiveret for at minimere yderligere effekt. Vores team er aktivt at undersøge den grundlæggende årsag og vil give opdateringer som mere information bliver tilgængelig.

2. 13. juli 2026 kl. 23.16 UTCresolved

   Der er implementeret et fix for problemet med SCIM-timeout. Performance er vendt tilbage til normal, og SCIM synkronisering fungerer som forventet. Denne hændelse er nu løst. Hvis du fortsætter med at opleve eventuelle relaterede problemer, bedes du kontakte vores support team på https: / / support.delinea.com Tak for din tålmodighed.

3. 17. juli 2026 kl. 20.33 UTCpostmortem

   # # Incident Oversigt Den 10. juli 2026, kunder, der bruger SCIM offentlige preview med Active Directory integration oplevet forringet stik ydeevne. Virkningen var begrænset til lejere med en AD-gruppe, der indeholder et meget stort medlemskab\ (tusindvis af brugere\), der undergik en medlemsændring under hændelsesvinduet. Berørte konnektorer så CPU og hukommelse udnyttelse stige til kritiske niveauer, forringe deres evne til at behandle andre anmodninger, herunder logins. * Start: 9 juli 2026, ca. 11: 00 PM Central\ (10 juli, 4: 00 UTC\) * Slutningen: Juli 13, 2026, ca 8: 00 PM Central\ (Juli 14, 01: 00 UTC\) # Root Cause and Remediation SCIM funktionalitet, tidligere tilgængelig via privat preview, blev forfremmet til offentlig preview på 24 juni 2026. For at opfylde SCIM-protokollen vedligeholder SCIM-tjenesten en delvis kopi af Active Directors bruger- og gruppedata, der er bygget af ændringsmeddelelser fra AD. Da SCIM modtog en medlems- ændre anmeldelse for en gruppe, det endnu ikke var fuldt befolket, det spurgte AD for hele gruppens medlemskab snarere end den specifikke ændring. For kunder med meget store AD-grupper, dette genereret en høj mængde af forespørgsler gennem kundens stik, overvældende det. Lejere med offentlig preview aktiveret modtog den SCIM funktion automatisk, så miljøer, der ikke aktivt bruger SCIM blev også udsat. For at råde bod på det, blev SCIM deaktiveret for berørte kunder efter bekræftelse af, at de ikke var aktivt bruger det, og SCIM offentlig preview blev deaktiveret den 13. juli som en forholdsregel, mens en permanent fix blev valideret. Tjenesten blev opdateret, så en enkelt medlemsskifte meddelelse udløser en forespørgsel for kun at ændre, ikke gruppens fulde medlemskab. fixet blev indsat ved slutningen af dagen 13. juli, og SCIM offentlig preview blev re- aktiveret den 14. juli 2026 på 8: 00 Central. Der var ikke behov for handling fra kunderne. # Forebyggende handlinger * Udvid test til at omfatte store skala AD gruppe scenarier før fremtidige preview kampagner. * Tilføj overvågning for unormal connector- instrueret API opkald volumen, så lignende problemer er opdaget før kundens indvirkning. Vi undskylder for forstyrrelsen og ulejligheden ved jeres operationer. Vi er forpligtet til at forhindre tilbagefald gennem ovennævnte handlinger.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 12. juli 2026 kl. 07.04 UTCinvestigating

   Vi er klar over et problem, der påvirker Delinea Platform og Secret Server Cloud, hvor brugerne kan være ude af stand til at lancere hemmeligheder, støder på fejlen "En fejl er forekommet i Secret Server Cloud". Vores team er aktivt at undersøge den grundlæggende årsag og vil give en opdatering som mere information bliver tilgængelig.

2. 12. juli 2026 kl. 08.38 UTCidentified

   Spørgsmålet er blevet identificeret, og et fix er ved at blive gennemført.

3. 12. juli 2026 kl. 09.40 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

4. 12. juli 2026 kl. 11.19 UTCresolved

   Denne hændelse er blevet løst.

5. 15. juli 2026 kl. 16.02 UTCpostmortem

   # # * * Incident Overblik * * Den 11. juli 2026, efter en [Secret Server Cloud release] (https: / / status.delinea..com / hændelser / b8yxjwdy4kv2), kunder, der bruger Session Connector launchers oplevet hemmelige lancering svigt, herunder lanceringer brokered gennem Delinea Platform. Påvirkede lanceringer returnerede en HTTP 500 fejl og ingen forbindelse fil blev genereret. Andre løfteraketter typer og alle andre Secret Server funktionalitet var upåvirket. * Start: 11. juli 2026, ca. 5: 00 UTC * Slutningen: 12. juli 2026, 8: 34 AM UTC\ (rollback afsluttet på tværs af alle regioner\) # * * Root Cause and Remediation * * Udgivelsen ændrede hvordan launcher konfiguration er løst ved lanceringen tid på en måde, der var uforenelig med visse eksisterende Session Connector launcher konfigurationer. Start anmodninger om disse konfigurationer mislykkedes med en server fejl i stedet for at udfylde normalt. For at rydde op, rullede vores team udgivelsen tilbage over alle regioner. Rollback begyndte kl 8: 21 UTC og blev afsluttet ved 8: 34 UTC den 12. juli, løse hændelsen. Efter rollback, vores team bekræftede med berørte kunder, at hemmelig lancering var vendt tilbage til normal funktion. Der var ikke behov for handling fra kunderne. En korrigeret rettelse er blevet afsluttet og verificeret med udvidet automatiseret regressionsdækning for Session Connector til lancering konfigurationer og vil blive inkluderet i en kommende Secret Server Cloud udgivelse. Der kræves ingen kundehandling. # # * * Forebyggende handlinger * * * Automatiseret lancering test dækning er ved at blive udvidet til alle understøttede launcher typer og konfigurationer. * Automatisk detektion af nye fejl signaturer indført ved deployeringer, reducere tid til at opdage og rollback for lignende spørgsmål. Vi undskylder for forstyrrelsen og ulejligheden ved jeres operationer. Vi er forpligtet til at forhindre tilbagefald gennem ovennævnte handlinger.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 9. juli 2026 kl. 19.57 UTCinvestigating

   Vores team er klar over et problem, der påvirker RPC og undersøger aktivt. Vi vil give yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

2. 9. juli 2026 kl. 20.00 UTCidentified

   Vi har identificeret årsagen og arbejder aktivt på at mindske problemet. Yderligere opdateringer vil blive leveret, når de bliver tilgængelige.

3. 9. juli 2026 kl. 20.33 UTCmonitoring

   Vi har gennemført et fix og overvåger i øjeblikket. Yderligere opdateringer vil blive leveret snart.

4. 9. juli 2026 kl. 22.42 UTCresolved

   Vi er glade for at meddele dig, at hændelsen påvirker US Secret Server Cloud er blevet løst. Vores team har implementeret et fix, og alle systemer fungerer nu normalt. Vi undskylder for eventuelle ulemper denne hændelse kan have forårsaget, og vi sætter pris på din forståelse og støtte. For eventuelle spørgsmål eller bekymringer, bedes du kontakte vores support team på https: / / support.delinea.com.

5. 10. juli 2026 kl. 00.38 UTCpostmortem

   # # Incident Oversigt Den 9. juli 2026 oplevede kunder i SSC US-regionen nedbrudt hemmelig adgang i omkring to timer. Berørte kunder var ude af stand til pålideligt at se hemmeligheder, lancere eksterne sessioner, eller udføre RPC-operationer under slagvinduet. * Start: 9 juli 2026, 1: 52 PM Central\ (6: 52 PM UTC\) * Slutningen: 9. juli 2026, 3: 55 PM Central\ (8: 55 PM UTC\) # Root Cause and Remediation Under rutinemæssige undersøgelser af en ikke-relateret alarm, blev legitimation brugt af vores interne messaging infrastruktur regenereret. Denne infrastruktur understøtter baggrundsbehandling, webapplikationer og sessionshåndtering i hele SSC US-regionen. Regenereringen ugyldiggjorde flere forbindelser uden overgangsperiode. Dette forårsagede baggrundsbehandling til at stoppe og web-anmodninger, der afhænger af messaging lag at hænge og i sidste ende mislykkes. For at afhjælpe, Vores team opdateret de berørte systemer med de nye akkreditiver og genstartet de ramte tjenester. Forbindelsen blev automatisk genetableret, når tjenesterne blev genstartet. Der var ikke behov for handling fra kunderne. Genopretningen blev bekræftet kl. 15.55. # Forebyggende handlinger * Forbedret change- kontrol gates på root key operationer mod produktion navneraces for at forhindre ukontrollerede nøgle rotationer. Vi undskylder for forstyrrelsen og ulejligheden ved jeres operationer. Vi er forpligtet til at forhindre tilbagefald gennem ovennævnte handling.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 28. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 20.10 UTCresolved

   This incident has been resolved.

1. 20. maj 2026 kl. 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. maj 2026 kl. 18.44 UTCinvestigating

   We are continuing to investigate this issue.

3. 20. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 21.43 UTCresolved

   This incident has been resolved.

7. 27. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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.