Cronologia delle interruzioni di Centrify

1. 4 settembre 2026 alle ore 22:02 UTCresolved

   Questo incidente è stato risolto. Ci scusiamo per l'interruzione che ha causato. Investigazione Stiamo indagando i rapporti di Delinea Platform inquilini che mostrano un messaggio di inquilino congelato, impedendo agli utenti di accedere e accedere al loro ambiente. La condizione è iniziata a circa 4:49 PM EDT a causa di un cambiamento di configurazione errato, impedendo a certi clienti di accedere ai loro inquilini. L'ingegneria ha identificato la causa, ha eseguito un lavoro di ritorsione a partire da circa 5:08 PM EDT, e tutti gli inquilini interessati sono stati confermati non congelati da 5:55 PM EDT. Avviso di riempimento: Questo incidente è stato aggiunto alla nostra pagina di stato in modo retrospettivo per fornire un record accurato di impatto di servizio. Ulteriori informazioni sugli incidenti di backfill sono disponibili qui .

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 28 agosto 2026 alle ore 18:02 UTCinvestigating

   Stiamo indagando su un problema che riguarda il login e l'accesso alla piattaforma Delinea nella regione degli Stati Uniti. Alcuni utenti potrebbero non essere in grado di accedere o possono sperimentare prestazioni lente quando si accede ai loro inquilini. Nella maggior parte dei casi, il tentativo di login consente agli utenti di accedere con successo al loro inquilino. Il nostro team di ingegneria è attivamente impegnato. Forniremo un aggiornamento non appena saranno disponibili ulteriori informazioni.

2. 28 agosto 2026 alle ore 18:27 UTCinvestigating

   Stiamo continuando a indagare sui problemi di accesso e accesso che interessano la piattaforma Delinea nella regione degli Stati Uniti. Gli utenti interessati possono vedere un messaggio di errore "upstream request timeout" durante il tentativo di accedere, o possono sperimentare prestazioni lente quando si accede al loro inquilino. Il nostro team di ingegneria è completamente impegnato e trattarlo come una priorità assoluta. Forniremo un aggiornamento non appena saranno disponibili ulteriori informazioni.

3. 28 agosto 2026 alle ore 19:19 UTCidentified

   Il problema è stato identificato e si sta attuando una correzione.

4. 28 agosto 2026 alle ore 19:33 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

5. 28 agosto 2026 alle ore 20:16 UTCresolved

   Questo incidente è stato risolto. L'accesso e l'accesso alla piattaforma Delinea nella regione degli Stati Uniti sono tornati alla normalità, e gli utenti non dovrebbero più incontrare errori o prestazioni degradate al momento della firma. Stiamo continuando la nostra indagine sulla causa sottostante e condivideremo un'analisi della causa principale una volta che l'indagine è completa. Ci scusiamo per l'interruzione che ha causato.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 19 agosto 2026 alle ore 21:47 UTCresolved

   Questo incidente è stato risolto. Ci scusiamo per l'interruzione che ha causato. Investigazione Stiamo indagando su un problema in cui gli utenti nelle regioni non statunitensi non sono in grado di stabilire nuove sessioni remote. Gli utenti interessati ricevono un messaggio "Engine non disponibile" quando lancia una sessione. L'impatto è limitato ai clienti nelle regioni non statunitensi. Gli inquilini ospitati nella regione degli Stati Uniti non sono interessati. Forniremo un aggiornamento non appena avremo maggiori informazioni. Avviso di riempimento: Questo incidente è stato aggiunto alla nostra pagina di stato in modo retrospettivo per fornire un record accurato di impatto di servizio. Ulteriori informazioni sugli incidenti di backfill sono disponibili qui .

