Thycotic driftsforstyrrelser

1. 21. oktober 2026 kl. 14.48 UTCinvestigating

   Vi undersøger et problem, der påvirker Inventory Service i den amerikanske region, som påvirker evnen til at tilføje eller foretage opdateringer til Inventory. Kerneplatformens funktionalitet forbliver operationel. Vi arbejder på at genoprette fuld funktionalitet så hurtigt som muligt.

2. 21. oktober 2026 kl. 16.03 UTCresolved

   Vi er glade for at kunne meddele, at hændelsen, der påvirker Inventory tjenesten, 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.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 13. oktober 2026 kl. 15.42 UTCinvestigating

   Start omkring 12: 32 UTC den 13 oktober 2026, nogle brugere, der logger ind på Delinea Platform med SAML enkelt sign-on (SSO) var ude af stand til at fuldføre login og modtog en "Access Denied - Fejl 15" besked efter godkendelse med deres identitet udbyder. Brugere, der allerede var logget ind, og brugere, der loggede ind uden SAML SSO, blev ikke påvirket. Problemet var forårsaget af en sikkerhedsregel på en tredjeparts kant netværk udbyder, der forkert blokeret SAML login svar. Vores ingeniørhold anvendte en konfiguration ændring på 14: 11 UTC og SAML SSO logins har været lykkedes normalt siden. Hvis du fortsætter med at opleve denne fejl, bedes du opdatere din browser og prøve igen. Vi undskylder for den ulejlighed dette har forårsaget og værdsætter din tålmodighed, som vi arbejdede for at genoprette normal service. For eventuelle spørgsmål om denne hændelse, bedes du kontakte vores support team på https: / / support.delinea.com.

2. 13. oktober 2026 kl. 15.44 UTCidentified

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

3. 13. oktober 2026 kl. 15.49 UTCmonitoring

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

4. 13. oktober 2026 kl. 16.02 UTCmonitoring

   Vi fortsætter med at overvåge for yderligere spørgsmål.

5. 13. oktober 2026 kl. 16.56 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 15. oktober 2026 kl. 08.30 UTCresolved

   Kl. 9: 13 UTC den 13. oktober 2026 oplevede nogle kunder for tidlige afbrydelser ved lanceringen af PRA Remote Application sessioner. Sessionerne sluttede efter cirka 233 minutter. Root Cause: En nylig opdatering til FreeRDP biblioteket indført en regressionsfejl, der udelod RAIL (Remote Applications Integrated Local) klient håndtryk under Remote Application sessioner. Uden dette håndtryk behandlede værten sessionen som inaktiv og afsluttede den efter den konfigurerede tomgang. Opløsning: PRA motoren blev lappet til at genoprette RAIL klient håndtryk for Remote Application forbindelser. Løsningen blev indsat og forbindelse blev genoprettet for berørte kunder ved ca. 12: 34 UTC den 14. oktober 2026. Berørte komponenter: Platform: Addressed Remote Access - USA, SEA, UK og AU regioner 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. oktober 2026 kl. 23.36 UTCpostmortem

   # # Incident Oversigt En undergruppe af kunder, der bruger Addressed Remote Access\ (PRA\) Remote Application sessioner oplevede session frakobling cirka 2 til 3 minutter efter lanceringen. Der blev modtaget rapporter fra kunder i hele SEA, AU, UAE, CA, UK og USA. * * * Start: * * 13. oktober 2026, 21: 13 UTC * * * Slutningen: * * 14. oktober 2026, 19: 28 UTC # Root Cause and Remediation En planlagt opdatering blev rullet ud regionalt til vores fjernbetjening session service som en del af igangværende sikkerhedsarbejde. Denne opdatering omfattede en ny version af en tredjeparts ekstern desktop protokol komponent, som indførte en adfærdsændring, der forhindrede en bestemt forbindelse håndtryk i at fuldføre under session initialisering. Som et resultat, berørte sessioner blev automatisk logget ud i ca 233 minutter efter tilslutning med succes. Da disse afbrydelser gennemført rent, uden at generere fejl i systemet logs eller spor, problemet blev ikke opdaget af eksisterende overvågningssystemer før den første kunde rapport om oktober 13, 2026. Et fix til at genoprette den nødvendige forbindelse håndtryk blev identificeret og indsat på tværs af alle berørte regioner ved ca. 19: 28 UTC den 14. oktober 2026. # Forebyggende handlinger * Udvid vores automatiserede Remote Application test dækning til at omfatte forlænget varighed sessioner, så tidsafhængige problemer er fanget før udgivelse. * Tilføj overvågning for session varighed anomalier, specifikt sporing sessioner, der afbryder med konsekvente korte intervaller\ (f.eks ~ 2 til 3 minutter\), selv når afbrydelsen synes ren. 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. 13. oktober 2026 kl. 15.26 UTCresolved

   Mellem ca. 12: 32 UTC og 14: 11 UTC den 13. oktober 2026, nogle brugere, der logger ind på Delinea Platform med SAML enkelt sign-on (SSO) var ude af stand til at fuldføre login og modtog en "Access Denied - Fejl 15" besked efter godkendelse med deres identitet udbyder. Brugere, der allerede var logget ind, og brugere, der loggede ind uden SAML SSO, blev ikke påvirket. Problemet var forårsaget af en sikkerhedsregel på en tredjeparts kant netværk udbyder, der forkert blokeret SAML login svar. Vores ingeniørhold anvendte en konfiguration ændring på 14: 11 UTC og SAML SSO logins har været lykkedes normalt siden. Hvis du fortsætter med at opleve denne fejl, bedes du opdatere din browser og prøve igen. Vi undskylder for den ulejlighed dette har forårsaget og værdsætter din tålmodighed, som vi arbejdede for at genoprette normal service. For eventuelle spørgsmål om denne hændelse, bedes du kontakte vores support team på https: / / support.delinea.com. Berørte komponenter: Delinea Platform - USA, Europa, Storbritannien, Canada, Australien, Sydøstasien, De Forenede Arabiske Emirater 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. 1. oktober 2026 kl. 21.22 UTCinvestigating

   Vi undersøger i øjeblikket et igangværende problem i EU-regionen. Vi giver snart en opdatering.

