Histórico de interrupções do Centrify

1. 4 Gwengolo 2026 da 22:02 UTCresolved

   Este incidente foi resolvido. Pedimos desculpa pela perturbação que isto causou. Investigação Estamos investigando relatórios de inquilinos da plataforma Delinea mostrando uma mensagem de inquilino congelado, impedindo os usuários de entrar e acessar seu ambiente. A condição começou em aproximadamente 4:49 PM EDT devido a uma mudança de configuração incorreta, impedindo certos clientes de acessar seus inquilinos. A Engenharia identificou a causa, realizou um trabalho de reversão com início em aproximadamente 5:08 PM EDT, e todos os inquilinos afetados foram confirmados descongelados por 5:55 PM EDT. Aviso Backfill: Este incidente foi adicionado à nossa página de status retrospectivamente para fornecer um registro preciso do impacto do serviço. Mais informações sobre os incidentes de enchimento estão disponíveis aqui .

Traduzido automaticamente da atualização oficial do incidente.

1. 28 Eost 2026 da 18:02 UTCinvestigating

   Estamos investigando um problema que afeta o login e acesso à Plataforma Delinea na região dos EUA. Alguns usuários podem ser incapazes de fazer login ou experimentar desempenho lento ao acessar seus inquilinos. Na maioria dos casos, tentar novamente a tentativa de login permite aos usuários acessar com sucesso seu inquilino. A nossa equipa de engenharia está activa. Nós forneceremos uma atualização assim que mais informações estiverem disponíveis.

2. 28 Eost 2026 da 18:27 UTCinvestigating

   Continuamos a investigar questões de login e acesso que afetam a Plataforma Delinea na região dos EUA. Usuários afetados podem ver uma mensagem de erro "upstream request timeout" ao tentar entrar, ou podem experimentar desempenho lento ao acessar seu inquilino. Nossa equipe de engenharia está totalmente envolvida e tratando isso como uma prioridade. Nós forneceremos uma atualização assim que mais informações estiverem disponíveis.

3. 28 Eost 2026 da 19:19 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

4. 28 Eost 2026 da 19:33 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

5. 28 Eost 2026 da 20:16 UTCresolved

   Este incidente foi resolvido. O login e o acesso à Plataforma Delinea na região dos EUA retornaram ao normal, e os usuários não devem mais encontrar erros ou desempenho degradado ao iniciar sessão. Estamos a continuar a nossa investigação sobre a causa subjacente e vamos partilhar uma análise da causa raiz assim que essa investigação estiver concluída. Pedimos desculpa pela perturbação que isto causou.

6. 10 Gwengolo 2026 da 00:54 UTCpostmortem

   ## Incident Overview On August 28, 2026, Delinea Platform customers in the US region experienced intermittent login failures and slow performance when signing in or accessing their tenants, including error or timeout pages on the sign-in screen for some users. In some cases, retrying the login attempt allowed users to successfully access their tenant.   * Start: August 28, 2026 approximately 17:29 UTC  * End: August 28, 2026 approximately 19:19 UTC  ## Root Cause and Remediation  A caching related code change that was made on Aug 27, combined with an unusually large volume of background synchronization activity on Aug 28, exceeded the normal operating capacity of our caching infrastructure supporting login and authentication services. Connections to it began failing and other dependent services attempted to recover those connections repeatedly rather than cleanly, preventing the caching infrastructure from stabilizing on its own. This led to slow or failed login attempts and delays in identity-related operations across the US region.  Our engineering team rolled back the caching change and restarted the affected services, which cleared the failed connections and began restoring functionality, though performance remained degraded. The caching resource was scaled up to restore normal performance. We continued to closely monitor the service until full recovery was confirmed.  ## Preventative Actions * Increase the capacity and resiliency of our caching infrastructure by distributing workloads across additional resources.  * Correct monitoring thresholds to ensure capacity pressure is detected proactively before it impacts platform performance.   * Limit connection-recovery retries to prevent recovering connections from compounding system load during a stress event.  * Apply rate limiting to large synchronization jobs to prevent any single job from negatively impacting platform-wide performance.  We sincerely apologize for the disruption this caused and the inconvenience to your operations. We are committed to preventing recurrence through the above actions.

Traduzido automaticamente da atualização oficial do incidente.

