Istoricul incidentelor Centrify

1. 4 septembrie 2026 la 22:02 UTCresolved

   Acest incident a fost rezolvat. Ne cerem scuze pentru deranjul cauzat. Investigarea Investigăm rapoarte ale chiriaşilor Platformei Delinea care prezintă un mesaj de chiriaş îngheţat, care împiedică utilizatorii să se înscrie şi să acceseze mediul înconjurător. Starea a început la aproximativ 4:49 PM EDT din cauza unei modificări de configurare incorecte, împiedicând accesul anumitor clienți la chiriași. Ingineria a identificat cauza, a rulat un loc de muncă revert începând cu aproximativ 5:08 PM EDT, și toți chiriașii afectați au fost confirmate dezghețate de 5:55 PM EDT. Backfill Notificare: Acest incident a fost adăugat la pagina noastră de stare retrospectiv pentru a oferi o înregistrare exactă a impactului serviciilor. Mai multe informații despre incidentele de backfill sunt disponibile aici .

Traducere automată din actualizarea oficială a incidentului.

1. 28 august 2026 la 18:02 UTCinvestigating

   Investigăm o problemă care afectează logarea și accesul la platforma Delinea din regiunea SUA. Unii utilizatori ar putea fi în imposibilitatea de a se conecta sau pot experimenta performanțe lente atunci când accesează chiriașii lor. În majoritatea cazurilor, rejudecarea încercării de conectare permite utilizatorilor să-și acceseze cu succes chiriașul. Echipa noastră de ingineri este angajată activ. Vom oferi o actualizare de îndată ce mai multe informații sunt disponibile.

2. 28 august 2026 la 18:27 UTCinvestigating

   Continuăm să investigăm problemele de conectare și acces care afectează platforma Delinea din regiunea SUA. Utilizatorii afectați pot vedea un mesaj de eroare "în amonte cerere timeout" atunci când încearcă să se înscrie sau pot experimenta performanțe lente atunci când accesează chiriașul. Echipa noastră de ingineri este pe deplin angajată şi tratează asta ca pe o prioritate. Vom oferi o actualizare de îndată ce mai multe informații sunt disponibile.

3. 28 august 2026 la 19:19 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

4. 28 august 2026 la 19:33 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

5. 28 august 2026 la 20:16 UTCresolved

   Acest incident a fost rezolvat. Autentificarea și accesul la platforma Delinea din regiunea SUA au revenit la normal, iar utilizatorii nu ar mai trebui să se confrunte cu erori sau performanțe degradate atunci când se semnează. Continuăm investigaţia noastră asupra cauzei care stă la baza cauzei şi vom împărtăşi o analiză a cauzei după finalizarea anchetei. Ne cerem scuze pentru deranjul cauzat.

Traducere automată din actualizarea oficială a incidentului.

1. 19 august 2026 la 21:47 UTCresolved

   Acest incident a fost rezolvat. Ne cerem scuze pentru deranjul cauzat. Investigarea Investigăm o problemă în care utilizatorii din regiunile din afara SUA nu pot stabili noi sesiuni la distanță. Utilizatorii afectaţi primesc un mesaj "Motor indisponibil" la lansarea unei sesiuni. Impactul este limitat la clienții din regiunile din afara SUA. Chiriaşii găzduiţi în regiunea SUA nu sunt afectaţi. Vom oferi o actualizare de îndată ce vom avea mai multe informații. Backfill Notificare: Acest incident a fost adăugat la pagina noastră de stare retrospectiv pentru a oferi o înregistrare exactă a impactului serviciilor. Mai multe informații despre incidentele de backfill sunt disponibile aici .