2. 1. oktober 2026 kl. 22.09 UTCmonitoring

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

3. 2. oktober 2026 kl. 00.25 UTCresolved

   Denne hændelse er blevet løst.

4. 14. oktober 2026 kl. 00.28 UTCpostmortem

   # # Incident Oversigt Den 1. oktober 2026 havde kunder i EU-regionen problemer med at bruge Secret Server Cloud\ (SSC\). Brugerne kunne ikke lancere sessioner fra hemmeligheder, og sider til visning af hemmelige oplysninger og revision historie indlæses langsomt eller mislykkedes. Planlagte baggrundsopgaver såsom hjerteslag, ændringer af adgangskode, opdagelse og meddelelser blev forsinket, og nogle distribuerede motorer kunne ikke forbinde. * Starttid: 1. oktober 2026, 08: 38 PM UTC * Sluttidspunkt: 2 oktober 2026, 12: 30 AM UTC # Root Cause and Remediation SSC bruger en meddelelsestjeneste til at passere arbejdet mellem sine komponenter. Eksempler er optagelse af hemmelig visning aktivitet for revision, kører planlagte opgaver og forbereder session lanceringer. Den 30. september 2026 begyndte SSC-tjenesten, der behandler disse meddelelser i EU-regionen, at håndtere arbejdet i en meget lavere hastighed end normalt. Ny aktivitet blev ved med at ankomme til den normale kurs, så uforarbejdede meddelelser bygget op i køen. Da køen nåede sin kapacitet, blev de ekstra meddelelser flyttet til et holdingområde for ikke-leverbare meddelelser. I de følgende timer voksede dette beholdnings-område, indtil meddelelsestjenesten nåede dens opbevaringsgrænse. Vores ingeniørteam øgede kapaciteten i meddelelsestjenesten, opskalerede og genstartede SSC 's EU-tjenester, og fjernede den manglende levering af meddelelser. Når backlog drænet, session lancerer, side belastninger og planlagte opgaver returneres til normal i oktober 2, 2026, 12: 30 AM UTC. Forsinkede baggrundsopgaver, herunder hjerteslag, ændringer af adgangskode og meddelelser, blev behandlet automatisk efter service blev genoprettet. Kunderne behøvede ikke at gøre noget. Fordi tjenesterne blev restaureret med det samme for at stoppe kundernes påvirkning, vi ikke fange de diagnostiske data, der er nødvendige for at afgøre, hvorfor deres gennemløb faldt, så den underliggende udløser forbliver ukendt. Køvæksten skulle have været fanget tidligere. Under en nylig migration af vores alarmering værktøj, en konfiguration ændring sendte visse cloud metriske advarsler, herunder beskeder kø størrelse alarm, til den forkerte destination. Alarmen startede om morgenen den 1. oktober, men vi har aldrig anmeldt vores on- call team. Vores automatiserede oprydning for andre alarmtyper var upåvirket, hvilket maskerede hullet. # Forebyggende handlinger 1. Vi rettede alarm routing den 2. oktober 2026, så disse advarsler nu nå vores on-call team, og vi tilføjer kanarie- og hjerterytme advarsler, der underretter os, hvis alarm levering fra vores overvågningsværktøjer stopper eller falder uventet. 2. Vi styrker hvordan vi ændrer alarmering, ved at teste hver alarmtype ende til ende før og efter enhver produktion implementering. 3. Vi overvåger for en gentagelse af afmatningen og vil fange de diagnostiske data, der er nødvendige for at bestemme sin årsag, hvis det sker igen. 4. Vi opdaterer vores implementeringscyklus med en sikring, der sikrer, at baggrundstjenesterne er genopfrisket, selv når en udgivelse er forsinket, og vi tilføjer dette trin til vores release checklist. Vi undskylder forstyrrelsen og værdsætter din tålmodighed, mens vi løste det.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 29. september 2026 kl. 01.02 UTCidentified

   Vi undersøger rapporter om langsomme login og intermitterende login fejl for Delinea Platform kunder i EU, Storbritannien, Sydøstasien og Australien regioner. Fra omkring 23: 20 UTC den 28. september 2026, nogle brugere kan tage meget længere tid end normalt at logge på. Nogle sign- in forsøg kan mislykkes med en timeout eller HTTP 504 fejl. Brugere, der allerede er logget ind, kan også se langsommere svar, når deres session er valideret. Vores ingeniørhold er aktivt engageret og har identificeret en forringet afhængighed, der påvirker autentifikationstjenesten i disse regioner. Vi arbejder på afbødning nu. Hvis et signal-in mislykkes, bedes du prøve igen. Vi vil sende endnu en opdatering inden for 30 minutter, eller før, hvis vi har nye oplysninger.

