Istoricul incidentelor Thycotic

1. 21 octombrie 2026 la 14:48 UTCinvestigating

   Investigăm o problemă care afectează Inventary Service din regiunea SUA, care afectează capacitatea de a adăuga sau face actualizări la Inventar. Funcţionalitatea platformei centrale rămâne operaţională. Lucrăm pentru a restabili funcționalitatea completă cât mai curând posibil.

2. 21 octombrie 2026 la 16:03 UTCresolved

   Suntem încântaţi să vă informăm că incidentul care afectează serviciul de inventar 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.

Traducere automată din actualizarea oficială a incidentului.

1. 13 octombrie 2026 la 15:42 UTCinvestigating

   Incepand cu aproximativ 12:32 UTC la 13 octombrie 2026, unii utilizatori au semnat platforma Delinea cu SML single sign-on (SSO) nu au reusit sa completeze login-ul si au primit un mesaj "Access Denied Utilizatorii care au fost deja conectați, iar utilizatorii care au semnat fără SAML SSO, nu au fost afectați. Problema a fost cauzată de o regulă de securitate la un furnizor de rețea de margine terță parte care a blocat incorect răspunsurile de conectare SAML. Echipa noastră de inginerie a aplicat o schimbare de configurare la 14:11 UTC și SSO SSO au reușit în mod normal de atunci. Dacă continuați să experimentați această eroare, vă rugăm să reîmprospătați browserul și să încercați din nou. Ne cerem scuze pentru neplăcerile cauzate de acest lucru şi apreciem răbdarea dumneavoastră în timp ce am lucrat pentru a restabili serviciul normal. Pentru orice întrebări referitoare la acest incident, vă rugăm să contactați echipa noastră de sprijin la https://support.delinea.com.

2. 13 octombrie 2026 la 15:44 UTCidentified

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

3. 13 octombrie 2026 la 15:49 UTCmonitoring

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

4. 13 octombrie 2026 la 16:02 UTCmonitoring

   Continuăm să monitorizăm orice alte probleme.

5. 13 octombrie 2026 la 16:56 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 15 octombrie 2026 la 08:30 UTCresolved

   La aproximativ 9:13 PM UTC pe 13 octombrie 2026, unii clienţi au avut întreruperi premature la lansarea sesiunilor de aplicaţii la distanţă PRA. Sesiunile s-au încheiat după aproximativ 2 [3 minute]. Cauza Root: O actualizare recentă la biblioteca FreeRDP a introdus un bug de regresie care a omis RAIL (Remote Applications Integrate Locally) strângere de mână client în timpul sesiunilor de aplicare la distanță. Fără această strângere de mână, gazda țintă a tratat sesiunea ca inactivă și a terminat-o după timeout inactiv configurat. Rezoluția: Motorul PRA a fost patch-uri pentru a restabili strângerea de mână a clientului RAIL pentru conexiunile la distanță Aplicație. Fixarea a fost implementată și conectivitatea a fost restabilită pentru clienții afectați de aproximativ 12:34 PM UTC la 14 octombrie 2026. Componente afectate: Platformă: Accesul la distanță privilegiat - regiuni din SUA, SEA, Marea Britanie și UA 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 octombrie 2026 la 23:36 UTCpostmortem

   ## Incident Prezentare generală Un subset de clienţi care utilizează Acces la distanţă Privileged \ (PRA\) Sesiuni de aplicaţie la distanţă cu întreruperi de sesiune la aproximativ 2-3 minute după lansare. S-au primit rapoarte de la clienți din toate regiunile SEA, UA, EAU, CA, UK și SUA. * ** Start:** Octombrie 13, 2026, 21:13 UTC * **End:** Octombrie 14, 2026, 19:28 UTC ## Root Cause and Remediation O actualizare programată a fost prezentată la nivel regional serviciului nostru de la distanță ca parte a activității în curs de desfășurare de conformitate cu securitatea. Această actualizare a inclus o nouă versiune a unei componente de protocol de birou de la distanță terțe părți, care a introdus o schimbare comportamentală care a împiedicat o strângere de mână de conexiune specifică de la finalizarea în timpul inițializării sesiunii. Ca urmare, sesiunile afectate au fost automat deconectate timp de aproximativ 2 - 3 minute după conectarea cu succes. Deoarece aceste deconectări au fost finalizate în mod curat, fără a genera erori în jurnalele sau urmele de sistem, problema nu a fost detectată de sistemele de monitorizare existente înainte de primul raport al clientului din 13 octombrie 2026. La 14 octombrie 2026, a fost identificată și implementată o fixare pentru restabilirea strângerii de mână necesare a conexiunii în toate regiunile afectate cu aproximativ 19:28 UTC. ## Preventive actions * Extindem acoperirea noastră automată de testare Aplicație la distanță pentru a include sesiuni de durată prelungită, astfel încât problemele dependente de timp sunt capturate înainte de lansare. * Adăugați monitorizarea pentru anomalii durata sesiunii, în special sesiuni de urmărire care se deconectează la intervale scurte consistente \(ex., ~2 la 3 minute\), chiar și atunci când deconectarea apare curat. 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. 13 octombrie 2026 la 15:26 UTCresolved

   Între aproximativ 12:32 UTC și 14:11 UTC la 13 octombrie 2026, unii utilizatori au semnat pe Platforma Delinea cu SML single sign-on (SSO) nu au putut finaliza login-ul și au primit un mesaj "Access Reneed Utilizatorii care au fost deja conectați, iar utilizatorii care au semnat fără SAML SSO, nu au fost afectați. Problema a fost cauzată de o regulă de securitate la un furnizor de rețea de margine terță parte care a blocat incorect răspunsurile de conectare SAML. Echipa noastră de inginerie a aplicat o schimbare de configurare la 14:11 UTC și SSO SSO au reușit în mod normal de atunci. Dacă continuați să experimentați această eroare, vă rugăm să reîmprospătați browserul și să încercați din nou. Ne cerem scuze pentru neplăcerile cauzate de acest lucru şi apreciem răbdarea dumneavoastră în timp ce am lucrat pentru a restabili serviciul normal. Pentru orice întrebări referitoare la acest incident, vă rugăm să contactați echipa noastră de sprijin la https://support.delinea.com. Componente afectate: Platforma Delinea - Statele Unite, Europa, Regatul Unit, Canada, Australia, Asia de Sud-est, Emiratele Arabe Unite 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. 1 octombrie 2026 la 21:22 UTCinvestigating

   În prezent, investigăm o problemă în curs în regiunea UE. Vom oferi o actualizare în curând.