1. 19 Eost 2026 da 21:47 UTCresolved

   Este incidente foi resolvido. Pedimos desculpa pela perturbação que isto causou. Investigação Estamos investigando um problema em que usuários em regiões não-EUA são incapazes de estabelecer novas sessões remotas. Usuários afetados recebem uma mensagem "Engenho indisponível" ao lançar uma sessão. O impacto é limitado aos clientes em regiões não-EUA. Os inquilinos hospedados na região dos EUA não são afetados. Forneceremos uma atualização assim que tivermos mais informações. Aviso Backfill: Este incidente foi adicionado à nossa página de status retrospectivamente para fornecer um registro preciso do impacto do serviço. Mais informações sobre os incidentes de enchimento estão disponíveis aqui .

2. 19 Eost 2026 da 22:11 UTCpostmortem

   # # Visão geral do incidente Um subconjunto de clientes em regiões não-EUA não foi capaz de lançar novas sessões de PRA e recebeu um erro de "Engine indisponível". As sessões de execução existentes não foram afetadas. * Início: 14 de agosto de 2026, 09:46 UTC * a: 14 de agosto de 2026, 10:45 UTC # # Causa raiz e reparação Uma nova versão do serviço PRA foi implantada para produção em 14 de agosto de 2026 às 09:46 UTC. A nova versão não aplicou corretamente um valor de configuração exigido no ambiente de produção, o que impediu o serviço de localizar o motor de sessão para regiões não-EUA. Os clientes afetados foram consequentemente incapazes de lançar novas sessões e receberam um erro de "Engine indisponível". Na sequência de um aumento das taxas de erro da infra-estrutura durante o acompanhamento pós-implantação, correlacionado com os relatórios de clientes recebidos, a implantação foi adiada para a versão estável anterior. Retrocesso concluído às 10:45 UTC. A resolução foi verificada através de logs de infraestrutura e confirmando que os clientes impactados poderiam lançar novas sessões com sucesso. # # Ações preventivas * Reveja o processo de implantação para determinar por que o problema de configuração não foi detectado antes da liberação da produção. * Implementar um modelo de implantação encenada para que novas versões de serviços sejam lançadas para uma única região e validadas antes de uma implantação mais ampla. * Introduzir controlos de saúde automatizados pós-implantação, incluindo um lançamento de sessão sintética por região, que a promoção portão e desencadear o rollback sobre o fracasso. Pedimos sinceras desculpas pela interrupção que isso causou e apreciamos sua paciência enquanto trabalhamos para resolvê - la.

Traduzido automaticamente da atualização oficial do incidente.

1. 3 Eost 2026 da 04:55 UTCinvestigating

   Estamos a investigar relatórios de desempenho degradado que afectam o Servidor Secreto. Alguns usuários podem ser incapazes de acessar a interface Vault. Os usuários podem encontrar o erro: [Federation Runtime]: RemoteEntryExports é indefinido, o que pode impedir o acesso a segredos. Nossa equipe está ativamente investigando a causa e trabalhando para restaurar o serviço normal. Forneceremos atualizações à medida que mais informações estiverem disponíveis.

2. 3 Eost 2026 da 14:31 UTCresolved

   Após mais investigações, determinamos que este problema está isolado para implantações no local do Servidor Secreto e não afeta a Nuvem do Servidor Secreto (SSC). Não foi identificado qualquer impacto nas regiões dos EUA, da UE ou da AAE. Este incidente está agora resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 29 Gouere 2026 da 04:12 UTCresolved

   Identificamos um problema que afeta a Secret Server Cloud para um subconjunto de clientes na região de Singapura devido ao aumento da carga na infraestrutura de infraestrutura. Usuários afetados experimentaram tempos de resposta lentos ou dificuldade de acessar sua instância. Esta era apenas uma questão de desempenho. Esta questão foi resolvida e o desempenho normal foi restaurado. Pedimos desculpa por qualquer inconveniente que isto possa ter causado. Aviso Backfill: Este incidente foi adicionado à nossa página de status retrospectivamente para fornecer um registro preciso do impacto do serviço. Mais informações sobre os incidentes de enchimento estão disponíveis aqui .