2. 29. september 2026 kl. 01.14 UTCidentified

   Vi har anvendt et fix til kunder i EU 's og Australiens regioner. Signal- i ydeevne og fejlrater i disse regioner er vendt tilbage til normal fra omkring 01: 05 UTC den 29. september 2026. Vi overvåger for at bekræfte opsvinget.

3. 29. september 2026 kl. 01.19 UTCmonitoring

   Vi har anvendt et fix for alle berørte regioner: EU, Det Forenede Kongerige, Sydøstasien og Australien. Signal- i ydeevne og fejlrater er vendt tilbage til normal fra ca. 01: 10 UTC den 29. september 2026. Vi overvåger for at bekræfte opsvinget. Hvis du stadig har problemer med at logge ind, bedes du opdatere din browser og prøve igen. Hvis problemet fortsætter, kontakt Delinea Support.

4. 29. september 2026 kl. 01.35 UTCresolved

   Denne hændelse er blevet løst.

5. 6. oktober 2026 kl. 01.00 UTCpostmortem

   # # Incident Oversigt Delinea Platform brugere i EU, Storbritannien, Sydøstasien og Australien regioner oplevede meget langsomme login og intermitterende login svigt. Berørte funktioner omfattede Entra ID enkelt sign-on, lokal kontogodkendelse, og areaed Remote Access\ (PRA\) session etablering. * Start: September 28, 2026, ca 11: 20 PM UTC * Slutningen: 29. september 2026, ca. 01: 10 UTC # Root Cause and Remediation En planlagt implementering indført brugen af regionale cache replikaer til at forbedre autentificering ydeevne. Valideringen forud for udgivelsen bekræftede, at kopierne var aktive, men en firewall-indstillingsfejl forhindrede datasynkronisering mellem den primære cache og de regionale kopier. cloud-udbyderens standardsundhedsrapportering fortsatte med at vise replikaerne som sunde og tilgængelige, så problemet ikke kom frem før eller under udgivelsen. Når autentificering service forsøgt at læse fra disse kopier, anmodninger gået i stå og timet ud, hvilket resulterer i login fejl. Intern overvågning opdagede de forhøjede fejlrater, og ingeniørholdet identificerede roden årsag og rullede tilbage ændringen. Rollback returnerede alle berørte regioner til den primære cache og gendannet normal autentificering. Regionale cache kopier vil forblive deaktiveret for EU, Storbritannien, Sydøstasien og Australien, mens vi evaluerer alternative arkitekturer. Vi vurderede privat netværksforbindelse mellem caches og besluttede, at det ikke opfylder vores krav til pålidelighed. # Forebyggende handlinger * Vi gør betydelige forbedringer til, hvordan autentificering service genindvinder fra cache forbindelse problemer. Målet er, at en forringet cache forbindelse ikke længere forårsager gået i stå eller mislykkedes logins. * Vi har tilføjet alternativ overvågning for forbindelse fejl, hvilket giver tidligere påvisning af cache relaterede spørgsmål, der ikke afspejles i cloud-udbyderens sundhed rapportering. Vi undskylder forstyrrelsen og er forpligtet til at forhindre gentagelse gennem disse foranstaltninger.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 28. september 2026 kl. 21.35 UTCinvestigating

   Vi undersøger periodiske rapporter af problemer med Delinea Mobile App "s Authenticator funktionalitet arbejder som forventet efter 26.2 implementering. Hvis du oplever dette problem, bedes du bruge andre MFA muligheder, indtil vi er i stand til at løse dette problem. Vores team er aktivt at undersøge og vil give en opdatering, når en er tilgængelig.