2. 1 octombrie 2026 la 22:09 UTCmonitoring

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

3. 2 octombrie 2026 la 00:25 UTCresolved

   Acest incident a fost rezolvat.

4. 14 octombrie 2026 la 00:28 UTCpostmortem

   ## Incident Prezentare generală La 1 octombrie 2026, clienții din regiunea UE au avut probleme cu ajutorul serverului secret Cloud \(SSC\). Utilizatorii nu au putut lansa sesiuni din secrete, și pagini pentru vizualizarea detaliilor secrete și istoria auditului încărcate lent sau eșuat. Sarcini de fundal programate, cum ar fi bătăi ale inimii, modificări de parolă, descoperire și notificări au fost întârziate, iar unele motoare distribuite nu s-au putut conecta. * Ora de pornire: 1 octombrie 2026, 08:38 PM UTC * End Time: Octombrie 2, 2026, 12:30 AM UTC ## Root Cause and Remediation SSC utilizează un serviciu de mesagerie pentru a trece de lucru între componentele sale. Exemplele includ înregistrarea activităţii de vizualizare secretă pentru auditare, efectuarea sarcinilor programate şi pregătirea lansărilor sesiunii. La 30 septembrie 2026, serviciul SSC care procesează aceste mesaje în regiunea UE a început să lucreze într-un ritm mult mai scăzut decât normal. O nouă activitate continua să sosească la viteza normală, aşa că mesaje neprelucrate construite la coadă. Atunci când coada a ajuns la capacitatea sa, mesajele suplimentare au fost mutate într-o zonă de așteptare pentru mesaje de nelivrat. În următoarele ore, această zonă de așteptare a continuat să crească până când serviciul de mesagerie a atins limita de stocare. Echipa noastră de ingineri a sporit capacitatea serviciului de mesagerie, a extins și a reluat serviciile SSC ale UE și a eliminat lista mesajelor inechitabile. Odată ce backlog-ul drenat, lansarea sesiunii, sarcinile de pagină și sarcinile programate au revenit la normal până la 02 octombrie 2026, 12:30 AM UTC. Sarcini de fundal întârziate, inclusiv bătăi ale inimii, modificări de parolă și notificări, au fost prelucrate automat după restabilirea serviciului. Clienţii nu trebuiau să ia măsuri. Deoarece serviciile au fost restaurate imediat pentru a pune capăt impactului asupra clientului, nu am capturat datele de diagnosticare necesare pentru a determina de ce le-a scăzut transputul, astfel încât declanşatorul principal rămâne necunoscut. Creşterea cozii ar fi trebuit să fie prinsă mai devreme. În timpul unei migraţii recente a instrumentelor noastre de alertă, o schimbare de configuraţie a trimis anumite alerte metrice în cloud, inclusiv alerta de dimensiune a cozii de mesagerie, la destinaţia greşită. Alerta a declanşat în dimineaţa zilei de 1 octombrie dar nu a anunţat echipa noastră de gardă. Remedierea noastră automată pentru alte tipuri de alertă nu a fost afectată, ceea ce a mascat golul. ## Preventive actions 1. Am corectat ruta de alertă pe 2 octombrie 2026, astfel încât aceste alerte ajung acum la echipa noastră de gardă, și adăugăm alerte canare și bătăi ale inimii care ne notifică dacă livrarea de alertă de la instrumentele noastre de monitorizare se oprește sau scade neașteptat. 2. Consolidarea modului în care schimbăm alerta, prin testarea fiecărui tip de alertă se termină înainte şi după orice desfăşurare a producţiei. 3. Monitorizăm o recurenţă a încetinirii şi vom captura datele de diagnostic necesare pentru a determina cauza sa dacă se întâmplă din nou. 4. Actualizăm ciclul nostru de implementare cu o garanţie care să garanteze că serviciile de fundal sunt reîmprospătate chiar şi atunci când o versiune este întârziată, şi adăugăm acest pas la lista noastră de lansare. Ne cerem scuze pentru deranjul cauzat şi vă apreciem răbdarea în timp ce o rezolvăm.