2. 19 august 2026 la 22:11 UTCpostmortem

   ## Incident Prezentare generală Un subset de clienți din regiunile din afara SUA nu au putut lansa noi sesiuni PRA și au primit o eroare "Motor indisponibil." Şedinţele existente nu au fost afectate. * Start: August 14, 2026, 09:46 UTC * Sfârşit: 14 august 2026, 10:45 UTC ## Root Cause and Remediation O nouă versiune a serviciului PRA a fost trimisă la producție la 14 august 2026 la 09:46 UTC. Noua versiune nu a aplicat corect o valoare de configurare necesară în mediul de producție, ceea ce a împiedicat serviciul să localizeze motorul de sesiune pentru regiunile din afara SUA. Prin urmare, clienţii afectaţi nu au putut lansa noi sesiuni şi au primit o eroare "Motor indisponibil." În urma unei creșteri a ratelor de eroare ale platformei în timpul monitorizării post-angajare, corelată cu rapoartele primite ale clienților, implementarea a fost introdusă înapoi la versiunea stabilă anterioară. Rollback terminat la 10:45 UTC. Rezoluţia a fost verificată prin intermediul jurnalelor backend şi prin confirmarea faptului că clienţii afectaţi ar putea lansa cu succes noi sesiuni. ## Preventive actions * Revizuirea procesului de implementare pentru a determina de ce problema de configurare nu a fost detectată înainte de eliberarea producției. * Punerea în aplicare a unui model de implementare în etape, astfel încât noile versiuni de servicii să fie lansate într-o singură regiune și validate înainte de o implementare mai largă. * Introducerea de controale de sănătate automatizate post-angajare, inclusiv o lansare sesiune sintetică pe regiune, care promovarea poarta și declanșarea rollback pe eșec. Ne cerem sincer scuze pentru deranjul cauzat şi apreciem răbdarea ta în timp ce am lucrat pentru a rezolva problema.

Traducere automată din actualizarea oficială a incidentului.

1. 3 august 2026 la 04:55 UTCinvestigating

   Investigăm rapoarte de performanţă degradată care afectează serverul secret. Unii utilizatori ar putea fi în imposibilitatea de a accesa UI Vault. Utilizatorii pot întâmpina eroarea: [Federation Runtime]: telecomandaEntryExports este nedefinită, ceea ce poate împiedica accesul la secrete. Echipa noastră investighează în mod activ cauza și lucrează pentru a restabili serviciul normal. Vom furniza actualizări pe măsură ce mai multe informații devin disponibile.

2. 3 august 2026 la 14:31 UTCresolved

   După investigaţii suplimentare, am stabilit că această problemă este izolată pentru implementarea serverului secret şi nu afectează serverul secret Cloud (SSC). Nu a fost identificat niciun impact asupra SSC în regiunile SUA, UE sau SEA. Acest incident este acum rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 29 iulie 2026 la 04:12 UTCresolved

   Am identificat o problemă care afectează serverul secret Cloud pentru un subset de clienți din regiunea Singapore din cauza creșterii sarcinii pe infrastructura backend. Utilizatorii afectaţi s-au confruntat cu perioade lente de răspuns sau dificultăţi în accesarea instanţei lor. A fost doar o problemă de performanţă. Această problemă a fost rezolvată și performanța normală a fost restabilită. Ne cerem scuze pentru orice neplăceri cauzate. Backfill Notificare: Acest incident a fost adăugat la pagina noastră de stare retrospectiv pentru a oferi o înregistrare exactă a impactului serviciilor. Mai multe informații despre incidentele de backfill sunt disponibile aici .