2. 29. september 2026 kl. 19.53 UTCidentified

   Spørgsmålet er blevet identificeret, og der arbejdes på et fix. Fixet vil kræve en ny implementering i løbet af en weekend vedligeholdelse vindue. I mellemtiden henvises til nedenstående KB-artikel for detaljer om spørgsmålet og måder at arbejde omkring det. http: / / support.delinea.com / s / article / 1790702420275 Tak for din tålmodighed. Hvis du har spørgsmål eller oplever problemer, bedes du åbne en sag på https: / / support.delinea.com eller ringe til vores supportlinje på + 1 202- 991- 0540.

3. 6. oktober 2026 kl. 13.21 UTCresolved

   Vi er glade for at informere dig om, at hændelsen, der påvirker den (de) service (er), der er anført nedenfor, 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.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 30. september 2026 kl. 08.07 UTCresolved

   Mellem omkring 4: 10 AM EDT og 6: 45 AM EDT den 28. september 2026, nogle kunder var ude af stand til at oprette forbindelse til Secret Server Cloud fra visse virksomhedsnetværk. Berørte brugere så forbindelsen nulstille eller timeout fejl, når adgang til deres lejer. Adgangen fra andre net blev ikke påvirket. Kunder, der begrænser lejerens adgang til specifikke IP-adresser, kunne ikke logge ind i denne periode. Problemet skyldtes et konnektivitetsproblem hos en tredjepartskant, der påvirkede trafikken fra nogle kundenetværk i regionen. Trafikken blev dirigeret gennem alternative steder, og forbindelsen blev genoprettet for berørte kunder ved omkring 6: 45 AM EDT. Vi undskylder for den ulejlighed dette har forårsaget og værdsætter din tålmodighed, som vi arbejdede for at genoprette normal service. For eventuelle spørgsmål om denne hændelse, bedes du kontakte vores support team på https: / / support.delinea.com. Berørte komponenter: Secret Server Cloud - Europe, Storbritannien, USA, Asia Pacific (Singapore) 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. 30. september 2026 kl. 08.48 UTCpostmortem

   # # Incident Oversigt Begynder på 07: 10 UTC den 28. september 2026, en delmængde af Secret Server Cloud lejere i Europa, Storbritannien, USA og APAC\ (Singapore\) regioner oplevede konnektivitet svigt. Kunder på visse virksomhedsnetværk støder på tilslutning timeouts eller nulstille fejl, når de forsøger at nå deres lejere. Kunder med lejeren adgangsbegrænsninger aktiveret havde ingen alternativ sti til rådighed og var ude af stand til at få adgang til Secret Server Cloud i løbet af hændelsen. * Start: 28. september 2026, 07: 10 UTC * Slutningen: 28. september 2026, 10: 45 UTC # Root Cause and Remediation Secret Server Cloud Edge netværket oplevede to separate problemer, der forhindrede trafikken fra nogle kundenetværk i at nå deres lejere. Den første var på grund af en defekt i en software opdatering, som vores kant netværksudbyder indsat. Under en specifik produktionsbetingelse, der ikke blev identificeret i udbyderens præ-implementering test, defekten forårsaget trafik behandling komponenter til at genstarte på flere af sine netsteder. Disse komponenter inddrives automatisk, og service på de berørte steder blev genoprettet mellem 07: 47 og 08: 20 UTC. Den anden var på grund af en opstrøms internet carrier problem påvirker vores kant netværk i London forårsaget pack tab og tilslutning timeouts. Som følge heraf blev kundenetværk, hvis trafik blev drevet gennem London, fortsat påvirket, efter at det første nummer var blevet godkendt. Forbindelsen blev genoprettet kl. 10.45 UTC, efter at trafikken blev omdirigeret væk fra det berørte luftfartsselskab. # Forebyggende handlinger * Udbyderen har indsat en rettelse til software defekt og er at styrke sin præ-implementering validering, modstandsdygtighed af sin infrastruktur på tværs af steder, og dens automatiserede recovery mekanismer. Vi følger disse forpligtelser til slut. * Vi gennemfører en fuldstændig gennemgang af London carrier problem med vores udbyder, herunder hvorfor trafikken ikke blev omdirigeret tidligere, og reducere fejl over tid, så fremtidige carrier forstyrrelser er isoleret hurtigt. 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. 22. september 2026 kl. 12.11 UTCinvestigating

   Vi undersøger et problem, der påvirker login og adgang til Secret Server Cloud for en delmængde af kunder i hele USA, EU og De Forenede Arabiske Emirater. Vores ingeniørhold undersøger aktivt problemet og arbejder på at løse det så hurtigt som muligt.