Traducere automată din actualizarea oficială a incidentului.

1. 29 septembrie 2026 la 01:02 UTCidentified

   Investigăm rapoarte de autentificare lentă și eșecuri intermitente de conectare pentru clienții Platformei Delinea din regiunile UE, Marea Britanie, Asia de Sud-Est și Australia. Începând cu aproximativ 23:20 UTC la 28 septembrie 2026, unii utilizatori pot dura mult mai mult decât de obicei să se înscrie. Unele încercări de sign-in pot eșua cu un timeout sau HTTP 504 eroare. Utilizatorii care sunt deja conectați pot vedea, de asemenea, răspunsuri mai lente atunci când sesiunea lor este validată. Echipa noastră de inginerie este activă și a identificat o dependență degradată care afectează serviciul de autentificare în aceste regiuni. Lucrăm la atenuare acum. În cazul în care un semn-in nu reușește, vă rugăm să încercați din nou. Vom posta o altă actualizare în 30 de minute, sau mai devreme dacă avem informații noi.

2. 29 septembrie 2026 la 01:14 UTCidentified

   Am aplicat un fix pentru clienţii din regiunile UE şi Australia. Ratele de performanță și de eroare înregistrate în aceste regiuni au revenit la normal la aproximativ 01:05 UTC la 29 septembrie 2026. Monitorizăm pentru a confirma recuperarea.

3. 29 septembrie 2026 la 01:19 UTCmonitoring

   Am aplicat un fix pentru toate regiunile afectate: UE, Regatul Unit, Asia de Sud-est și Australia. Ratele de performanță și de eroare au revenit la normal la aproximativ 01:10 UTC la 29 septembrie 2026. Monitorizăm pentru a confirma recuperarea. Dacă încă mai aveți probleme cu semnarea, vă rugăm să reîmprospătați browser-ul și încercați din nou. Dacă problema continuă, contactaţi Delinea Support.

4. 29 septembrie 2026 la 01:35 UTCresolved

   Acest incident a fost rezolvat.

5. 6 octombrie 2026 la 01:00 UTCpostmortem

   ## Incident Prezentare generală Utilizatorii Platformei Delinea din regiunile UE, Marea Britanie, Asia de Sud-Est și Australia au experimentat deconectări foarte lente și eșecuri intermitente de autentificare. Funcționalitatea afectată a inclus Entra ID-ul unic sign-on, autentificarea contului local, și Privileged Remote Access \(PRA\) sesiune de stabilire. * Start: 28 septembrie 2026, aproximativ 11:20 PM UTC * Sfârşit: 29 septembrie 2026, aproximativ 01:10 AM UTC ## Root Cause and Remediation O implementare programată a introdus utilizarea de replici regionale cache pentru a îmbunătăți performanța de autentificare. Validarea înainte de lansare a confirmat că replicile au fost active, dar o eroare de configurare firewall a împiedicat sincronizarea datelor între cache-ul primar și replicile regionale. Raportul standard de sănătate al furnizorului de cloud a continuat să arate replicile ca fiind sănătoase și disponibile, astfel încât problema nu a fost la suprafață înainte sau în timpul eliberării. Atunci când serviciul de autentificare a încercat să citească din aceste reproduceri, cererile au fost amânate și expirate, ceea ce a dus la eșecuri de conectare. Monitorizarea internă a detectat ratele ridicate de eroare, și echipa de inginerie a identificat cauza rădăcină și a rulat înapoi schimbarea. Revenirea a întors toate regiunile afectate la cache-ul primar și a restabilit autentificarea normală. Replicile regionale cache vor rămâne cu handicap pentru regiunile UE, Marea Britanie, Asia de Sud-Est și Australia, în timp ce noi evaluăm arhitecturile alternative. Am evaluat conectivitatea rețelei private între cache și am stabilit că aceasta nu îndeplinește cerințele noastre de fiabilitate. ## Preventive actions * Facem îmbunătățiri semnificative la modul în care serviciul de autentificare recuperează din problemele de conectivitate cache. Scopul este ca o conexiune cache degradat nu mai cauzeaza login-uri blocate sau eșuate. * Am adăugat monitorizarea alternativă a eşecurilor conexiunii, oferindu-i mai devreme detectarea problemelor legate de cache care nu sunt reflectate în rapoartele de sănătate ale furnizorului de cloud. Ne cerem scuze pentru întrerupere şi ne angajăm să prevenim recurenţele prin aceste măsuri.