2. 20 august 2026 la 11:49 UTCpostmortem

   ### Incident Prezentare generală Pe 29 iulie 2026, un subset de clienti Secret Server Cloud din regiunea Singapore a avut o problema de performanta datorita cresterii incarcarii pe infrastructura backend. Utilizatorii afectaţi s-au confruntat cu perioade lente de răspuns sau dificultăţi în accesarea instanţei lor. Începutul impactului: 29 iulie, 1:41 AM UTC Sfârșitul impactului: 29 iulie 2:32AM UTC ### Root Cause În perioada afectată, o resursă comună de sprijin pentru regiunea Singapore a cunoscut un vârf de utilizare care a împins-o la capacitatea sa maximă. Un proces automatizat responsabil de scalarea resurselor pentru gestionarea sarcinii crescute nu a reușit să execute așa cum se aștepta, ceea ce a dus la creșterea timpului de răspuns pentru un subset de clienți din regiunea respectivă. ### Preventiv actions Pentru a preveni recurența, sunt puse în aplicare următoarele măsuri: * Consolidarea procesului nostru de scalare automată pentru a reduce riscul de probleme similare care apar în viitor. Ne cerem cu sinceritate scuze pentru deranjul cauzat şi pentru inconvenient. Ne-am angajat să prevenim recurenţele prin acţiunile de mai sus.

Traducere automată din actualizarea oficială a incidentului.

1. 28 iulie 2026 la 14:03 UTCinvestigating

   Investigăm rapoarte conform cărora unii utilizatori ai serverului secret Cloud nu se pot conecta și sunt redirecționați către o pagină de eroare. Lucrăm în mod activ la rezolvarea problemei și vom oferi în curând o nouă actualizare.

2. 28 iulie 2026 la 14:15 UTCidentified

   Am identificat cauza principală a problemei. O schimbare de configurație a împiedicat locatarii afectați să se conecteze la baza de date, ceea ce a făcut ca aplicația să nu încarce și să afișeze pagini de eroare. Echipa noastră de inginerie a aplicat o schimbare corectivă și validează fix. Vom furniza o altă actualizare în curând.

3. 28 iulie 2026 la 16:34 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

4. 28 iulie 2026 la 23:07 UTCresolved

   Această problemă a fost rezolvată, iar serviciile funcționează în mod normal. Vom continua să monitorizăm stabilitatea.

Traducere automată din actualizarea oficială a incidentului.

1. 27 iulie 2026 la 18:05 UTCinvestigating

   Am identificat o problemă care împiedică anumiţi clienţi să se conecteze prin RDP sau să schimbe parolele de la distanţă. Lucrăm în mod activ la rezolvarea problemei și vom oferi în curând o nouă actualizare.

2. 27 iulie 2026 la 19:34 UTCidentified

   Am identificat problema care împiedică unii clienți să se conecteze prin proxy sau să schimbe parolele de la distanță. În timpul acestui incident, unii clienți au experimentat, de asemenea, erori atunci când au creat dosare. Echipa noastră de inginerie a izolat cauza rădăcină și este de implementare activă un fix pentru a restabili serviciul normal. Vom furniza o altă actualizare pe măsură ce progresul continuă.

3. 27 iulie 2026 la 20:10 UTCmonitoring

   Am aplicat măsuri de atenuare pentru a restabili disponibilitatea serviciilor și monitorizăm în mod activ mediul pentru a asigura stabilitatea continuă. Ne cerem scuze pentru orice neplăceri cauzate de acest lucru şi apreciem răbdarea dumneavoastră.

4. 27 iulie 2026 la 21:30 UTCresolved

   Problemele care afectează clienții noștri server secret Cloud a fost rezolvată. Ne cerem scuze pentru orice neplăceri cauzate.

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

Traducere automată din actualizarea oficială a incidentului.

1. 26 iulie 2026 la 18:13 UTCresolved

   Suntem conştienţi de rapoartele mai multor clienţi care se confruntă cu probleme de conectivitate în regiunea SUA. Am identificat cauza ca fiind infrastructura de rețea care sprijină traficul Connector și am redus impactul. Conectivitatea ar trebui acum restabilită. Sunt planificate noi anchete și modificări ale infrastructurii pentru săptămâna viitoare pentru a preveni recurența.

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

Traducere automată din actualizarea oficială a incidentului.