2. 22. september 2026 kl. 12.58 UTCmonitoring

   Vi fortsætter med at overvåge for eventuelle yderligere spørgsmål

3. 22. september 2026 kl. 13.07 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 16. september 2026 kl. 16.37 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. Vores ingeniørhold er aktivt engageret. Vi vil give en opdatering, så snart mere information er tilgængelig.

2. 16. september 2026 kl. 16.50 UTCidentified

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

3. 16. september 2026 kl. 17.02 UTCmonitoring

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

4. 16. september 2026 kl. 17.22 UTCmonitoring

   Vi fortsætter med at overvåge for yderligere spørgsmål.

5. 16. september 2026 kl. 18.32 UTCresolved

   Denne hændelse er blevet løst.

6. 24. september 2026 kl. 21.50 UTCpostmortem

   # # Incident Oversigt Den 16. september 2026, Delinea Platform kunder i den amerikanske region oplevede login svigt og alvorlig langsommelighed, når de logger ind eller få adgang til deres lejere. Berørte brugere kan have set "opstrøms anmodning timeout" fejl på sign-in skærmen eller oplevet lange forsinkelser ved indlæsning af deres lejer. * * * Start: * * September 16, 2026 cirka 11: 40 AM EDT\ (UTC-4\) * * * Slutningen: * * September 16, 2026 ca. 1: 02 PM EDT\ (UTC-4\) # Root Cause and Remediation Delinea Platform er afhængig af en caching service til støtte login, autentificering og andre identitetsrelaterede operationer. I løbet af de foregående uger var efterspørgslen på denne tjeneste i den amerikanske region vokset støt med stigende brug af platformen, efterlader begrænset drift headroom. Desuden holdt autentificeringstjenesterne forbindelser til caching-tjenesten åbne over tid i stedet for at frigive dem, hvilket gradvist forbrugte sin ledige kapacitet. En konfiguration, der distribuerer læse trafik på tværs af en ekstra caching ressource, som ville have givet ekstra headroom, var ikke aktiv på det tidspunkt. Den 16. september skubbede normale trafikmængder caching-tjenesten ud over sin driftskapacitet, hvilket forårsagede langsomme og mislykkede anmodninger om login og identitetsoperationer i hele den amerikanske region. EU-erhvervsgrenens økonomiske situation Denne hændelse blev udløst af en usædvanlig stor mængde af synkronisering aktivitet og blev behandlet ved at øge caching tjenesten hukommelse kapacitet. Denne hændelse fandt sted under normale trafikforhold, hvilket viste, at der også var behov for at håndtere kapacitet og forbindelseshåndtering. Vores engineering team genstartet de berørte autentificering tjenester, som frigivet de akkumulerede forbindelser og genoprettet login funktionalitet. Caching service blev også skaleret til et højere niveau, der fordobler sin computerkapacitet, og vi fortsatte med at overvåge tjenesten, indtil fuld inddrivelse blev bekræftet. Siden hændelsen, caching service udnyttelse har holdt sig inden for normale driftstærskler, og læse trafik er nu fordelt på en ekstra caching ressource. # Forebyggende handlinger Efter hændelsen den 28. august 2026 forpligtede vi os til flere forbedringer af denne cachinginfrastruktur. Nedenfor er fremskridt på hver, sammen med yderligere handlinger identificeret fra denne hændelse. Arbejdet med alle emner er i gang. * * Fremskridt med hensyn til handlinger fra august 28 hændelsen * * * * * øge kapaciteten og robustheden i vores caching infrastruktur. * * Den amerikanske caching service er blevet skaleret til et højere niveau, der fordobler sin computerkapacitet. Læs trafik er nu fordelt på en ekstra caching ressource. Vi fortsætter dette arbejde ved at flytte relaterede operationer til dedikeret caching infrastruktur for yderligere headroom. * * * Rigtige overvågningstærskler for proaktivt at detektere kapacitetstryk. * * Under denne hændelse, vores overvågning identificerede kapacitetstryk forud for kundernes indvirkning, men varslingerne var ikke i gang i tide. Vi fortsætter dette arbejde ved at fjerne ikke-aktiverbare indberetninger for centrale autentificeringstjenester og kræver øjeblikkelig engineering engagement på den første alarm. * * * Begrænsning af forbindelse-inddrivelse forsøg. * * Dette arbejde er blevet udvidet til at dække, hvordan autentificering tjenester styre caching forbindelser generelt, herunder tilslutning frigivelse og timeout indstillinger, så kapaciteten ikke gradvist forbruges over tid. * * * Anvend hastighedsbegrænsning for store synkroniseringsjob. * * Der er ved at blive gennemført en hastighedsbegrænsning. Vi reducerer også unødvendige højvolumenanmodninger fra integrerede tjenester til caching-laget. * * Yderligere handlinger fra denne hændelse * * * Implementere planlagte, automatiserede rullende genstarter af autentificeringstjenester som en midlertidig sikring, indtil forbindelsen håndtering forbedringer er indsat. Vi erkender, at dette ikke er det første tegn på forstyrrelse af Delinea-platformen i de seneste uger, og vi behandler det ikke let. Ud over de ovennævnte aktioner har Delinea ledelse gjort vores platform pålidelighed en udøvende-sponsoreret prioritet, foran funktion arbejde, hvor de to konkurrerer. Det omfatter bedre detektion af spørgsmål, der påvirker kritiske arbejdsgange som f.eks. sign-in og planlægningskapacitet forud for vækst. Vi undskylder dybt for den afbrydelse, dette forårsagede for dine operationer og vil fortsat dele vores fremskridt.