2. 19 agosto 2026 alle ore 22:11 UTCpostmortem

   ## Panoramica incidente Un sottoinsieme di clienti nelle regioni non statunitensi non è stato in grado di lanciare nuove sessioni PRA e ha ricevuto un errore "Engine non disponibile". Le sessioni di esecuzione esistenti non sono state influenzate. * Inizio: 14 agosto 2026, 09:46 UTC * Fine: 14 agosto 2026, 10:45 UTC # Root Cause and Remediation Una nuova versione del servizio PRA è stato distribuito in produzione il 14 agosto 2026 alle 09:46 UTC. La nuova versione non ha correttamente applicato un valore di configurazione richiesto nell'ambiente di produzione, che ha impedito al servizio di localizzare il motore di sessione per le regioni non statunitensi. I clienti interessati non sono stati quindi in grado di lanciare nuove sessioni e hanno ricevuto un errore "Engine non disponibile". A seguito di un aumento dei tassi di errore di backend durante il monitoraggio post-deployment, correlato con i rapporti dei clienti in arrivo, l'implementazione è stata rimossa alla versione stabile precedente. Rollback completato alle 10:45 UTC. La risoluzione è stata verificata tramite log di backend e confermando che i clienti hanno avuto un impatto potrebbero lanciare con successo nuove sessioni. ## Azioni preventive * Verificare il processo di distribuzione per determinare perché il problema di configurazione non è stato rilevato prima del rilascio di produzione. * Implementare un modello di rollout in fase in modo che le nuove versioni di servizio vengano rilasciate in una singola regione e convalidate prima di una più ampia distribuzione. * Introdurre controlli di salute post-deployment automatizzati, tra cui un lancio di sessione sintetica per regione, che la promozione gate e trigger rollback sul fallimento. Ci scusiamo sinceramente per la rottura che ha causato e apprezziamo la vostra pazienza mentre abbiamo lavorato per risolverlo.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 3 agosto 2026 alle ore 04:55 UTCinvestigating

   Stiamo indagando sui rapporti delle prestazioni degradate che riguardano Secret Server. Alcuni utenti potrebbero non essere in grado di accedere al Vault UI. Gli utenti possono incontrare l'errore: [Federation Runtime]: remoteEntryExports non è definito, che può impedire l'accesso ai segreti. Il nostro team sta attivamente indagando sulla causa e lavorando per ripristinare il servizio normale. Forniremo aggiornamenti come ulteriori informazioni diventano disponibili.

2. 3 agosto 2026 alle ore 14:31 UTCresolved

   Dopo ulteriori indagini, abbiamo determinato che questo problema è isolato alle implementazioni di Secret Server on-premises e non influisce su Secret Server Cloud (SSC). Nessun impatto sul SSC è stato identificato nelle regioni USA, UE o SEA. Questo incidente è ora risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 luglio 2026 alle ore 04:12 UTCresolved

   Abbiamo identificato un problema che riguarda Secret Server Cloud per un sottoinsieme di clienti nella regione di Singapore a causa di un aumento del carico sull'infrastruttura di backend. Gli utenti interessati hanno sperimentato tempi di risposta lenta o difficoltà ad accedere alla loro istanza. Era solo un problema di prestazioni. Questo problema è stato risolto e le prestazioni normali sono state ripristinate. Ci scusiamo per qualsiasi inconveniente che possa aver causato. Avviso di riempimento: Questo incidente è stato aggiunto alla nostra pagina di stato in modo retrospettivo per fornire un record accurato di impatto di servizio. Ulteriori informazioni sugli incidenti di backfill sono disponibili qui .

2. 20 agosto 2026 alle ore 11:49 UTCpostmortem

   ### Panoramica incidente Il 29 luglio 2026, un sottoinsieme di clienti Secret Server Cloud nella regione di Singapore ha sperimentato un problema di prestazioni a causa di un aumento del carico sull'infrastruttura di backend. Gli utenti interessati hanno sperimentato tempi di risposta lenta o difficoltà ad accedere alla loro istanza. Inizio dell'impatto: 29 luglio, 1:41AM UTC Fine dell'impatto: 29 luglio, 2:32AM UTC ## Root Cause Durante il periodo interessato, una risorsa backend condivisa che supporta la regione di Singapore ha sperimentato un picco di utilizzo che lo ha spinto alla sua capacità massima. Un processo automatizzato responsabile delle risorse di scaling per gestire il carico aumentato non è riuscito a eseguire come previsto, con conseguente aumento dei tempi di risposta per un sottoinsieme di clienti in quella regione. ## Azioni preventive Per evitare il ripetersi, vengono attuate le seguenti misure: * Migliorare il nostro processo di scaling automatizzato per ridurre il rischio di problemi simili che si verificano in futuro. Ci scusiamo sinceramente per la rottura che ha causato e l'inconveniente per le vostre operazioni. Ci impegniamo a prevenire il ripetersi attraverso le suddette azioni.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 28 luglio 2026 alle ore 14:03 UTCinvestigating

   Stiamo indagando sui rapporti che alcuni utenti di Secret Server Cloud non sono in grado di accedere e vengono reindirizzati a una pagina di errore. Stiamo lavorando attivamente per risolvere il problema e forniremo un altro aggiornamento presto.