Traducere automată din actualizarea oficială a incidentului.

1. 28 septembrie 2026 la 21:35 UTCinvestigating

   Investigăm rapoarte intermitente de probleme cu funcționalitatea Autentificatorul Aplicației Mobile Delinea care funcționează așa cum se așteaptă după 26.2 Desfășurare. Dacă vă confruntați cu această problemă, vă rugăm să utilizați alte opțiuni MAE până când vom putea rezolva această problemă. Echipa noastră investighează activ și va oferi o actualizare atunci când unul este disponibil.

2. 29 septembrie 2026 la 19:53 UTCidentified

   Problema a fost identificată și se lucrează la o soluție. Fix va necesita o nouă desfășurare în timpul unei ferestre de întreținere week-end. Între timp, vă rugăm să consultați articolul KB de mai jos pentru detalii privind această chestiune și modalitățile de a o analiza. A se vedea nota de subsol 1. Mulţumesc pentru răbdare. Dacă aveți orice întrebări sau experiență orice probleme, vă rugăm să deschideți un caz la https://support.delinea.com sau sunați linia noastră de sprijin la +1 202-991-0540.

3. 6 octombrie 2026 la 13:21 UTCresolved

   Suntem încântați să vă informăm că incidentul care afectează serviciul (s) enumerate mai jos 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.

Traducere automată din actualizarea oficială a incidentului.

1. 30 septembrie 2026 la 08:07 UTCresolved

   Între aproximativ 4:10 AM EDT și 6:45 AM EDT pe 28 septembrie 2026, unii clienți nu s-au putut conecta la Secret Server Cloud de la anumite rețele corporative. Utilizatorii afectaţi au văzut erori de resetare a conexiunii sau de temporizare atunci când au accesat chiriaşul. Accesul din alte rețele nu a fost afectat. Clientii care restrictioneaza accesul chiriasului la adrese IP specifice nu au putut sa se logheze in aceasta perioada. Problema a fost cauzată de o problemă de conectivitate la un furnizor de rețea de la nivel terț care a afectat traficul din anumite rețele de clienți din regiune. Traficul a fost rutat prin locații alternative, iar conectivitatea a fost restaurată pentru clienții afectați de aproximativ 6:45 AM EDT. Ne cerem scuze pentru neplăcerile cauzate de acest lucru şi apreciem răbdarea dumneavoastră în timp ce am lucrat pentru a restabili serviciul normal. Pentru orice întrebări legate de acest incident, vă rugăm să contactați echipa noastră de sprijin la https://support.delinea.com . Componente afectate: Cloud Server Secret - Europa, Marea Britanie, Statele Unite ale Americii, Asia Pacific (Singapore) 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. 30 septembrie 2026 la 08:48 UTCpostmortem

   ## Incident Prezentare generală Începând cu data de 07:10 UTC la 28 septembrie 2026, un subset de chiriași ai serverului secret Cloud din Europa, Marea Britanie, SUA și APAC \ (Singapore\) regiuni au avut deficiențe de conectivitate. Clienții de pe anumite rețele corporative se confruntă cu timeout-uri de conectare sau erori de resetare atunci când încearcă să ajungă la chiriașii lor. Clienții cu restricții de acces pentru chiriași nu au avut cale alternativă disponibilă și nu au putut accesa serverul secret Cloud pe durata incidentului. * Start: 28 septembrie 2026, 07:10 UTC * Sfârşit: 28 septembrie 2026, 10:45 UTC ## Root Cause and Remediation Reţeaua Secret Server Cloud Edge s-a confruntat cu două probleme distincte care au împiedicat traficul de la unele reţele de clienţi să ajungă la chiriaşi. Primul s-a datorat unui defect într-o actualizare a software-ului pe care furnizorul nostru de reţea l-a implementat. Într-o anumită condiție de producție care nu a fost identificată în testele de pre-alocare ale furnizorului, defectul a determinat repornirea componentelor de procesare a traficului în mai multe locații ale rețelei sale. Aceste componente s-au recuperat automat, iar serviciul la locațiile afectate a fost restaurat între 07:47 și 08:20 UTC. Cea de-a doua s-a datorat unei probleme de transport pe internet din amonte care a afectat rețeaua noastră de la Londra a cauzat pierderi de pachete și întreruperi de conectare. Ca urmare, reţelele de clienţi ale căror trafic a fost rutat prin Londra au continuat să fie afectate după ce prima problemă a fost rezolvată. Conectivitatea a fost restabilită complet la 10:45 UTC după ce traficul a fost redirecţionat departe de transportatorul afectat. ## Preventive actions * Furnizorul a implementat un fix pentru defectul software și își consolidează validarea înainte de desfășurare, reziliența infrastructurii sale în toate locațiile și mecanismele de recuperare automatizate. Urmărim aceste angajamente până la finalizare. * Efectuăm o revizuire completă a problemei transportatorului londonez cu furnizorul nostru, inclusiv motivul pentru care traficul nu a fost redirecţionat mai devreme, şi reducerea timpului eşuat, astfel încât viitoarele întreruperi ale transportatorului să fie izolate rapid. 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. 22 septembrie 2026 la 12:11 UTCinvestigating

   Investigăm o problemă care afectează logarea și accesul la Cloud Server Secret pentru un subset de clienți din regiunile SUA, UE și EAU. Echipa noastră de inginerie investighează în mod activ problema și lucrează pentru a rezolva aceasta cât mai repede posibil.