1. 24 iulie 2026 la 16:24 UTCidentified

   Am vrut să vă oferim o actualizare a incidentului care afectează serviciul (s) enumerate mai jos. Echipa noastră a lucrat cu sârguinţă pentru a aborda această problemă şi am făcut progrese semnificative. Apreciem răbdarea şi sprijinul dumneavoastră în timp ce lucrăm pentru a restabili pe deplin serviciul normal. Pentru orice întrebări sau preocupări, vă rugăm să contactați echipa noastră de sprijin la https://support.delinea.com.

2. 24 iulie 2026 la 16:33 UTCidentified

   Am identificat cauza erorilor intermitente 504 / Gateway Timeout pe care unii clienți le-au experimentat atunci când accesează cazurile Platformei Delinea sau când sunt utilizate operațiunile bazate pe conectori. Problema provine din timpii de răspuns ridicat într-un serviciu backend care se ocupă de conectivitatea conectorului, ceea ce cauzează unele cereri de time out. Echipa noastră de inginerie a izolat sursa și este în mod activ aplicarea de măsuri corective pentru a restabili performanța normală. Unii clienți pot continua să vadă timeouts intermitente până când fix este pe deplin în vigoare. Vom furniza o actualizare suplimentară pe măsură ce situaţia se schimbă.

3. 24 iulie 2026 la 22:34 UTCidentified

   Problema a fost identificată, iar eforturile de remediere sunt în curs de desfășurare. Vom continua să oferim actualizări pe măsură ce progresăm.

4. 24 iulie 2026 la 23:48 UTCresolved

   Acest incident a fost rezolvat.

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

Traducere automată din actualizarea oficială a incidentului.

1. 21 iulie 2026 la 21:55 UTCmonitoring

   Ne confruntăm cu întârzieri în procesarea evenimentelor de audit pentru clienții din regiunea noastră de Est a SUA. Jurnalele de audit și activitatea de audit pot apărea întârziate sau incomplete în interfețele Delinea Platform și Secret Server Cloud. Nu se pierd evenimente de audit. Toate evenimentele sunt capturate şi vor fi procesate. Funcționalitatea produsului de bază, inclusiv accesul secret, autentificarea și gestionarea parolelor nu este afectată. Echipa noastră de inginerie a identificat cauza principală și a scalat baza de date și resursele de procesare pentru a aborda backlog. Rezervorul se scurge activ.

2. 23 iulie 2026 la 15:57 UTCresolved

   Evenimentul de audit care a afectat clienţii din regiunea noastră de Est a fost complet eliminat. Jurnalele de audit sunt acum la zi. În această perioadă nu s-au pierdut evenimente de audit. Mulţumesc pentru răbdare.

3. 20 august 2026 la 11:48 UTCpostmortem

   ### Incident Prezentare generală La 20 iulie 2026, un subset de clienți ai Platformei Delinea din regiunea SUA a înregistrat întârzieri în procesarea evenimentelor de audit, ceea ce a dus la un decalaj între momentul apariției acțiunilor și momentul în care evenimentele de audit corespunzătoare au apărut în jurnale. * Start: 20 iulie 2026, 10:54 AM UTC * End: July 23, 2026, 3:58 PM UTC ### Root Cause and Remediation Incidentul a fost cauzat de o creștere a volumului de evenimente de audit în urma unei versiuni recente a serverului secret, care a depășit capacitatea de procesare a conductei de evenimente de audit din regiunea SUA. Pe măsură ce volumul a crescut, evenimentele au fost coadă pentru prelucrare mai degrabă decât livrate în timp real, provocând un backlog și o întârziere corespunzătoare în disponibilitatea jurnal de audit. Nu s-au pierdut evenimente de audit în timpul acestui incident. Echipa noastră de inginerie a scalat capacitatea de procesare a datelor de bază pentru a lucra prin backlog în timp ce monitorizarea adâncime coadă și ratele de procesare. Până la 23 iulie 2026, toate evenimentele întârziate au fost prelucrate pe deplin, jurnalele de audit au fost actuale, iar operațiunile normale au fost reluate. ### Preventiv actions * Îmbunătățește scalarea automată la conducta de eveniment de audit astfel încât să poată absorbi creșteri în volum fără a crea un backlog sau întârzierea disponibilității jurnal. * Îmbunătățirea monitorizării și alertarea volumului de procesare a auditului și adâncimea cozii pentru a detecta întârzierile potențiale mai devreme și a răspunde înainte ca clienții să fie afectați. Ne cerem cu sinceritate scuze pentru deranjul cauzat şi pentru inconvenient. Ne-am angajat să prevenim recurenţele prin acţiunile de mai sus.