2. 28 luglio 2026 alle ore 14:15 UTCidentified

   Abbiamo identificato la causa principale del problema. Una modifica di configurazione ha impedito agli inquilini interessati di connettersi al database, causando il mancato caricamento e la visualizzazione delle pagine di errore. Il nostro team di ingegneri ha applicato un cambiamento correttivo e sta convalidando la correzione. Forneremo un altro aggiornamento presto.

3. 28 luglio 2026 alle ore 16:34 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

4. 28 luglio 2026 alle ore 23:07 UTCresolved

   Questo problema è stato risolto e i servizi sono operativi normalmente. Continueremo a monitorare per garantire la stabilità.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 27 luglio 2026 alle ore 18:05 UTCinvestigating

   Abbiamo identificato un problema che impedisce ad alcuni clienti di connettersi tramite RDP o cambiare password da remoto. Stiamo lavorando attivamente per risolvere il problema e forniremo un altro aggiornamento presto.

2. 27 luglio 2026 alle ore 19:34 UTCidentified

   Abbiamo identificato il problema che impedisce ad alcuni clienti di connettersi tramite proxy o cambiare password da remoto. Durante questo incidente, alcuni clienti hanno anche sperimentato errori durante la creazione di cartelle. Il nostro team di ingegneria ha isolato la causa principale e sta attivamente implementando una correzione per ripristinare il servizio normale. Forniremo un altro aggiornamento come continua il progresso.

3. 27 luglio 2026 alle ore 20:10 UTCmonitoring

   Abbiamo applicato misure di mitigazione per ripristinare la disponibilità dei servizi e stiamo monitorando attivamente l'ambiente per garantire una stabilità continua. Ci scusiamo per qualsiasi inconveniente che potrebbe aver causato e apprezzare la vostra pazienza.

4. 27 luglio 2026 alle ore 21:30 UTCresolved

   I problemi relativi ai nostri clienti Secret Server Cloud sono stati risolti. Ci scusiamo per qualsiasi inconveniente che possa aver causato.

5. 4 agosto 2026 alle ore 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.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 26 luglio 2026 alle ore 18:13 UTCresolved

   Siamo consapevoli dei rapporti di diversi clienti che vivono problemi di connettività Connector nella regione degli Stati Uniti. Abbiamo identificato la causa come l'infrastruttura di rete che supporta il traffico Connector e abbiamo mitigato l'impatto. La connettività dovrebbe ora essere ripristinata. Per la prossima settimana sono previsti ulteriori cambiamenti di indagine e infrastruttura per evitare il ripetersi.

2. 4 agosto 2026 alle ore 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.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 24 luglio 2026 alle ore 16:24 UTCidentified

   Abbiamo voluto fornire un aggiornamento sull'incidente che riguarda il servizio(i) elencati di seguito. Il nostro team ha lavorato diligentemente per affrontare il problema, e abbiamo fatto progressi significativi. Apprezziamo la vostra pazienza e il supporto continuo mentre lavoriamo per ripristinare completamente il servizio normale. Per qualsiasi domanda o preoccupazione, si prega di contattare il nostro team di supporto all'indirizzo https://support.delinea.com.

2. 24 luglio 2026 alle ore 16:33 UTCidentified

   Abbiamo identificato la causa degli errori intermittenti 504 / Gateway Timeout che alcuni clienti hanno sperimentato quando si accede alle istanze della piattaforma Delinea o quando sono in uso operazioni basate sui connettori. Il problema deriva dai tempi di risposta elevati in un servizio backend che gestisce la connettività dei connettori, che sta causando alcune richieste di tempo libero. Il nostro team di ingegneri ha isolato la fonte e sta attivamente applicando azioni correttive per ripristinare le prestazioni normali. Alcuni clienti possono continuare a vedere timeout intermittenti fino a quando la correzione è completamente in atto. Forniamo un ulteriore aggiornamento come la situazione cambia.

3. 24 luglio 2026 alle ore 22:34 UTCidentified

   Il problema è stato identificato, e gli sforzi di bonifica sono attualmente in corso. Continueremo a fornire aggiornamenti mentre facciamo progressi.

4. 24 luglio 2026 alle ore 23:48 UTCresolved

   Questo incidente è stato risolto.