2. 22 septembrie 2026 la 12:58 UTCmonitoring

   Continuăm să monitorizăm orice alte probleme

3. 22 septembrie 2026 la 13:07 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 16 septembrie 2026 la 16:37 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. Echipa noastră de ingineri este angajată activ. Vom oferi o actualizare de îndată ce mai multe informații sunt disponibile.

2. 16 septembrie 2026 la 16:50 UTCidentified

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

3. 16 septembrie 2026 la 17:02 UTCmonitoring

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

4. 16 septembrie 2026 la 17:22 UTCmonitoring

   Continuăm să monitorizăm orice alte probleme.

5. 16 septembrie 2026 la 18:32 UTCresolved

   Acest incident a fost rezolvat.

6. 24 septembrie 2026 la 21:50 UTCpostmortem

   ## Incident Prezentare generală La 16 septembrie 2026, clienții Platformei Delinea din regiunea SUA au experimentat eșecuri de conectare și încetinire severă atunci când s-au înscris sau au accesat chiriașii lor. Utilizatorii afectați pot fi văzut erori "în amonte de cerere de pauză" pe ecranul de sign-in sau au experimentat întârzieri lungi la încărcarea chiriașului. * ** Start:** 16 septembrie 2026 aproximativ 11:40 AM EDT \(UTC-4\) * **End:** 16 septembrie 2026 aproximativ 1:02 PM EDT \(UTC-4\) ## Root Cause and Remediation Platforma Delinea se bazează pe un serviciu de cache pentru a sprijini autentificarea, autentificarea și alte operațiuni legate de identitate. În cursul săptămânilor precedente, cererea pentru acest serviciu în regiunea SUA a crescut constant odată cu creșterea utilizării platformei, lăsând loc de operare limitat. În plus, serviciile de autentificare dețineau conexiuni la serviciul de cache deschis în timp, în loc să le elibereze, care i-a consumat treptat capacitatea disponibilă. O configuraţie care distribuie traficul citit într-o resursă suplimentară de cache, care ar fi furnizat o cameră suplimentară, nu a fost activă la momentul respectiv. Pe 16 septembrie, volumul normal al traficului a împins serviciul de cache dincolo de capacitatea sa de operare, provocând cereri lente și eșuate de conectare și de identitate în întreaga regiune a SUA. Acest incident a implicat aceeași infrastructură de cache ca și incidentul [28 august 2026] [https://status.delinea.com/incidente/1s7gw9kyjwyq]. Acest incident a fost declanșat de un volum neobișnuit de mare de activitate de sincronizare și a fost abordat prin creșterea capacității de memorie a serviciului de cache. Acest incident a avut loc în condiții normale de trafic, ceea ce a arătat că trebuie să se abordeze și capacitatea de calcul și manipularea conexiunilor. Echipa noastră de inginerie a repornit serviciile de autentificare afectate, care a lansat conexiunile acumulate și a restaurat funcționalitatea de autentificare. Serviciul de cache a fost, de asemenea, scalat la un nivel mai ridicat care dublează capacitatea sa de calcul, și am continuat să monitorizeze serviciul până la recuperarea completă a fost confirmată. De la incident, utilizarea serviciilor de cache a rămas în limitele pragurilor normale de operare, iar traficul citit este acum distribuit printr-o resursă suplimentară de cache. ## Preventive actions În urma incidentului din 28 august 2026, ne-am angajat să facem mai multe îmbunătăţiri la această infrastructură de cache. Mai jos sunt progresele înregistrate cu privire la fiecare, împreună cu acțiunile suplimentare identificate în urma acestui incident. Lucrul la toate elementele este în curs de desfășurare. ** Progresul asupra acţiunilor din incidentul din 28 august ** * **Crește capacitatea și reziliența infrastructurii noastre de cache.** Serviciul american de cache a fost extins la un nivel mai ridicat, care dublează capacitatea sa de calcul. Citește traficul este acum distribuit peste o resursă suplimentară de cache. Continuăm această activitate prin mutarea operațiunilor legate de jetoane către infrastructura de cache dedicată pentru camere suplimentare. * ** Praguri de monitorizare corecte pentru detectarea proactivă a presiunii capacității. ** În timpul acestui incident, monitorizarea noastră a identificat presiunea capacității înaintea impactului asupra clienților, dar alertele nu au fost întreprinse la timp. Continuăm această activitate prin eliminarea alertelor neacţionate pentru serviciile de autentificare de bază şi prin necesitatea angajării imediate în inginerie în prima alertă. * **Limit connection-recuperation retries.** Această activitate a fost extinsă pentru a acoperi modul în care serviciile de autentificare gestionează conexiunile de cache per ansamblu, inclusiv setările de eliberare a conexiunilor și de pauză, astfel încât capacitatea nu este consumată treptat în timp. * ** Aplică limitarea ratei la locurile de muncă mari de sincronizare.** Se pune în aplicare limitarea ratei. De asemenea, reducem cererile inutile de mare volum de la serviciile integrate la stratul de cache. **Actiuni suplimentare din acest incident** * Punerea în aplicare a repornirilor programate, automate de rulare a serviciilor de autentificare ca măsură de salvgardare intermediară până la implementarea îmbunătăţirilor de manipulare a conexiunilor. Recunoastem ca aceasta nu este prima intrerupere pe platforma Delinea din ultimele saptamani, si nu o tratam usor. Dincolo de acţiunile de mai sus, conducerea Delinea a făcut din fiabilitatea Platformei noastre o prioritate sponsorizată de executivi, înaintea activităţii specifice în care cei doi concurează. Aceasta include o mai bună detectare a problemelor care afectează fluxurile critice de lucru, cum ar fi semnarea și capacitatea de planificare înaintea creșterii. Ne cerem scuze sincer pentru perturbarea pe care a cauzat-o operaţiunile voastre şi vom continua să împărtăşim progresul nostru.