2. 20 Eost 2026 da 11:49 UTCpostmortem

   Visão geral do incidente Em 29 de julho de 2026, um subconjunto de clientes da Secret Server Cloud na região de Singapura teve um problema de desempenho devido ao aumento da carga na infraestrutura de infraestrutura. Usuários afetados experimentaram tempos de resposta lentos ou dificuldade de acessar sua instância. Início do impacto: 29 de julho de 1:41 AM UTC Fim do Impacto: 29 de julho, 2:32 AM UTC Causa raiz Durante o período afetado, um recurso compartilhado de backend que apoia a região de Singapura experimentou um pico de utilização que o levou à sua capacidade máxima. Um processo automatizado responsável pela escala de recursos para lidar com o aumento da carga falhou em executar como esperado, resultando em tempo de resposta aumentado para um subconjunto de clientes nessa região. ## # Ações preventivas Para evitar a recorrência, estão a ser implementadas as seguintes medidas: * Melhorar nosso processo de dimensionamento automatizado para reduzir o risco de problemas semelhantes que ocorrem no futuro. Pedimos sinceras desculpas pela perturbação causada e pela inconveniência das vossas operações. Estamos comprometidos em prevenir a recorrência através das ações acima.

Traduzido automaticamente da atualização oficial do incidente.

1. 28 Gouere 2026 da 14:03 UTCinvestigating

   Estamos investigando relatórios de que alguns usuários do Secret Server Cloud são incapazes de entrar e estão sendo redirecionados para uma página de erro. Estamos trabalhando ativamente para resolver o problema e forneceremos outra atualização em breve.

2. 28 Gouere 2026 da 14:15 UTCidentified

   Identificámos a causa principal da questão. Uma mudança de configuração impediu os inquilinos afetados de se conectarem ao banco de dados, fazendo com que o aplicativo não conseguisse carregar e exibir páginas de erro. Nossa equipe de engenharia aplicou uma mudança corretiva e está validando a correção. Vamos fornecer outra atualização em breve.

3. 28 Gouere 2026 da 16:34 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

4. 28 Gouere 2026 da 23:07 UTCresolved

   Esta questão foi resolvida e os serviços funcionam normalmente. Continuaremos a monitorizar para garantir a estabilidade.

Traduzido automaticamente da atualização oficial do incidente.

1. 27 Gouere 2026 da 18:05 UTCinvestigating

   Identificamos um problema que impede alguns clientes de se conectar via RDP ou alterar senhas remotamente. Estamos trabalhando ativamente para resolver o problema e forneceremos outra atualização em breve.

2. 27 Gouere 2026 da 19:34 UTCidentified

   Nós identificamos o problema impedindo alguns clientes de se conectar via proxy ou mudar senhas remotamente. Durante este incidente, alguns clientes também experimentaram erros ao criar pastas. Nossa equipe de engenharia isolou a causa raiz e está implementando ativamente uma correção para restaurar o serviço normal. Providenciaremos outra atualização à medida que o progresso continuar.

3. 27 Gouere 2026 da 20:10 UTCmonitoring

   Aplicamos medidas de mitigação para restaurar a disponibilidade de serviços e estamos monitorando ativamente o ambiente para garantir a estabilidade contínua. Pedimos desculpa por qualquer inconveniente que isto possa ter causado e apreciamos a sua paciência.

4. 27 Gouere 2026 da 21:30 UTCresolved

   Os problemas que afetam nossos clientes do Secret Server Cloud foram resolvidos. Pedimos desculpa por qualquer inconveniente que isto possa ter causado.

5. 4 Eost 2026 da 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.

Traduzido automaticamente da atualização oficial do incidente.

1. 26 Gouere 2026 da 18:13 UTCresolved

   Estamos cientes de relatórios de vários clientes que enfrentam problemas de conectividade Connector na região dos EUA. Identificamos a causa como a infraestrutura de rede que apoia o tráfego do Connector e atenuamos o impacto. A conectividade deve agora ser restaurada. Estão previstas novas investigações e mudanças de infra-estruturas para a próxima semana, a fim de evitar a recorrência.

2. 4 Eost 2026 da 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.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Gouere 2026 da 16:24 UTCidentified

   Queríamos lhe fornecer uma atualização sobre o incidente que afeta o(s) serviço(s) listado(s) abaixo. Nossa equipe tem trabalhado diligentemente para resolver o problema, e fizemos progressos significativos. Agradecemos a sua paciência e apoio contínuos enquanto trabalhamos para restaurar totalmente o serviço normal. Para quaisquer dúvidas ou preocupações, por favor contacte a nossa equipa de apoio em https://support.delinea.com.