Automatisk oversat fra den officielle hændelsesopdatering.

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.

2. 25. september 2026 kl. 05.05 UTCpostmortem

   # # Incident Oversigt Denne rapport dækker to relaterede begivenheder, der berørte Delinea kundelejere. Den anden hændelse, september 19- 20, 2026, var en direkte konsekvens af ufuldstændig bedring fra den første hændelse den 4. september 2026, og begge er dokumenteret sammen under denne hændelse. # # # Forekomst 1: September 4, 2026 En delmængde af Delinea Platform lejere ind i en frosset tilstand, viser en lejer frosne besked, der forhindrede brugerne i at logge ind og få adgang til Delinea Platform og Secret Server Cloud. * * Start: * * September 4, 2026, 4: 15 PM EDT\ (20: 15 UTC\) * * Slutningen: * * 4. september 2026, 5: 55 2 september 19-20, 2026 En delmængde af Secret Server Cloud lejere viste en planlagt for sletning meddelelse, der forhindrede brugerne i at logge ind på Secret Server Cloud. Sign-in til Delinea Platform selv forblev tilgængelig. * * Start: * * September 19, 2026, 10: 28 PM EDT\ (September 20, 02: 28 UTC\) * * Slutningen: * * September 20, 2026, 1: 50 PM EDT\ (17: 50 UTC\) # Root Cause and Remediation # # # Forekomst 1: September 4, 2026 Delinea deproviserer lejere, der ikke længere er under et aktivt abonnement. Lejerlisten for denne cyklus blev bygget ved hjælp af udvælgelseskriterier, der kun vurderede den oprindelige abonnementsudløbsdato og ikke tog højde for efterfølgende fornyelser. Som følge heraf blev lejere, der havde fornyet og forblev fuldt berettigede, behandlet som udløbet og opført på listen sammen med lovlige lejere, der var omfattet af henstand. Vores deprovisering workflow omfatter en customer-vender forudanmeldelse fase, som viser en in- application varsel til lejer administratorer forud for enhver sletning aktivitet. Denne meddelelse tjener både som en kunde advarsel og som en intern verifikation trin, fordi enhver aktiv kunde, der modtager det ville have overvundet fejlen længe før udførelse. Denne fase blev ikke anvendt for denne cyklus; den frosne tilstand blev anvendt direkte i stedet, så fejlen i udvælgelseskriterierne blev ikke opdaget, indtil jobbet løb. Da det planlagte job blev udført kl. 16.15, blev den frosne lejerstat anvendt på de berørte aktive lejere. Efter den første kunderapport kl. 4: 49 EDT, identificerede Engineering årsagen og startede et returjob kl. 5: 08 EDT. Returneringen afsluttet kl. 5.55 EDT og sign-in adgang blev bekræftet restaureret på tværs af alle berørte lejere. Men den 4. september ændring havde også sat abonnement slutdato for berørte Secret Server Cloud lejere til august 20, 2026. Den tilbagevendte genoprettet lejer adgang, men ikke returnere disse slutdatoer til deres korrekte værdier, og post-recovery verifikation bekræftet tegn-i adgang, ikke nøjagtigheden af de underliggende abonnement optegnelser. Denne betingelse forblev uopdaget og førte direkte til Forekomst 2. 2 september 19-20, 2026 Secret Server Cloud indeholder en standard automatiseret livscyklus proces, der begrænser sign-in og planlægger en lejer til sletning 30 dage efter dens abonnement slutdato. Den 19. september 2026, 30 dage efter den forkerte august 20, 2026 slutdato, denne proces identificerede de berørte lejere som udløbet og anvendte den planlagte sletning stat. Livscyklusprocessen opførte sig som designet; fejlen var de forkerte abonnementsdata, der var tilbage efter forekomst 1. Delinea Support begyndte at genoprette adgangen for individuelle lejere, der starter kl. 12: 09: 00 EDT den 20. september. Engineering identificeret hver lejer med den forkerte slutdato derefter forlænget abonnement slutdato for alle berørte lejere som en midlertidig foranstaltning, og adgang blev genoprettet på tværs af det fulde sæt med 1: 50 PM EDT den September 20. Mellem den 21. september og den 23. september 2026 undersøgte Delinea hver berørt lejer individuelt i forhold til sine aktive rettigheder og erstattede den midlertidige slutdato med den korrekte værdi. I denne periode kan nogle kunder have observeret en unøjagtig abonnementsdato eller licens detaljer i deres kontooplysninger; dette påvirkede ikke adgangen. Hvis din organisation overholder et abonnement slutdato eller licens detaljer, der ikke matcher din nuværende ret, bedes du kontakte vores [Support team] (https: / / support.delinea.com / s /). Ingen lejer blev slettet, og ingen kundedata blev slettet, ændret eller på anden måde påvirket i nogen af tilfældene. Virkningen var begrænset til lejerens adgang. # Forebyggende handlinger * Bulk lejer deprovision er blevet pensioneret. Alle bulk lejer livscyklushandlinger holdes på pause, og deprovisering vil blive behandlet individuelt. * Automatisere lejer livscyklus ende til ende fra aktuelle abonnement optegnelser, herunder fornyelser og abonnement ændringer, erstatter den manuelle multi-trin proces. Hver lejer vil blive valideret mod aktiv abonnement optegnelser, før nogen stat ændring anvendes. * Gør hver livscyklus fase obligatorisk og ikke-skippable, startende med en varsel periode, hvor lejer administratorer se en in- applikation varsel og alle funktioner fortsætter med at fungere normalt. * Sørg for frosne lejere forblive inddrivelige i en defineret opbevaringsperiode, før nogen permanent sletning, med restaurering drevet direkte fra korrigerede abonnement optegnelser. * Styrke hændelsen inddrivelse procedurer, således at enhver restaurering af lejer stat også genopretter og forener de tilknyttede abonnement optegnelser, og inddrivelse er verificeret mod systemet af record, ikke tegn-i adgang alene, før en hændelse er lukket. * Tilføj intern overvågning og varsling for unormale mængder af lejer fryse eller planlagt til sletning begivenheder, og for unormale mønstre i abonnementsdata, så spørgsmål af denne type detekteres af Delinea, før kunderne er berørt. Vi undskylder for forstyrrelsen forårsaget af begge hændelser. Vi erkender, at den anden hændelse skyldtes vores ufuldstændige helbredelse fra den første, som udvidede virkningen på dine operationer. Genoprettelse af adgangen var vores umiddelbare prioritet i hvert enkelt tilfælde, og de ovennævnte handlinger spores til færdiggørelse for at sikre, at dette ikke gentager sig.

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.