Traducere automată din actualizarea oficială a incidentului.

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 .

2. 25 septembrie 2026 la 05:05 UTCpostmortem

   ## Incident Prezentare generală Acest raport acoperă două evenimente conexe care au afectat chiriașii clienților Delinea. Cea de-a doua apariţie, 19-20 septembrie 2026, a fost o consecinţă directă a recuperării incomplete de la prima apariţie din 4 septembrie 2026 şi ambele sunt documentate împreună în cadrul acestui incident. #### Occurrence 1: septembrie 4, 2026 Un subset de chiriași Delinea Platforma intrat într-un stat înghețat, afișarea unui mesaj înghețat chiriaș care a împiedicat utilizatorii de la semnarea și accesarea Platforma Delinea și Cloud Server Secret. ** Start:** Septembrie 4, 2026, 4:15 PM EDT \(20:15 UTC\) **End:** Septembrie 4, 2026, 5:55 PM EDT \(21:55 UTC\) #### Occurrence 2: septembrie 19-20, 2026 Un subset de chiriaşi ai serverului secret Cloud au afişat un anunţ programat pentru ştergere care a împiedicat utilizatorii să se înscrie în serverul secret Cloud. Semnarea către platforma Delinea a rămas disponibilă. ** Start:** Septembrie 19, 2026, 10:28 PM EDT \(Septembrie 20, 02:28 UTC\) **End:** September 20, 2026, 1:50 PM EDT \(17:50 UTC\) ## Root Cause and Remediation #### Occurrence 1: septembrie 4, 2026 Delinea destituie chiriași care nu mai sunt sub un abonament activ. Lista chiriașilor pentru acest ciclu a fost construită pe baza criteriilor de selecție care au evaluat doar data inițială de expirare a abonamentului și nu au reprezentat reînnoirea ulterioară. Ca urmare, chiriașii care au reînnoit și au rămas pe deplin îndreptățiți au fost tratați ca fiind expirati și au fost incluși în listă împreună cu chiriașii care au destituit legal. Fluxul nostru de lucru prevede o etapă de notificare în avans a clientului, care prezintă o notificare în cerere a administratorilor chiriași înainte de orice activitate de ștergere. Această notificare servește atât ca avertisment pentru clienți, cât și ca etapă internă de verificare, deoarece orice client activ care a primit-o ar fi ieșit la suprafață cu mult înainte de execuție. Această etapă nu a fost aplicată pentru acest ciclu; starea înghețată a fost aplicată direct în schimb, astfel încât eroarea din criteriile de selecție nu a fost detectată până când locul de muncă a fugit. Atunci când postul programat a fost executat la 4:15 PM EDT, statul chiriaș înghețat a fost aplicat chiriașilor activi afectați. În urma primului raport al clientului la 4:49 PM EDT, Inginerie a identificat cauza și a inițiat un loc de muncă revert la 5:08 PM EDT. Revert finalizat la 5:55 PM EDT și acces de sign-in a fost confirmat restaurat în toate chiriași afectate. Cu toate acestea, schimbarea din 4 septembrie a stabilit, de asemenea, data de sfârșit a abonamentului pentru chiriașii afectati de serverul secret Cloud la 20 august 2026. Acces revert restaurat chiriașului, dar nu a returnat aceste date finale la valorile lor corecte, și verificarea post-recuperare a confirmat numai accesul de sign-in, nu acuratețea înregistrărilor de abonament subiacente. Această condiție a rămas nedetectată și a condus direct la apariția 2. #### Occurrence 2: septembrie 19-20, 2026 Serverul Secret Cloud include un proces standard de ciclu de viață automatizat care limitează sign-in și programează un chiriaș pentru ștergere la 30 de zile după data de încheiere a abonamentului. La 19 septembrie 2026, la 30 de zile după data incorectă de 20 august 2026, acest proces a identificat chiriașii afectați ca fiind expirat și a aplicat starea programată pentru ștergerea. Procesul ciclului de viață s-a comportat așa cum a fost proiectat; eroarea a fost datele incorecte de subscriere rămase în vigoare după Occurrence 1. Delinea Support a început restaurarea accesului fiecărui chiriaş la ora 12:09 AM EDT pe 20 septembrie. Ingineria a identificat fiecare chiriaș care are data de sfârșit incorectă apoi a prelungit data de sfârșit a abonamentului pentru toți chiriașii afectați ca o măsură temporară, iar accesul a fost restaurat în întregul set cu 1:50 PM EDT la 20 septembrie. Între 21 septembrie și 23 septembrie 2026, Delinea a examinat fiecare chiriaș afectat individual față de drepturile sale active și a înlocuit data limită temporară cu valoarea corectă. În această perioadă, este posibil ca unii clienţi să fi observat o dată de încheiere a abonamentului incorectă sau un detaliu al licenţei în informaţiile privind contul lor; acest lucru nu a afectat accesul. În cazul în care organizaţia dumneavoastră observă o dată de încheiere a abonamentului sau un detaliu al licenţei care nu se potriveşte cu dreptul dumneavoastră curent, vă rugăm să contactaţi [echipa noastră de susţinere] (https://support.delinea.com/s/). Nu a fost șters niciun chiriaș și nu au fost șterse, modificate sau afectate în alt mod datele clienților în oricare dintre cazuri. Impactul s-a limitat la accesul chiriaşilor. ## Preventive actions * Chiriaşul din vrac a fost retras. Toate acţiunile pe ciclu de viaţă ale locatarului în vrac sunt întrerupte, iar destituirea va fi procesată individual. * Automatizaţi ciclul de viaţă al chiriaşului sfârşit până la sfârşit de la înregistrările curente de abonamente, inclusiv reînnoiri şi modificări de abonament, înlocuind procesul multi-pas manual. Fiecare chiriaș va fi validat în funcție de înregistrările de abonamente active înainte de aplicarea oricărei modificări de stat. * Fă ca fiecare etapă a ciclului de viață să fie obligatorie și neskippable, începând cu o perioadă de notificare prealabilă în timpul căreia administratorii chiriași văd un anunț de aplicare și toate funcționalitățile continuă să funcționeze în mod normal. * Asiguraţi-vă că chiriaşii îngheţaţi rămân recuperabili pentru o perioadă de reţinere definită înainte de orice ştergere permanentă, cu restaurare determinată direct din înregistrările de abonament corectate. * Consolidarea procedurilor de recuperare a incidentelor, astfel încât orice restaurare a statului chiriaș, de asemenea, restabilește și reconciliază înregistrările de abonament asociate, iar recuperarea este verificată împotriva sistemului de înregistrare, nu numai acces de sign-in, înainte ca un incident să fie închis. * Adăugați monitorizarea internă și alertarea pentru volume anormale de înghețare chiriaș sau programate pentru evenimente de ștergere, și pentru modele anormale în datele de abonament, astfel încât problemele de acest tip sunt detectate de către Delinea înainte de clienții sunt afectate. Ne cerem sincer scuze pentru deranjul cauzat de ambele evenimente. Recunoaştem că a doua apariţie a rezultat din recuperarea noastră incompletă de la primul, care a extins impactul asupra operaţiunilor dumneavoastră. Restaurarea accesului a fost prioritatea noastră imediată în fiecare caz, iar acțiunile de mai sus sunt urmărite până la finalizare pentru a se asigura că acest lucru nu reapare.

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.