2. 24 Gouere 2026 da 16:33 UTCidentified

   Identificamos a causa dos erros intermitentes 504 / Gateway Timeout que alguns clientes experimentaram ao acessar suas instâncias da Delinea Platform ou quando operações baseadas em conectores estão em uso. O problema decorre de tempos de resposta elevados em um serviço de infraestrutura que lida com conectividade de conectores, o que está causando alguns pedidos de tempo. Nossa equipe de engenharia isolou a fonte e está aplicando ativamente medidas corretivas para restaurar o desempenho normal. Alguns clientes podem continuar a ver intervalos intermitentes até que a correção esteja totalmente no lugar. Apresentaremos uma nova actualização à medida que a situação mudar.

3. 24 Gouere 2026 da 22:34 UTCidentified

   A questão foi identificada e os esforços de reparação estão em curso. Continuaremos a fornecer actualizações à medida que avançarmos.

4. 24 Gouere 2026 da 23:48 UTCresolved

   Este incidente foi resolvido.

5. 4 Eost 2026 da 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.

Traduzido automaticamente da atualização oficial do incidente.

1. 21 Gouere 2026 da 21:55 UTCmonitoring

   Estamos passando por atrasos no processamento de eventos de auditoria para clientes em nossa região leste dos EUA. Registros de auditoria e atividade de auditoria podem parecer atrasados ou incompletos nas interfaces da Delinea Platform e Secret Server Cloud. Nenhum evento de auditoria está sendo perdido. Todos os eventos são capturados e serão processados. A funcionalidade do produto principal, incluindo acesso secreto, autenticação e gerenciamento de senhas, não é afetada. Nossa equipe de engenharia identificou a causa raiz e escalou os recursos de banco de dados e processamento para abordar o backlog. O atraso está a esgotar-se.

2. 23 Gouere 2026 da 15:57 UTCresolved

   O backlog de processamento de eventos de auditoria que afeta clientes em nossa região leste dos EUA foi totalmente esclarecido. Os registos de auditoria estão actualizados. Nenhum evento de auditoria foi perdido durante este período. Obrigado pela vossa paciência.

3. 20 Eost 2026 da 11:48 UTCpostmortem

   Visão geral do incidente Em 20 de julho de 2026, um subconjunto de clientes da Delinea Platform na região dos EUA sofreu atrasos no processamento de eventos de auditoria, resultando em um atraso entre quando as ações ocorreram e quando os eventos de auditoria correspondentes apareceram em logs. * Início: 20 de julho de 2026, 10:54 UTC * 23 de julho de 2026, 3:58 UTC Causa e Remediação Raízes O incidente foi causado por um aumento no volume de eventos de auditoria após um lançamento recente do Secret Server, que ultrapassou a capacidade de processamento do pipeline de eventos de auditoria na região dos EUA. À medida que o volume crescia, os eventos eram colocados em fila de espera para processamento em vez de entregues em tempo real, causando um atraso e um atraso correspondente na disponibilidade do registro de auditoria. Nenhum evento de auditoria foi perdido durante este incidente. Nossa equipe de engenharia escalou a capacidade de processamento de dados subjacente para trabalhar através do backlog enquanto monitorava a profundidade da fila e as taxas de processamento. Em 23 de julho de 2026, todos os eventos atrasados tinham sido totalmente processados, os registros de auditoria estavam em andamento, e as operações normais tinham retomado. ## # Ações preventivas * Melhorar o escalonamento automatizado para o pipeline de eventos de auditoria para que ele possa absorver aumentos de volume sem criar um backlog ou atrasar a disponibilidade de log. * Melhorar o monitoramento e alertar o volume de processamento de auditoria e profundidade da fila para detectar possíveis atrasos mais cedo e responder antes que os clientes sejam impactados. Pedimos sinceras desculpas pela perturbação causada e pela inconveniência das vossas operações. Estamos comprometidos em prevenir a recorrência através das ações acima.

Traduzido automaticamente da atualização oficial do incidente.

1. 13 Gouere 2026 da 18:00 UTCinvestigating

   Atualmente estamos investigando um problema que afeta a plataforma Delinea onde a sincronização do SCIM está experimentando timeouts na criação de novos usuários/grupos. Esta questão está principalmente impactando clientes com grandes tamanhos de grupo (milhares de usuários por grupo). Ele causou desempenho lento e, em alguns casos, falhas de login. Como etapa de mitigação, o SCIM Public Preview foi desativado para minimizar o impacto adicional. Nossa equipe está ativamente investigando a causa raiz e fornecerá atualizações à medida que mais informações ficam disponíveis.