6. 10. september 2026 kl. 00.54 UTCpostmortem

   # # Incident Oversigt Den 28. august 2026, Delinea Platform kunder i den amerikanske region oplevede intermitterende login fejl og langsom ydeevne, når login i eller adgang til deres lejere, herunder fejl eller timeout sider på sign-in skærmen for nogle brugere. I nogle tilfælde, genforsøg login forsøg tilladt brugerne at få adgang til deres lejer. * Start: 28. august 2026 ca. 17: 29 UTC * Slutningen: 28. august 2026 ca. 19: 19 UTC # Root Cause and Remediation En caching relateret kode ændring, der blev foretaget på aug 27, kombineret med en usædvanlig stor volumen af baggrund synkronisering aktivitet på aug 28, oversteg den normale driftskapacitet af vores caching infrastruktur understøtter login og autentificering tjenester. Forbindelser til det begyndte at mislykkes og andre afhængige tjenester forsøgte at inddrive disse forbindelser gentagne gange snarere end rent, forhindrer caching infrastruktur i at stabilisere på egen hånd. Dette førte til langsomme eller mislykkede login forsøg og forsinkelser i identitetsrelaterede operationer i hele den amerikanske region. Vores ingeniørhold rullede tilbage caching ændring og genstartet de berørte tjenester, som ryddede de fejlslagne forbindelser og begyndte at genoprette funktionalitet, selv om ydeevne forblev forringet. Den caching ressource blev skaleret op for at genoprette normal ydeevne. Vi fortsatte med nøje at overvåge tjenesten indtil fuld helbredelse blev bekræftet. # Forebyggende handlinger * øge kapaciteten og robustheden i vores caching infrastruktur ved at fordele arbejdsbyrder på tværs af yderligere ressourcer. * Korrekt overvågning tærskler for at sikre kapacitetstryk påvises proaktivt, før det påvirker platformens ydeevne. * Begræns connection- recovery forsøger at forhindre at inddrive forbindelser fra kompounding system belastning under en stress begivenhed. * Anvend sats begrænser til store synkronisering job for at forhindre et enkelt job fra negativt påvirker platform- bred ydeevne. 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. 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.