5. 4 agosto 2026 alle ore 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.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 21 luglio 2026 alle ore 21:55 UTCmonitoring

   Stiamo verificando ritardi nell'elaborazione degli eventi di audit per i clienti nella nostra regione dell'Est. I registri e l'attività di audit possono apparire ritardati o incompleti nelle interfacce Delinea Platform e Secret Server Cloud. Nessun evento di audit viene perso. Tutti gli eventi vengono catturati e verranno elaborati. La funzionalità del prodotto core, tra cui l'accesso segreto, l'autenticazione e la gestione delle password, non è influenzata. Il nostro team di ingegneria ha identificato la causa principale e ha scalato database e risorse di elaborazione per affrontare il backlog. Il backlog è attivamente drenante.

2. 23 luglio 2026 alle ore 15:57 UTCresolved

   Il backlog di elaborazione degli eventi di audit che interessa i clienti nella nostra regione dell'Est americano è stato completamente cancellato. I registri di controllo sono ora aggiornati e aggiornati. Non sono stati persi eventi di audit durante questo periodo. Grazie per la pazienza.

3. 20 agosto 2026 alle ore 11:48 UTCpostmortem

   ### Panoramica incidente Il 20 luglio 2026, un sottoinsieme di clienti della piattaforma Delinea nella regione degli Stati Uniti ha sperimentato ritardi nell'elaborazione degli eventi di audit, con conseguente ritardo tra le azioni e quando gli eventi di audit corrispondenti sono apparsi nei registri. * Inizio: 20 luglio 2026, 10:54 AM UTC * Fine: 23 luglio 2026, 3:58 PM UTC ## Root Cause and Remediation L'incidente è stato causato da un aumento del volume degli eventi di audit a seguito di un recente rilascio di Secret Server, che ha superato la capacità di elaborazione della pipeline degli eventi di audit nella regione degli Stati Uniti. Mentre il volume è cresciuto, gli eventi sono stati in coda per l'elaborazione piuttosto che consegnati in tempo reale, causando un backlog e un corrispondente ritardo nella disponibilità del registro di audit. Non sono stati persi eventi di audit durante questo incidente. Il nostro team di ingegneria ha scalato la capacità di elaborazione dei dati sottostante per lavorare attraverso il backlog, monitorando la profondità della coda e i tassi di elaborazione. Entro il 23 luglio 2026, tutti gli eventi ritardati erano stati completamente elaborati, i registri di audit erano attuali e le operazioni normali erano riprese. ## Azioni preventive * Migliorare lo scaling automatizzato alla pipeline di eventi di audit in modo da poter assorbire aumenti di volume senza creare un backlog o ritardare la disponibilità del registro. * Migliorare il monitoraggio e l'avviso del volume di elaborazione dell'audit e della profondità della coda per rilevare i potenziali ritardi prima e rispondere prima che i clienti siano colpiti. Ci scusiamo sinceramente per la rottura che ha causato e l'inconveniente per le vostre operazioni. Ci impegniamo a prevenire il ripetersi attraverso le suddette azioni.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 13 luglio 2026 alle ore 18:00 UTCinvestigating

   Stiamo attualmente indagando su un problema che riguarda la piattaforma Delinea in cui la sincronizzazione SCIM sta vivendo timeouts sulla nuova creazione utente / gruppo. Questo problema colpisce principalmente i clienti con grandi dimensioni di gruppo (migliaia di utenti per gruppo). Ha causato prestazioni lente e, in alcuni casi, guasti di login. Come passo di mitigazione, SCIM Public Preview è stato disabilitato per ridurre al minimo ulteriori impatti. Il nostro team sta attivamente indagando sulla causa principale e fornirà aggiornamenti come ulteriori informazioni diventano disponibili.

2. 13 luglio 2026 alle ore 23:16 UTCresolved

   È stata implementata una correzione per il problema del timeout SCIM. Le prestazioni sono tornate alla normalità e la sincronizzazione SCIM funziona come previsto. Questo incidente è ora risolto. Se si continua a sperimentare eventuali problemi correlati, si prega di contattare il nostro team di supporto all'indirizzo https://support.delinea.com Grazie per la pazienza.