Traducere automată din actualizarea oficială a incidentului.

1. 13 iulie 2026 la 18:00 UTCinvestigating

   Investigăm în prezent o problemă care afectează platforma Delinea în care sincronizarea SCIM se confruntă cu timeout-uri pe crearea de noi utilizatori/grup. Această problemă afectează în primul rând clienții cu mari dimensiuni de grup (mii de utilizatori per grup). A cauzat performanţe lente şi, în unele cazuri, eşecuri de conectare. Ca etapă de atenuare, SCIM Public Preview a fost dezactivat pentru a minimiza impactul suplimentar. Echipa noastră investighează în mod activ cauza rădăcină și va oferi actualizări pe măsură ce mai multe informații devin disponibile.

2. 13 iulie 2026 la 23:16 UTCresolved

   S-a pus în aplicare un fix pentru problema temporizării SCIM. Performanţa a revenit la normal, iar sincronizarea SCIM funcţionează conform aşteptărilor. Acest incident este acum rezolvat. Dacă continuați să experimentați orice probleme conexe, vă rugăm să contactați echipa noastră de sprijin la https://support.delinea.com Mulţumesc pentru răbdare.

3. 17 iulie 2026 la 20:33 UTCpostmortem

   ## Incident Prezentare generală Pe 10 iulie 2026, clienții care utilizează previzualizare publică SCIM cu integrare Active Directory au avut o performanță de conector degradat. Impactul a fost limitat la chiriașii cu un grup AD care conține un membru foarte mare \ [mii de utilizatori\) care au suferit o schimbare de membru în timpul ferestrei incidentului. Conectorii afectați au văzut procesorul și utilizarea memoriei crescând la niveluri critice, afectând capacitatea acestora de a procesa alte cereri, inclusiv login-uri. * Start: 9 iulie 2026, aproximativ 11:00 PM Central \ (10 iulie, 4:00 AM UTC\) * End: July 13, 2026, aproximativ 8:00 PM Central \ (Iulie 14, 1:00 AM UTC\) ## Root Cause and Remediation Funcţionalitatea SCIM, disponibilă anterior prin previzualizare privată, a fost promovată la previzualizare publică pe 24 iunie 2026. Pentru a satisface protocolul SCIM, serviciul SCIM păstrează o copie parțială a datelor de utilizator și de grup ale Directorului Activ, construită din notificări de modificare transmise de AD. Atunci când SCIM a primit o notificare de modificare a statutului de membru pentru un grup pe care nu l-a populat încă pe deplin, acesta a pus sub semnul întrebării AD pentru întreaga componență a grupului, mai degrabă decât schimbarea specifică. Pentru clienţii cu grupuri AD foarte mari, acest lucru a generat un volum mare de întrebări prin conectorul clientului, copleşindu-l. Chiriașii cu previzualizare publică au primit automat caracteristica SCIM, astfel încât mediile care nu utilizează activ SCIM au fost, de asemenea, expuse. Pentru a remedia problema, SCIM a fost dezactivat pentru clienții afectați după confirmarea faptului că nu au utilizat-o în mod activ, iar previzualizarea publică a SCIM a fost dezactivată pe 13 iulie ca măsură de precauție, în timp ce o fixare permanentă a fost validată. Serviciul a fost actualizat astfel încât o singură notificare privind schimbarea componenţei să declanşeze o interogare doar pentru această modificare, nu pentru statutul de membru cu drepturi depline al grupului. Fixarea a fost implementată până la sfârșitul zilei 13 iulie, iar previzualizarea publică a SCIM a fost re-enabled on July 14, 2026 at 8:00 AM Central. Nu a fost necesară nicio acțiune din partea clienților. ## Preventive actions * Extinde testarea pentru a include scenarii pe scară largă AD grup înainte de viitoare promoții de previzualizare. * Adăugaţi monitorizarea pentru anormal de conector-direcţionat API call volum, astfel încât probleme similare sunt detectate înainte de impactul clientului. Ne cerem cu sinceritate scuze pentru deranjul cauzat şi pentru inconvenient. Ne-am angajat să prevenim recurenţele prin acţiunile de mai sus.