5. 15. september 2026 kl. 06.39 UTCpostmortem

   # # Incident Oversigt Den 28. juli 2026, en lille delmængde af Secret Server Cloud lejere var ude af stand til at logge ind eller stødt fejl, når navigere mellem sider. Berørte lejere kunne ikke etablere en forbindelse til deres database, hvilket fik ansøgningen til at undlade at indlæse. * Start: 28. juli 2026, ca. 03: 11 UTC * Slutningen: 28. juli 2026, ca. 04: 05 UTC * Regioner ramt: Meget lille delmængde af lejere på tværs af flere regioner # Root Cause and Remediation Under en intern udgivelse trin, blev en støttetjeneste genopbygget og indsat på en version, der ikke matcher den version, der kører i Secret Server Cloud produktion. De to versioner format database forbindelse indstillinger anderledes, og den nyere format omfattede en indstilling produktionen ansøgning ikke genkende. Denne værdi blev skrevet til en intern cache og tjent til lejere, da deres cached poster blev genopfrisket. Da der er forskel på, hvad der sker på ny, og hvornår der er sket ændringer, blev lejerne påvirket på forskellige tidspunkter i stedet for på alle punkter, hvilket er grunden til, at virkningen var begrænset til en delmængde i stedet for hele regionen. Vores Engineering team identificerede den grundlæggende årsag, omindsat supportservice på version matchende produktion, og ryddet de berørte cache poster. Adgangen blev genoprettet som korrigerede værdier opformeret, og hver berørt lejer blev valideret individuelt, før hændelsen blev afsluttet. # Forebyggende handlinger * Tilføj automatiseret kompatibilitet test og implementering validering kontrol for at fange konfiguration og version mismatch, før koden når produktionen. * Forbedre påvisning af tenant- niveau database forbindelse fejl, så denne klasse af spørgsmål identificeres gennem intern overvågning snarere end kunderapporter. * Styrke interne revisionsprocesser for cache og konfigurationsstyring for at reducere risikoen og virkningen af lignende spørgsmål 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. 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.