2. 13 Gouere 2026 da 23:16 UTCresolved

   Foi implementada uma correção para a questão do tempo limite SCIM. O desempenho voltou ao normal, e a sincronização SCIM está funcionando como esperado. Este incidente está agora resolvido. Se você continuar a experimentar quaisquer problemas relacionados, entre em contato com nossa equipe de suporte em https://support.delinea.com Obrigado pela vossa paciência.

3. 17 Gouere 2026 da 20:33 UTCpostmortem

   # # Visão geral do incidente Em 10 de julho de 2026, os clientes usando a visualização pública SCIM com integração do Active Directory experimentaram desempenho de conectores degradados. O impacto foi limitado aos inquilinos com um grupo AD contendo uma associação muito grande \(milhares de usuários\) que sofreram uma mudança de associação durante a janela incidente. Conectores afetados viram a utilização da CPU e da memória subirem para níveis críticos, prejudicando sua capacidade de processar outras solicitações, incluindo logins. * Início: 9 de julho de 2026, aproximadamente 11:00 Central \(10 de julho, 4:00 UTC\) * Fim: 13 de julho de 2026, aproximadamente 8:00 Central \ (14 de julho de 1:00 UTC\) # # Causa raiz e reparação A funcionalidade SCIM, previamente disponível através de pré-visualização privada, foi promovida para visualização pública em 24 de junho de 2026. Para satisfazer o protocolo SCIM, o serviço SCIM mantém uma cópia parcial dos dados de usuário e grupo do Active Directory, construídos a partir de notificações de alterações transmitidas de AD. Quando o SCIM recebeu uma notificação de adesão-alteração para um grupo que ainda não tinha totalmente povoado, queried AD para a adesão inteira do grupo em vez da mudança específica. Para clientes com grandes grupos de AD, isso gerou um alto volume de consultas através do conector do cliente, esmagando-o. Os inquilinos com pré-visualização pública ativada receberam automaticamente o recurso SCIM, de modo que ambientes que não utilizavam SCIM ativamente também foram expostos. Para corrigir, o SCIM foi desativado para clientes afetados após confirmar que não estavam usando ativamente, e a visualização pública do SCIM foi desabilitada em 13 de julho como precaução, enquanto uma correção permanente foi validada. O serviço foi atualizado de modo que uma única notificação de alteração de adesão desencadeia uma consulta para apenas essa mudança, não a adesão completa do grupo. A correção foi implantada até o final do dia 13 de julho, e a pré-visualização pública do SCIM foi reabilitada em 14 de julho de 2026 às 8:00 AM Central. Nenhuma ação foi necessária dos clientes. # # Ações preventivas * Expandir testes para incluir cenários de grupo AD em larga escala antes de futuras promoções de visualização. * Adicione monitoramento para o volume de chamada API de conexão anormal, então problemas semelhantes são detectados antes do impacto do cliente. Pedimos sinceras desculpas pela perturbação causada e pela inconveniência das vossas operações. Estamos comprometidos em prevenir a recorrência através das ações acima.

Traduzido automaticamente da atualização oficial do incidente.

1. 12 Gouere 2026 da 07:04 UTCinvestigating

   Estamos cientes de um problema que afeta a Delinea Platform e a Secret Server Cloud, onde os usuários podem não ser capazes de lançar segredos, encontrando o erro "Um erro ocorreu na Secret Server Cloud". Nossa equipe está ativamente investigando a causa raiz e fornecerá uma atualização à medida que mais informações ficam disponíveis.

2. 12 Gouere 2026 da 08:38 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

3. 12 Gouere 2026 da 09:40 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

4. 12 Gouere 2026 da 11:19 UTCresolved

   Este incidente foi resolvido.