6. 10 septembrie 2026 la 00:54 UTCpostmortem

   ## Incident Prezentare generală La 28 august 2026, clienții Platformei Delinea din regiunea SUA au experimentat eșecuri intermitente de conectare și performanțe lente atunci când se înscriu sau accesează chiriașii lor, inclusiv pagini de eroare sau timeout pe ecranul de sign-in pentru unii utilizatori. În unele cazuri, reîncercarea de conectare a permis utilizatorilor să acceseze cu succes chiriașul lor. * Start: 28 august 2026 aproximativ 17:29 UTC * Sfârşit: 28 august 2026 aproximativ 19:19 UTC ## Root Cause and Remediation O schimbare de cod legată de caching, care a fost făcută pe 27 august, combinată cu un volum neobișnuit de mare de activitate de sincronizare de fundal pe 28 august, a depășit capacitatea normală de operare a infrastructurii noastre de caching suport login și servicii de autentificare. Conexiunile la acesta au început să nu reușească și alte servicii dependente au încercat să recupereze aceste conexiuni în mod repetat, mai degrabă decât curat, împiedicând ca infrastructura de cache să se stabilizeze pe cont propriu. Acest lucru a condus la încercări de autentificare lente sau eșuate și la întârzieri în operațiunile legate de identitate din regiunea SUA. Echipa noastră de inginerie a dat înapoi schimbarea de cache și a reluat serviciile afectate, care au eliminat conexiunile eșuate și au început restaurarea funcționalității, deși performanța a rămas degradată. Resursa de cache a fost ridicată pentru a restabili performanța normală. Am continuat să monitorizăm îndeaproape serviciul până la confirmarea recuperării complete. ## Preventive actions * Creșterea capacității și rezilienței infrastructurii noastre de caching prin distribuirea de locuri de muncă pe resurse suplimentare. * Praguri de monitorizare corecte pentru a se asigura că presiunea capacității este detectată proactiv înainte ca aceasta să afecteze performanța platformei. * Limita de conectare-recuperare retries pentru a preveni recuperarea conexiunilor de la compounding încărcare sistem în timpul unui eveniment de stres. * Aplicați limitarea ratei la locurile de muncă mari de sincronizare pentru a preveni orice loc de muncă de la impact negativ de performanță la nivelul platformei. 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. 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.