3. 17 luglio 2026 alle ore 20:33 UTCpostmortem

   ## Panoramica incidente Il 10 luglio 2026 i clienti che utilizzano l'anteprima pubblica SCIM con l'integrazione di Active Directory hanno sperimentato le prestazioni del connettore degradato. L'impatto è stato limitato agli inquilini con un gruppo AD contenente un'iscrizione molto grande \(migliaia di utenti\) che ha subito un cambiamento di appartenenza durante la finestra incidente. I connettori interessati hanno visto l'utilizzo della CPU e della memoria salire a livelli critici, compromettendo la loro capacità di elaborare altre richieste, compresi i login. * Inizio: 9 luglio 2026, circa 11:00 PM centrale \ (10 luglio, 4:00 AM UTC\) * Fine: 13 luglio 2026, circa 8:00 PM Central \(14 luglio, 1:00 AM UTC\) # Root Cause and Remediation La funzionalità SCIM, precedentemente disponibile tramite anteprima privata, è stata promossa in anteprima pubblica il 24 giugno 2026. Per soddisfare il protocollo SCIM, il servizio SCIM mantiene una copia parziale dei dati dell'utente e del gruppo di Active Directory, costruiti per modificare le notifiche trasmesse da AD. Quando SCIM ha ricevuto una notifica di cambio per un gruppo che non era ancora completamente popolato, ha chiesto AD per l'intera appartenenza del gruppo piuttosto che il cambiamento specifico. Per i clienti con gruppi AD molto grandi, questo ha generato un alto volume di domande attraverso il connettore del cliente, schiacciandolo. Gli inquilini con anteprima pubblica abilitati hanno ricevuto automaticamente la funzione SCIM, quindi gli ambienti non attivamente utilizzando SCIM sono stati esposti. Per rimediare, SCIM è stato disabilitato per i clienti interessati dopo aver confermato che non lo stavano utilizzando attivamente, e l'anteprima pubblica SCIM è stato disabilitato il 13 luglio come precauzione mentre una fissazione permanente è stata validata. Il servizio è stato aggiornato in modo che una singola notifica di cambio di iscrizione innesca una query solo per quel cambiamento, non l'adesione completa del gruppo. La fissazione è stata distribuita entro la fine del giorno 13 luglio e l'anteprima pubblica SCIM è stata riattivata il 14 luglio 2026 alle 8:00 Central. Non è stata richiesta alcuna azione da parte dei clienti. ## Azioni preventive * Espandi i test per includere scenari di gruppo AD su larga scala prima delle promozioni future di anteprima. * Aggiungi monitoraggio per il volume di chiamata API reindirizzato anormale del connettore, così i problemi simili vengono rilevati prima dell'impatto del cliente. Ci scusiamo sinceramente per la rottura che ha causato e l'inconveniente per le vostre operazioni. Ci impegniamo a prevenire il ripetersi attraverso le suddette azioni.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 12 luglio 2026 alle ore 07:04 UTCinvestigating

   Siamo a conoscenza di un problema che riguarda la piattaforma Delinea e il cloud server segreto in cui gli utenti potrebbero non essere in grado di lanciare segreti, incontrando l'errore "Un errore si è verificato in Secret Server Cloud". Il nostro team sta attivamente indagando sulla causa principale e fornirà un aggiornamento come ulteriori informazioni diventano disponibili.

2. 12 luglio 2026 alle ore 08:38 UTCidentified

   Il problema è stato identificato e si sta attuando una correzione.

3. 12 luglio 2026 alle ore 09:40 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

4. 12 luglio 2026 alle ore 11:19 UTCresolved

   Questo incidente è stato risolto.