5. 15 Gouere 2026 da 16:02 UTCpostmortem

   # # ** Visão geral incidente # Em 11 de julho de 2026, após o lançamento de um [Secret Server Cloud](https://status.delinea.com/incidents/b8yxjwdy4kv2), os clientes que usaram os lançadores do Session Connector experimentaram falhas de lançamento secretas, incluindo lançamentos intermediados através da Plataforma Delinea. Os lançamentos afetados retornaram um erro HTTP 500 e nenhum arquivo de conexão foi gerado. Outros tipos de lançadores e todas as outras funcionalidades do Servidor Secreto não foram afetadas. * Início: 11 de julho de 2026, aproximadamente 5:00 UTC * Fim: 12 de julho de 2026, 08:34 UTC \(rollback concluído em todas as regiões\) # # ** Causa e reparação da raiz # A versão mudou como a configuração do lançador é resolvida na hora de lançamento de uma forma incompatível com certas configurações existentes do lançador Session Connector. Os pedidos de lançamento dessas configurações falharam com um erro de servidor em vez de completar normalmente. Para remediar, a nossa equipa voltou a lançar em todas as regiões. O retorno começou às 8:21 UTC e foi concluído às 8:34 UTC em 12 de julho, resolvendo o incidente. Após o retorno, nossa equipe confirmou com os clientes afetados que o lançamento secreto havia retornado à função normal. Nenhuma ação foi necessária dos clientes. Uma correção corrigida foi concluída e verificada com cobertura de regressão automatizada expandida para o Session Connector para iniciar configurações e será incluída em um próximo lançamento da Secret Server Cloud. Nenhuma ação do cliente será necessária. ## **Acções de prevenção * A cobertura automática do teste de lançamento está sendo expandida para todos os tipos e configurações de lançadores suportados. * Detecção automatizada de novas assinaturas de erros introduzidas por implantações, reduzindo o tempo para detecção e rollback para problemas semelhantes. Pedimos sinceras desculpas pela perturbação causada e pela inconveniência das vossas operações. Estamos comprometidos em prevenir a recorrência através das ações acima.

Traduzido automaticamente da atualização oficial do incidente.

1. 9 Gouere 2026 da 19:57 UTCinvestigating

   Nossa equipe está ciente de um problema que afeta RPC e está investigando ativamente. Forneceremos atualizações adicionais à medida que mais informações estiverem disponíveis.

2. 9 Gouere 2026 da 20:00 UTCidentified

   Identificámos a causa raiz e estamos trabalhando ativamente para mitigar a questão. Serão fornecidas mais actualizações à medida que estiverem disponíveis.

3. 9 Gouere 2026 da 20:33 UTCmonitoring

   Implementámos uma correcção e estamos actualmente a acompanhar. Mais atualizações serão fornecidas em breve.

4. 9 Gouere 2026 da 22:42 UTCresolved

   Temos o prazer de informar que o incidente que afeta a US Secret Server Cloud foi resolvido. Nossa equipe implementou uma correção, e todos os sistemas agora estão funcionando normalmente. Pedimos desculpa por qualquer inconveniente que este incidente possa ter causado, e agradecemos a sua compreensão e apoio. Para quaisquer dúvidas ou preocupações, por favor contacte a nossa equipa de apoio em https://support.delinea.com.

5. 10 Gouere 2026 da 00:38 UTCpostmortem

   # # Visão geral do incidente Em 9 de julho de 2026, clientes na região dos EUA SSC experimentaram acesso secreto degradado por aproximadamente duas horas. Os clientes afetados foram incapazes de visualizar segredos de forma confiável, lançar sessões remotas ou executar operações RPC durante a janela de impacto. * Início: 9 de julho de 2026, 1:52 PM Central \(6:52 PM UTC\) * Fim: 9 de julho de 2026, 3:55 PM Central \(8:55 PM UTC\) # # Causa raiz e reparação Durante a investigação de rotina de um alerta não relacionado, as credenciais usadas pela nossa infraestrutura de mensagens internas foram regeneradas. Esta infra-estrutura suporta o processamento de fundos, pedidos de web e o tratamento de sessão em toda a região dos EUA SSC. A regeneração invalidou várias conexões, sem período de transição. Isso fez com que o processamento de fundo parasse e as solicitações da web que dependem da camada de mensagens para pendurar e, eventualmente, falhar. Para corrigir, nossa equipe atualizou os sistemas afetados com as novas credenciais e reiniciou os serviços impactados. A conectividade foi automaticamente restabelecida quando os serviços foram reiniciados. Nenhuma ação foi necessária dos clientes. A recuperação foi confirmada às 15h55. # # Ações preventivas * Portas de controle de mudança melhoradas em operações de chave raiz contra espaços de nomes de produção para evitar rotações de chaves não revistas. Pedimos sinceras desculpas pela perturbação causada e pela inconveniência das vossas operações. Estamos empenhados em evitar a recorrência através da ação acima.

Traduzido automaticamente da atualização oficial do incidente.

1. 28 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 20:10 UTCresolved

   This incident has been resolved.

1. 20 Mae 2026 da 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 Mae 2026 da 18:44 UTCinvestigating

   We are continuing to investigate this issue.

3. 20 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 21:43 UTCresolved

   This incident has been resolved.

7. 27 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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 Ebrel 2026 da 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.