5. 15 septembrie 2026 la 06:39 UTCpostmortem

   ## Incident Prezentare generală Pe 28 iulie 2026, un subset mic de chiriași ai serverului secret Cloud nu au putut să se înscrie sau să se confrunte cu erori atunci când navighează între pagini. Chiriașii afectați nu au putut stabili o conexiune la baza lor de date, ceea ce a făcut ca cererea să nu fie încărcată. * Start: 28 iulie 2026, aproximativ 03:11 AM UTC * Sfârşit: 28 iulie 2026, aproximativ 04:05 UTC * Regiunile afectate: Foarte mici subset de chiriaşi în mai multe regiuni ## Root Cause and Remediation În timpul unui pas de lansare internă, un serviciu de sprijin a fost reconstruit și implementat la o versiune care nu se potrivește cu versiunea care rulează în producția de Cloud Server Secret. Cele două versiuni formatează setările de bază de date diferit, iar noul format includea o setare pe care aplicația de producție nu o recunoaștea. Această valoare a fost scrisă unui depozit intern și a servit chiriașilor pe măsură ce intrările lor cache au fost reîmprospătate. Deoarece timpul de reîmprospătare variază de la chiriaș, chiriașii au fost afectați în diferite puncte mai degrabă decât toate dintr-o dată, motiv pentru care impactul a fost limitat la un subset mai degrabă decât întreaga regiune. Echipa noastră de Inginerie a identificat cauza root, redistribuit serviciul de sprijin la producția de potrivire versiune, și eliminate intrările cache afectate. Accesul a fost restabilit ca valori corectate propagate, și fiecare chiriaș afectat a fost validat individual înainte ca incidentul a fost închis. ## Preventive actions * Adăugați verificări automatizate de testare a compatibilității și de validare a implementării pentru a captura configurația și nepotrivirea versiunii înainte de a ajunge la producție codul. * Îmbunătățește detectarea eșecurilor de conectare la baza de date a chiriașului, astfel încât această clasă de probleme să fie identificată prin monitorizarea internă, mai degrabă decât prin rapoartele clienților. * Consolidarea proceselor interne de revizuire pentru gestionarea cache și configurare pentru a reduce riscul și impactul problemelor similare î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. 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.