5. 15 luglio 2026 alle ore 16:02 UTCpostmortem

   Traduzione: L'11 luglio 2026, a seguito di un [Secret Server Cloud release](https://status.delinea.com/incidents/b8yxjwdy4kv2), i clienti che utilizzano i lanciatori Session Connector hanno sperimentato fallimenti di lancio segreti, compresi i lanci intermediati tramite la piattaforma Delinea. I lanci colpiti hanno restituito un errore HTTP 500 e nessun file di connessione è stato generato. Altri tipi di launcher e tutte le altre funzionalità di Secret Server non sono state influenzate. * Inizio: 11 luglio 2026, circa 5:00 PM UTC * Fine: 12 luglio, 2026, 8:34 AM UTC \ (rottura completata in tutte le regioni\) "Root Cause and Remediation" Il rilascio ha cambiato il modo in cui la configurazione del launcher viene risolta al momento del lancio in un modo incompatibile con alcune configurazioni di avvio di Session Connector esistenti. Le richieste di avvio di tali configurazioni sono fallite con un errore server invece di completare normalmente. Per rimediare, il nostro team ha rilanciato il rilascio in tutte le regioni. Il rollback è iniziato alle 8:21 AM UTC ed è stato completato dalle 8:34 AM UTC il 12 luglio, risolvendo l'incidente. Dopo il rollback, il nostro team ha confermato con i clienti interessati che il lancio segreto era tornato alla normale funzione. Non è stata richiesta alcuna azione da parte dei clienti. Una correzione corretta è stata completata e verificata con una copertura di regressione automatizzata ampliata per il Connettore di sessione per avviare le configurazioni e sarà inclusa nella prossima release di Secret Server Cloud. Non sarà richiesta alcuna azione del cliente. # Azioni preventive # * La copertura automatica dei test di lancio viene ampliata a tutti i tipi e configurazioni di launcher supportati. * Rilevamento automatizzato di nuove firme di errore introdotte da implementazioni, riducendo il tempo di rilevamento e rollback per problemi simili. Ci scusiamo sinceramente per la rottura che ha causato e l'inconveniente per le vostre operazioni. Ci impegniamo a prevenire il ripetersi attraverso le suddette azioni.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 9 luglio 2026 alle ore 19:57 UTCinvestigating

   Il nostro team è a conoscenza di un problema che riguarda RPC e sta attivamente indagando. Forniremo aggiornamenti aggiuntivi come ulteriori informazioni diventano disponibili.

2. 9 luglio 2026 alle ore 20:00 UTCidentified

   Abbiamo identificato la causa principale e stiamo lavorando attivamente per mitigare il problema. Ulteriori aggiornamenti saranno forniti come diventano disponibili.

3. 9 luglio 2026 alle ore 20:33 UTCmonitoring

   Abbiamo implementato una correzione e stiamo monitorando. Ulteriori aggiornamenti saranno forniti presto.

4. 9 luglio 2026 alle ore 22:42 UTCresolved

   Siamo lieti di informarvi che l'incidente che interessa US Secret Server Cloud è stato risolto. Il nostro team ha implementato una soluzione, e tutti i sistemi sono ora operativi normalmente. Ci scusiamo per qualsiasi inconveniente che questo incidente possa aver causato, e apprezziamo la vostra comprensione e supporto. Per qualsiasi domanda o preoccupazione, si prega di contattare il nostro team di supporto all'indirizzo https://support.delinea.com.

5. 10 luglio 2026 alle ore 00:38 UTCpostmortem

   ## Panoramica incidente Il 9 luglio 2026, i clienti della regione SSC US hanno sperimentato l'accesso segreto degradato per circa due ore. I clienti interessati non sono stati in grado di visualizzare in modo affidabile segreti, lanciare sessioni remote, o eseguire operazioni RPC durante la finestra di impatto. * Inizio: 9 luglio 2026, 1:52 PM Centrale \(6:52 PM UTC\) * Fine: 9 luglio 2026, 3:55 PM Central \(8:55 PM UTC\) # Root Cause and Remediation Durante l'indagine di routine di un avviso non correlato, le credenziali utilizzate dalla nostra infrastruttura di messaggistica interna sono state rigenerate. Questa infrastruttura supporta l'elaborazione di background, le richieste web e la gestione delle sessioni nella regione SSC US. La rigenerazione ha invalidato diverse connessioni, senza periodo di transizione. Questo ha causato l'elaborazione di sfondo per fermare e le richieste web che dipendono dallo strato di messaggistica per appendere e alla fine fallire. Per rimediare, il nostro team ha aggiornato i sistemi interessati con le nuove credenziali e ha riavviato i servizi colpiti. La connettività è stata ristabilita automaticamente una volta riavviato i servizi. Non è stata richiesta alcuna azione da parte dei clienti. Il recupero è stato confermato alle 15:55 di Central. ## Azioni preventive * Cancelli di controllo dei cambi migliorati sulle operazioni chiave di root contro gli spazi dei nomi di produzione per evitare rotazioni chiave non visualizzate. Ci scusiamo sinceramente per la rottura che ha causato e l'inconveniente per le vostre operazioni. Ci impegniamo a prevenire il ripetersi attraverso l'azione di cui sopra.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 28 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 20:10 UTCresolved

   This incident has been resolved.

1. 20 maggio 2026 alle ore 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 maggio 2026 alle ore 18:44 UTCinvestigating

   We are continuing to investigate this issue.

3. 20 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 21:43 UTCresolved

   This incident has been resolved.

7. 27 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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.