Traducere automată din actualizarea oficială a incidentului.

1. 12 iulie 2026 la 07:04 UTCinvestigating

   Suntem conștienți de o problemă care afectează Platforma Delinea și Cloud Server Secret în cazul în care utilizatorii pot fi în imposibilitatea de a lansa secrete, întâlnind eroarea "O eroare a avut loc în Cloud Server Secret." Echipa noastră investighează în mod activ cauza principală și va oferi o actualizare pe măsură ce mai multe informații devin disponibile.

2. 12 iulie 2026 la 08:38 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

3. 12 iulie 2026 la 09:40 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

4. 12 iulie 2026 la 11:19 UTCresolved

   Acest incident a fost rezolvat.

5. 15 iulie 2026 la 16:02 UTCpostmortem

   Traducerea şi adaptarea: La 11 iulie 2026, ca urmare a unei [Secret Server Cloud release] [https://status.delinea.com/incidente/b8yxjwdy4kv2), clienții care au utilizat Session Connector au avut eșecuri de lansare secretă, inclusiv lansări intermediate prin Platforma Delinea. Lansările afectate au returnat o eroare HTTP 500 și nu a fost generat niciun fișier de conectare. Alte tipuri de lansator și toate celelalte funcționalități ale serverului secret nu au fost afectate. * Start: 11 iulie 2026, aproximativ 5:00 UTC * End: July 12, 2026, 8:34 AM UTC \ (rollback completat în toate regiunile\) ## **Root Cause and Remediation** Lansarea a schimbat modul în care configurarea lansatorului este rezolvată la momentul lansării într-un mod incompatibil cu anumite configuraţii existente ale lansatorului Session Connector. Cererile de lansare pentru aceste configuraţii au eşuat cu o eroare de server în loc de completarea normală. Pentru a remedia problema, echipa noastră a dat înapoi eliberarea în toate regiunile. Revenirea a început la 8:21 AM UTC și a fost finalizată la 8:34 AM UTC pe 12 iulie, rezolvând incidentul. După răsturnare, echipa noastră a confirmat cu clienții afectați că lansarea secretă a revenit la funcția normală. Nu a fost necesară nicio acțiune din partea clienților. Un fix corectat a fost completat și verificat cu acoperire de regresie automată extinsă pentru Conector de sesiune pentru a lansa configurații și va fi inclus într-o viitoare versiune de Cloud Server Secret. Nu va fi necesară nicio acțiune a clientului. "Acţiuni preventive" * Acoperirea automată a testului de lansare este extinsă la toate tipurile şi configuraţiile de lansator sprijinite. * Detectarea automată a noilor semnături de eroare introduse prin desfăşurare, reducând timpul până la detectarea şi reluarea problemelor similare. Ne cerem cu sinceritate scuze pentru deranjul cauzat şi pentru inconvenient. Ne-am angajat să prevenim recurenţele prin acţiunile de mai sus.

Traducere automată din actualizarea oficială a incidentului.

1. 9 iulie 2026 la 19:57 UTCinvestigating

   Echipa noastră este conştientă de o problemă care afectează RPC şi investighează activ. Vom furniza actualizări suplimentare pe măsură ce devin disponibile mai multe informații.

2. 9 iulie 2026 la 20:00 UTCidentified

   Am identificat cauza principală și lucrăm activ pentru a atenua această problemă. Vor fi furnizate actualizări suplimentare pe măsură ce acestea devin disponibile.

3. 9 iulie 2026 la 20:33 UTCmonitoring

   Am pus în aplicare o fix și sunt în prezent de monitorizare. Alte actualizări vor fi furnizate în curând.

4. 9 iulie 2026 la 22:42 UTCresolved

   Suntem încântați să vă informăm că incidentul care afectează US Secret Server Cloud a fost rezolvat. Echipa noastră a implementat un fix, şi toate sistemele funcţionează în mod normal. Ne cerem scuze pentru orice neplăceri pe care acest incident le-a cauzat, şi apreciem înţelegerea şi sprijinul dvs. Pentru orice întrebări sau preocupări, vă rugăm să contactați echipa noastră de sprijin la https://support.delinea.com.

5. 10 iulie 2026 la 00:38 UTCpostmortem

   ## Incident Prezentare generală La 9 iulie 2026, clienții din regiunea SSC SUA au avut acces secret degradat timp de aproximativ două ore. Clienţii afectaţi nu au putut vizualiza în mod fiabil secretele, lansa sesiuni de la distanţă sau efectua operaţiuni RPC în timpul ferestrei de impact. * Start: 9 iulie 2026, 1:52 PM Central \(6:52 PM UTC\) * End: July 9, 2026, 3:55 PM Central \(8:55 PM UTC\) ## Root Cause and Remediation În timpul anchetei de rutină a unei alerte fără legătură, acreditările utilizate de infrastructura noastră internă de mesagerie au fost regenerate. Această infrastructură sprijină prelucrarea de fond, cererile de web și gestionarea sesiunilor în întreaga regiune SSC SUA. Regenerarea a invalidat mai multe conexiuni, fără nicio perioadă de tranziţie. Acest lucru a determinat procesarea de fond să se oprească și cereri web care depind de stratul de mesagerie să stea și în cele din urmă nu reușesc. Pentru a remedia problema, echipa noastră a actualizat sistemele afectate cu noile acreditări și a reluat serviciile afectate. Conectivitatea a fost restabilită automat după reluarea serviciilor. Nu a fost necesară nicio acțiune din partea clienților. Recuperarea a fost confirmată la 3:55 PM Central. ## Preventive actions * Îmbunătăţirea porţilor de control al schimbării asupra operaţiunilor cheie de bază împotriva numelor de producţie pentru a preveni rotaţiile cheie nerevizuite. Ne cerem cu sinceritate scuze pentru deranjul cauzat şi pentru inconvenient. Ne-am angajat să prevenim recurența prin acțiunea de mai sus.

Traducere automată din actualizarea oficială a incidentului.

1. 28 mai 2026 la 18:21 UTCinvestigating

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

2. 28 mai 2026 la 18:40 UTCidentified

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

3. 28 mai 2026 la 18:54 UTCmonitoring

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

4. 28 mai 2026 la 20:10 UTCresolved

   This incident has been resolved.

1. 20 mai 2026 la 17:34 UTCinvestigating

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

2. 20 mai 2026 la 18:44 UTCinvestigating

   We are continuing to investigate this issue.

3. 20 mai 2026 la 18:46 UTCidentified

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

4. 20 mai 2026 la 19:28 UTCidentified

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

5. 20 mai 2026 la 20:02 UTCmonitoring

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

6. 20 mai 2026 la 21:43 UTCresolved

   This incident has been resolved.

7. 27 mai 2026 la 18:20 UTCpostmortem

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

1. 11 mai 2026 la 15:44 UTCresolved

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

2. 20 mai 2026 la 03:15 UTCpostmortem

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

1. 11 mai 2026 la 15:28 UTCmonitoring

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

2. 12 mai 2026 la 02:17 UTCresolved

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

3. 20 mai 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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.