Histórico de interrupções do Thycotic

1. 21 Here 2026 da 14:48 UTCinvestigating

   Estamos investigando um problema que afeta o Serviço de Inventário na região dos EUA que está impactando a capacidade de adicionar ou fazer atualizações ao Inventário. A funcionalidade da plataforma principal continua operacional. Estamos trabalhando para restaurar toda a funcionalidade o mais rápido possível.

2. 21 Here 2026 da 16:03 UTCresolved

   Temos o prazer de informar que o incidente que afeta o serviço de Inventário 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.

Traduzido automaticamente da atualização oficial do incidente.

1. 13 Here 2026 da 15:42 UTCinvestigating

   A partir de aproximadamente 12:32 UTC em 13 de outubro de 2026, alguns usuários entrando na Plataforma Delinea com SAML single sign-on (SSO) foram incapazes de concluir o login e receberam uma mensagem "Acesso Negado – Erro 15" após autenticar com seu provedor de identidade. Usuários que já estavam conectados, e usuários que entraram sem SAML SSO, não foram afetados. O problema foi causado por uma regra de segurança em um provedor de rede de borda de terceiros que bloqueou incorretamente as respostas de login SAML. Nossa equipe de engenharia aplicou uma mudança de configuração em logins SSO 14:11 UTC e SAML têm tido sucesso normalmente desde então. Se você continuar a experimentar este erro, por favor, atualize seu navegador e tente novamente. Pedimos desculpas pela inconveniência que isso causou e apreciamos sua paciência enquanto trabalhávamos para restaurar o serviço normal. Para quaisquer perguntas sobre este incidente, por favor contacte a nossa equipa de apoio em https://support.delinea.com.

2. 13 Here 2026 da 15:44 UTCidentified

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

3. 13 Here 2026 da 15:49 UTCmonitoring

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

4. 13 Here 2026 da 16:02 UTCmonitoring

   Continuamos monitorando quaisquer outros problemas.

5. 13 Here 2026 da 16:56 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 15 Here 2026 da 08:30 UTCresolved

   Por volta das 9:13 PM UTC em 13 de outubro de 2026, alguns clientes experimentaram desconexão prematura ao lançar sessões de Aplicação Remota PRA. As sessões terminaram após aproximadamente 2-3 minutos. Causa raiz: Uma atualização recente para a biblioteca FreeRDP introduziu um bug de regressão que omitiu o aperto de mão do cliente RAIL (Aplicações Remotas Integradas Localmente) durante as sessões de Aplicação Remota. Sem este aperto de mão, o host alvo tratou a sessão como inativa e terminou-a após o tempo- limite ocioso configurado. Resolução: O motor PRA foi corrigido para restaurar o aperto de mão do cliente RAIL para conexões de aplicativos remotos. A correção foi implantada e a conectividade foi restaurada para clientes afetados por aproximadamente 12:34 PM UTC em 14 de outubro de 2026. Componentes afetados: Plataforma: Acesso remoto privilegiado - regiões EUA, SEA, Reino Unido e UA 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 Here 2026 da 23:36 UTCpostmortem

   # # Visão geral do incidente Um subconjunto de clientes usando Privileged Remote Access \(PRA\) As sessões de aplicação remota experimentaram desconexão de sessão aproximadamente 2 a 3 minutos após o lançamento. Foram recebidos relatórios de clientes nas regiões SEA, AU, Emirados Árabes Unidos, CA, Reino Unido e EUA. * ** Início:** 13 de outubro de 2026, 21:13 UTC * ** Fim:** 14 de outubro de 2026, 19:28 UTC # # Causa raiz e reparação Uma atualização programada foi feita regionalmente para o nosso serviço de sessão remota como parte do trabalho contínuo de conformidade com a segurança. Esta atualização incluiu uma nova versão de um componente de protocolo remoto de desktop de terceiros, que introduziu uma mudança comportamental que impediu um aperto de mão de conexão específica de completar durante a inicialização da sessão. Como resultado, as sessões afetadas foram automaticamente desconectadas por aproximadamente 2-3 minutos após a conexão com sucesso. Como essas desconexão foram concluídas de forma limpa, sem gerar erros em registros de sistema ou traços, o problema não foi detectado pelos sistemas de monitoramento existentes antes do primeiro relatório do cliente em 13 de outubro de 2026. Uma correção para restaurar o aperto de mão de conexão necessário foi identificado e implantado em todas as regiões afetadas por aproximadamente 19:28 UTC em 14 de outubro de 2026. # # Ações preventivas * Expanda nossa cobertura de teste de aplicação remota automatizada para incluir sessões de duração estendida, então problemas dependentes do tempo são capturados antes do lançamento. * Adicione monitoramento para anomalias de duração da sessão, especificamente sessões de rastreamento que se desconectam em intervalos curtos consistentes \(por exemplo, ~2 a 3 minutos\), mesmo quando a desconexão aparece limpa. 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. 13 Here 2026 da 15:26 UTCresolved

   Entre aproximadamente 12:32 UTC e 14:11 UTC em 13 de outubro de 2026, alguns usuários se inscrevendo na Plataforma Delinea com SAML single sign-on (SSO) foram incapazes de concluir o login e receberam uma mensagem "Acesso Negado – Erro 15" após autenticar com seu provedor de identidade. Usuários que já estavam conectados, e usuários que entraram sem SAML SSO, não foram afetados. O problema foi causado por uma regra de segurança em um provedor de rede de borda de terceiros que bloqueou incorretamente as respostas de login SAML. Nossa equipe de engenharia aplicou uma mudança de configuração em logins SSO 14:11 UTC e SAML têm tido sucesso normalmente desde então. Se você continuar a experimentar este erro, por favor, atualize seu navegador e tente novamente. Pedimos desculpas pela inconveniência que isso causou e apreciamos sua paciência enquanto trabalhávamos para restaurar o serviço normal. Para quaisquer perguntas sobre este incidente, por favor contacte a nossa equipa de apoio em https://support.delinea.com. Componentes afetados: Plataforma Delinea - Estados Unidos, Europa, Reino Unido, Canadá, Austrália, Sudeste Asiático, Emirados Árabes Unidos 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. 1 Here 2026 da 21:22 UTCinvestigating

   Estamos actualmente a investigar uma questão em curso na região da UE. Providenciaremos uma atualização em breve.

2. 1 Here 2026 da 22:09 UTCmonitoring

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

3. 2 Here 2026 da 00:25 UTCresolved

   Este incidente foi resolvido.

4. 14 Here 2026 da 00:28 UTCpostmortem

   # # Visão geral do incidente Em 1o de outubro de 2026, os clientes da região da UE tiveram problemas usando a Secret Server Cloud \(SSC\). Os usuários não puderam lançar sessões de segredos, e páginas para visualização de detalhes secretos e histórico de auditoria carregado lentamente ou falhou. As tarefas de fundo programadas, tais como batimentos cardíacos, alterações de senha, descoberta e notificações foram adiadas, e alguns motores distribuídos não puderam se conectar. * Hora de início: 1 de outubro de 2026, 08:38 UTC * Hora final: 2 de outubro de 2026, 12:30 UTC # # Causa raiz e reparação SSC usa um serviço de mensagens para passar o trabalho entre seus componentes. Exemplos incluem gravar atividade de visualização secreta para auditoria, executar tarefas agendadas e preparar lançamentos de sessão. Em 30 de setembro de 2026, o serviço SSC que processa essas mensagens na região da UE começou a lidar com o trabalho a uma taxa muito inferior ao normal. Nova atividade continuou chegando à taxa normal, então mensagens não processadas foram criadas na fila. Quando a fila atingiu sua capacidade, as mensagens extras foram movidas para uma área de espera para mensagens não entregues. Nas horas seguintes, esta área de detenção continuou a crescer até o serviço de mensagens atingir o seu limite de armazenamento. Nossa equipe de engenharia aumentou a capacidade do serviço de mensagens, ampliou e reiniciou os serviços SSC UE, e limpou o atraso de mensagens não entregues. Uma vez que o backlog drenado, lançamentos de sessão, cargas de página e tarefas agendadas voltou ao normal em 2 de outubro de 2026, 12:30 UTC. As tarefas de fundo atrasadas, incluindo batimentos cardíacos, alterações de senha e notificações, foram processadas automaticamente após o serviço ser restaurado. Os clientes não precisavam tomar nenhuma ação. Como os serviços foram restaurados imediatamente para o impacto final do cliente, não capturamos os dados de diagnóstico necessários para determinar por que seu rendimento caiu, então o gatilho subjacente permanece desconhecido. O crescimento da fila deveria ter sido apanhado mais cedo. Durante uma recente migração de nossas ferramentas de alerta, uma mudança de configuração enviou certos alertas métricos de nuvem, incluindo o alerta de tamanho da fila de mensagens, para o destino errado. Esse alerta disparou na manhã de 1o de outubro, mas nunca notificou nossa equipe de plantão. Nossa remediação automatizada para outros tipos de alerta não foi afetada, o que mascarou a lacuna. # # Ações preventivas 1. Corrigimos o encaminhamento do alerta em 2 de outubro de 2026, então esses alertas agora chegam à nossa equipe de plantão, e estamos adicionando alertas canários e batimentos cardíacos que nos informam se a entrega de alerta de nossas ferramentas de monitoramento parar ou cair inesperadamente. 2. Estamos fortalecendo a forma como mudamos de alerta, testando cada tipo de alerta terminam antes e depois de qualquer implantação de produção. 3. Estamos monitorando para uma recorrência do abrandamento e vamos capturar os dados diagnósticos necessários para determinar a sua causa se acontecer novamente. 4. Estamos atualizando nosso ciclo de implantação com uma salvaguarda que garante que os serviços de background sejam atualizados mesmo quando um lançamento é atrasado, e estamos adicionando este passo à nossa lista de verificação de lançamento. Pedimos desculpa pela perturbação que isto causou e apreciamos a sua paciência enquanto a resolvemos.

Traduzido automaticamente da atualização oficial do incidente.

1. 29 Gwengolo 2026 da 01:02 UTCidentified

   Estamos investigando relatórios de logins lentos e falhas de login intermitentes para clientes da Delinea Platform nas regiões da UE, Reino Unido, Sudeste Asiático e Austrália. A partir de aproximadamente 23:20 UTC em 28 de setembro de 2026, alguns usuários podem demorar muito mais do que o normal para entrar. Algumas tentativas de login podem falhar com um tempo limite ou erro HTTP 504. Usuários que já estão conectados também podem ver respostas mais lentas quando sua sessão é validada. Nossa equipe de engenharia está ativamente envolvida e identificou uma dependência degradada que afeta o serviço de autenticação nessas regiões. Estamos a trabalhar na atenuação. Se um sinal falhar, tente novamente. Publicaremos outra atualização dentro de 30 minutos, ou mais cedo se tivermos novas informações.

2. 29 Gwengolo 2026 da 01:14 UTCidentified

   Aplicámos uma fixação para os clientes nas regiões da UE e da Austrália. O desempenho de entrada e as taxas de erro nestas regiões voltaram ao normal a partir de aproximadamente 01:05 UTC em 29 de setembro de 2026. Estamos a monitorizar para confirmar a recuperação.

3. 29 Gwengolo 2026 da 01:19 UTCmonitoring

   Aplicamos uma correção para todas as regiões afetadas: UE, Reino Unido, Sudeste Asiático e Austrália. O desempenho de entrada e as taxas de erro retornaram ao normal a partir de aproximadamente 01:10 UTC em 29 de setembro de 2026. Estamos a monitorizar para confirmar a recuperação. Se você ainda tiver problemas em se inscrever, por favor atualize seu navegador e tente novamente. Se o problema continuar, contate o Delinea Support.

4. 29 Gwengolo 2026 da 01:35 UTCresolved

   Este incidente foi resolvido.

5. 6 Here 2026 da 01:00 UTCpostmortem

   # # Visão geral do incidente Usuários da plataforma Delinea nas regiões da UE, Reino Unido, Sudeste Asiático e Austrália experimentaram logins muito lentos e falhas intermitentes de login. A funcionalidade afetada incluiu o login único do ID da Entra, autenticação da conta local e o estabelecimento de sessão Privileged Remote Access \(PRA\). * Início: 28 de setembro de 2026, aproximadamente 11:20 UTC * a: 29 de setembro de 2026, aproximadamente 01:10 UTC # # Causa raiz e reparação Uma implantação programada introduziu o uso de réplicas de cache regionais para melhorar o desempenho de autenticação. A validação prévia confirmou que as réplicas estavam ativas, mas um erro de configuração do firewall impediu a sincronização de dados entre o cache primário e as réplicas regionais. O relatório de saúde padrão do provedor de nuvem continuou a mostrar as réplicas como saudáveis e disponíveis, então o problema não foi revelado antes ou durante o lançamento. Quando o serviço de autenticação tentou ler a partir destas réplicas, as solicitações pararam e cronometraram, resultando em falhas de login. O monitoramento interno detectou as elevadas taxas de erro, e a equipe de engenharia identificou a causa raiz e retrocedeu a mudança. O rollback devolveu todas as regiões afetadas ao cache primário e restaurou a autenticação normal. Replicas regionais de cache permanecerão desativadas para as regiões da UE, Reino Unido, Sudeste Asiático e Austrália, enquanto avaliamos arquiteturas alternativas. Avaliamos a conectividade de rede privada entre caches e determinamos que não atende aos nossos requisitos de confiabilidade. # # Ações Preventivas * Estamos fazendo melhorias significativas em como o serviço de autenticação recupera de problemas de conectividade de cache. O objetivo é que uma conexão de cache degradada não mais causa logins parados ou falhou. * Adicionamos monitoramento alternativo para falhas de conexão, dando detecção anterior de problemas relacionados ao cache que não são refletidos no relatório de saúde do provedor de nuvem. Pedimos desculpa pela interrupção e estamos empenhados em evitar a recorrência através destas medidas.

Traduzido automaticamente da atualização oficial do incidente.

1. 28 Gwengolo 2026 da 21:35 UTCinvestigating

   Estamos investigando relatórios intermitentes de problemas com a funcionalidade Authenticator do Delinea Mobile App funcionando como esperado post 26.2 Implantação. Se você está experimentando este problema, por favor, use outras opções de MFA até que possamos resolver este problema. Nossa equipe está ativamente investigando e fornecerá uma atualização quando estiver disponível.

2. 29 Gwengolo 2026 da 19:53 UTCidentified

   A questão foi identificada e está a ser resolvida. A correção exigirá uma nova implantação durante uma janela de manutenção de fim de semana. Enquanto isso, consulte o artigo abaixo do KB para detalhes sobre o assunto e formas de resolvê-lo. https://support.delinea.com/s/article/1790702420275 Obrigado pela paciência. Se você tiver alguma dúvida ou tiver algum problema, abra um caso em https://support.delinea.com ou ligue para nossa linha de suporte em +1 202-991-0540.

3. 6 Here 2026 da 13:21 UTCresolved

   Temos o prazer de informar que o incidente que afeta os serviços listados abaixo 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.

Traduzido automaticamente da atualização oficial do incidente.

1. 30 Gwengolo 2026 da 08:07 UTCresolved

   Entre aproximadamente 4:10 AM EDT e 6:45 AM EDT em 28 de setembro de 2026, alguns clientes não conseguiram se conectar à Secret Server Cloud de certas redes corporativas. Os usuários afetados viram os erros de reset ou timeout da conexão ao acessar seu inquilino. O acesso de outras redes não foi afectado. Os clientes que restringem o acesso dos inquilinos a endereços IP específicos não conseguiram fazer login durante este período. O problema foi causado por um problema de conectividade em um provedor de rede de ponta de terceiros que afetou o tráfego de algumas redes de clientes na região. O tráfego foi encaminhado por locais alternativos, e a conectividade foi restaurada para os clientes afetados por aproximadamente 6:45 AM EDT. Pedimos desculpas pela inconveniência que isso causou e apreciamos sua paciência enquanto trabalhávamos para restaurar o serviço normal. Para quaisquer dúvidas sobre este incidente, por favor contacte a nossa equipa de apoio em https://support.delinea.com . Componentes afetados: Secret Server Cloud - Europe, United Kingdom, United States, Asia Pacific (Singapura) 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. 30 Gwengolo 2026 da 08:48 UTCpostmortem

   # # Visão geral do incidente A partir das 07:10 UTC em 28 de setembro de 2026, um subconjunto de inquilinos da Secret Server Cloud na Europa, Reino Unido, EUA e regiões APAC \(Singapura\) experimentou falhas de conectividade. Os clientes em determinadas redes corporativas encontram timeouts de conexão ou redefinim erros ao tentar alcançar seus inquilinos. Os clientes com restrições de acesso ao inquilino habilitados não tinham nenhum caminho alternativo disponível e não foram capazes de acessar a Secret Server Cloud durante a duração do incidente. * Início: 28 de setembro de 2026, 07:10 UTC * Fim: 28 de setembro de 2026, 10:45 UTC # # Causa raiz e reparação A rede de bordas Secret Server Cloud experimentou dois problemas separados que impediram o tráfego de algumas redes de clientes de alcançar seus inquilinos. O primeiro foi devido a um defeito em uma atualização de software que nosso provedor de rede de borda implantado. Sob uma condição de produção específica que não foi identificada no teste de pré-implantação do provedor, o defeito fez com que os componentes de processamento de tráfego reiniciassem em várias de suas localizações de rede. Esses componentes foram recuperados automaticamente, e o serviço nos locais afetados foi restaurado entre 07:47 e 08:20 UTC. O segundo foi devido a um problema de operadora de internet upstream que afeta nossa rede de borda em Londres causou perda de pacotes e tempo de conexão. Como resultado, as redes de clientes cujo tráfego foi encaminhado através de Londres continuaram a ser afetadas após a primeira edição tinha resolvido. A conectividade foi totalmente restaurada às 10:45 UTC após o tráfego ser redirecionado da transportadora afetada. # # Ações Preventivas * O provedor implantou uma correção para o defeito do software e está fortalecendo sua validação pré-implantação, a resiliência de sua infraestrutura em todos os locais, e seus mecanismos de recuperação automatizados. Estamos a acompanhar estes compromissos até à conclusão. * Estamos conduzindo uma revisão completa do problema da transportadora de Londres com nosso provedor, incluindo por que o tráfego não foi redirecionado mais cedo, e reduzindo o tempo de failover para futuras interrupções da transportadora são isoladas rapidamente. 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. 22 Gwengolo 2026 da 12:11 UTCinvestigating

   Estamos investigando um problema que afeta o login e o acesso à Secret Server Cloud para um subconjunto de clientes nas regiões dos EUA, UE e Emirados Árabes Unidos. Nossa equipe de engenharia está ativamente investigando o problema e trabalhando para resolvê-lo o mais rápido possível.

2. 22 Gwengolo 2026 da 12:58 UTCmonitoring

   Continuamos a acompanhar quaisquer outras questões

3. 22 Gwengolo 2026 da 13:07 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 16 Gwengolo 2026 da 16:37 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. A nossa equipa de engenharia está activa. Nós forneceremos uma atualização assim que mais informações estiverem disponíveis.

2. 16 Gwengolo 2026 da 16:50 UTCidentified

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

3. 16 Gwengolo 2026 da 17:02 UTCmonitoring

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

4. 16 Gwengolo 2026 da 17:22 UTCmonitoring

   Continuamos monitorando quaisquer outros problemas.

5. 16 Gwengolo 2026 da 18:32 UTCresolved

   Este incidente foi resolvido.

6. 24 Gwengolo 2026 da 21:50 UTCpostmortem

   # # Visão geral do incidente Em 16 de setembro de 2026, os clientes da Delinea Platform na região dos EUA experimentaram falhas de login e severa lentidão ao entrar ou acessar seus inquilinos. Usuários afetados podem ter visto erros de "timeout de solicitação upstream" na tela de login ou tiveram longos atrasos ao carregar seu inquilino. * ** Início:** 16 de Setembro de 2026 aproximadamente 11:40 AM EDT \(UTC-4\) * **Fim:** 16 de Setembro de 2026 aproximadamente 1:02 EDT \(UTC-4\) # # Causa raiz e reparação A Plataforma Delinea conta com um serviço de cache para suportar login, autenticação e outras operações relacionadas à identidade. Nas semanas anteriores, a demanda por este serviço na região dos EUA cresceu constantemente com o aumento do uso da plataforma, deixando a sede de operação limitada. Além disso, os serviços de autenticação mantinham ligações ao serviço de cache aberto ao longo do tempo em vez de os libertar, o que consumia gradualmente a sua capacidade disponível. Uma configuração que distribui tráfego de leitura através de um recurso de cache adicional, que teria fornecido headroom extra, não estava ativa na época. Em 16 de setembro, volumes de tráfego normais empurraram o serviço de cache para além de sua capacidade operacional, causando pedidos lentos e fracassados de login e operações de identidade em toda a região dos EUA. Este incidente envolveu a mesma infra-estrutura de cache que o [incidente de 28 de agosto de 2026](https://status.delinea.com/incidentes/1s7gw9kyjwyq). Esse incidente foi desencadeado por um volume anormalmente grande de atividade de sincronização e foi abordado aumentando a capacidade de memória do serviço de cache. Este incidente ocorreu em condições normais de tráfego, o que mostrou que a capacidade de computação e o manuseio da conexão também precisavam ser abordados. Nossa equipe de engenharia reiniciou os serviços de autenticação afetados, que liberaram as conexões acumuladas e restauraram a funcionalidade de login. O serviço de cache também foi escalado para um nível mais elevado que dobra sua capacidade de computação, e continuamos a monitorar o serviço até que a recuperação completa fosse confirmada. Desde o incidente, a utilização do serviço de cache permaneceu dentro dos limiares normais de operação, e o tráfego de leitura é agora distribuído através de um recurso adicional de cache. # # Ações preventivas Após o incidente de 28 de agosto de 2026, nos comprometemos com várias melhorias nesta infraestrutura de cache. Abaixo está o progresso em cada um, juntamente com ações adicionais identificadas a partir deste incidente. O trabalho em todos os itens está em andamento. ** Progressos nas ações do incidente de 28 de agosto** * ** Aumente a capacidade e a resiliência da nossa infraestrutura de cache.** O serviço de cache dos EUA foi escalado para um nível mais elevado que dobra sua capacidade de computação. O tráfego de leitura agora é distribuído através de um recurso de cache adicional. Estamos continuando este trabalho movendo operações relacionadas ao token para a infraestrutura de cache dedicada para mais headroom. * ** Limiares corretos de monitoramento para detectar pressão de capacidade proativamente. Durante esse incidente, nosso monitoramento identificou a pressão de capacidade antes do impacto do cliente, mas os alertas não foram acionados a tempo. Estamos continuando este trabalho removendo alertas não acionáveis para serviços de autenticação de núcleo e exigindo engajamento imediato da engenharia no primeiro alerta. * ** Limitar as tentativas de recuperação de conexão. Este trabalho foi expandido para cobrir como os serviços de autenticação gerenciam as conexões de cache em geral, incluindo as configurações de liberação e timeout de conexão, então a capacidade não é gradualmente consumida ao longo do tempo. * ** Taxa de aplicação limitando a grandes trabalhos de sincronização.** A limitação das taxas está a ser implementada. Estamos também reduzindo pedidos desnecessários de alto volume de serviços integrados para a camada de cache. **Ações adicionais deste incidente** * Implementar as reinicializaçãos programadas e automatizadas dos serviços de autenticação como uma salvaguarda provisória até que as melhorias de manuseio de conexão sejam implantadas. Reconhecemos que esta não é a primeira interrupção de entrada na Plataforma Delinea nas últimas semanas, e não estamos a tratá-la de forma leviana. Além das ações acima, a liderança da Delinea fez da nossa Plataforma uma prioridade patrocinada pelos executivos, antes do trabalho de recursos em que os dois competem. Isso inclui uma melhor detecção de problemas que afetam fluxos de trabalho críticos, como o login e a capacidade de planejamento antes do crescimento. Pedimos sinceras desculpas pela perturbação que causou às vossas operações e continuaremos a partilhar o nosso progresso.

Traduzido automaticamente da atualização oficial do incidente.

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 .

2. 25 Gwengolo 2026 da 05:05 UTCpostmortem

   # # Visão geral do incidente Este relatório abrange duas ocorrências relacionadas que afetaram os inquilinos de clientes da Delinea. A segunda ocorrência, 19-20 de setembro de 2026, foi uma consequência direta da recuperação incompleta da primeira ocorrência em 4 de setembro de 2026, e ambos estão documentados juntos sob este incidente. Ocorrência 1: 4 de Setembro de 2026 Um subconjunto de inquilinos da Delinea Platform entrou em um estado congelado, exibindo uma mensagem congelada de inquilino que impediu os usuários de entrar e acessar a Delinea Platform e a Secret Server Cloud. ** Início:** 4 de Setembro de 2026, 4:15 EDT \(20:15 UTC\) **Fim:** 4 de setembro de 2026, 5:55 EDT \(21:55 UTC\) Ocorrência 2: Setembro 19-20, 2026 Um subconjunto de inquilinos da Secret Server Cloud exibiu um agendado para aviso de exclusão que impediu os usuários de entrar na Secret Server Cloud. O login na Plataforma Delinea permaneceu disponível. ** Início:** 19 de setembro de 2026, 10:28 EDT \(20 de setembro de 02:28 UTC\) **Fim:** 20 de setembro de 2026, 1:50 EDT \(17:50 UTC\) # # Causa raiz e reparação Ocorrência 1: 4 de Setembro de 2026 Delinea desprovisiona inquilinos que já não estão sob uma assinatura ativa. A lista de inquilinos para esse ciclo foi construída utilizando critérios de seleção que avaliaram apenas a data de expiração da assinatura original e não contabilizaram as renovações subsequentes. Como resultado, os inquilinos que tinham renovado e permanecido com pleno direito foram tratados como vencidos e foram incluídos na lista, juntamente com legítimos inquilinos desprovisionados. Nosso fluxo de trabalho desprovisionamento inclui uma etapa de notificação avançada voltada para o cliente, que exibe um aviso de aplicação aos administradores de inquilinos antes de qualquer atividade de exclusão. Esse aviso serve tanto como um aviso ao cliente como como uma etapa de verificação interna, porque qualquer cliente ativo que o recebesse teria descoberto o erro bem antes da execução. Esta etapa não foi aplicada para este ciclo; o estado congelado foi aplicado diretamente, de modo que o erro nos critérios de seleção não foi detectado até o trabalho correr. Quando o trabalho programado executado às 4:15 PM EDT, o estado do inquilino congelado foi aplicado aos inquilinos ativos afetados. Após o primeiro relatório do cliente às 4:49 PM EDT, a Engenharia identificou a causa e iniciou um trabalho de reversão às 5:08 PM EDT. O reverso concluído às 5:55 PM EDT e acesso de entrada foi confirmado restaurado em todos os inquilinos afetados. No entanto, a mudança de 4 de setembro também tinha definido a data final de assinatura para os inquilinos da Secret Server Cloud afetados para 20 de agosto de 2026. O acesso restaurado ao inquilino, mas não devolveu essas datas finais aos seus valores corretos, e a verificação pós-recuperação confirmou apenas o acesso de entrada, não a precisão dos registros de assinatura subjacentes. Essa condição permaneceu não detectada e levou diretamente à Ocorrência 2. Ocorrência 2: Setembro 19-20, 2026 A Secret Server Cloud inclui um processo de ciclo de vida automatizado padrão que restringe o login e agenda um inquilino para exclusão 30 dias após sua data final de assinatura. Em 19 de setembro de 2026, 30 dias após a data final incorreta 20 de agosto de 2026, este processo identificou os inquilinos afetados como expirou e aplicou o programado para o estado de exclusão. O processo de ciclo de vida comportou-se como projetado; a falha foram os dados incorretos de assinatura deixados em vigor após a Ocorrência 1. Delinea Suporte começou a restaurar o acesso para inquilinos individuais a partir de 12:09 AM EDT em 20 de setembro. A engenharia identificou todos os inquilinos que carregavam a data final incorreta, então estendeu a data final da assinatura para todos os inquilinos afetados como uma medida temporária, e o acesso foi restaurado em todo o conjunto até às 1:50 PM EDT em 20 de setembro. Entre 21 de setembro e 23 de setembro de 2026, Delinea reviu cada inquilino afetado individualmente contra seus direitos ativos e substituiu a data final temporária com o valor correto. Durante este período, alguns clientes podem ter observado uma data final de assinatura incorreta ou detalhes de licença em suas informações de conta; isso não afetou o acesso. Se sua organização observar uma data final de assinatura ou detalhes de licença que não correspondam ao seu direito atual, entre em contato com nossa equipe de suporte (https://support.delinea.com/s/). Nenhum inquilino foi excluído, e nenhum dos dados do cliente foi excluído, modificado ou de outra forma afetado em qualquer ocorrência. O impacto foi limitado ao acesso dos inquilinos. # # Ações preventivas * Inquilina a granel foi aposentada. Todas as ações do ciclo de vida do inquilino são pausadas, e a desprovisionação será processada individualmente. * Automatizar o ciclo de vida do inquilino de fim a fim dos registros de assinatura atuais, incluindo renovações e alterações de assinatura, substituindo o processo manual multi-passo. Cada inquilino será validado contra registros de assinatura ativos antes de qualquer mudança de estado é aplicada. * Tornar cada fase do ciclo de vida obrigatória e não-skippable, começando com um período de aviso prévio durante o qual os administradores do inquilino ver um aviso de aplicação e toda a funcionalidade continua a funcionar normalmente. * Certifique-se de que os inquilinos congelados permaneçam recuperáveis por um período de retenção definido antes de qualquer exclusão permanente, com restauração conduzida diretamente de registros de assinatura corrigidos. * Fortaleça os procedimentos de recuperação de incidentes para que qualquer restauração do estado inquilino também restaure e concilie os registros de assinatura associados, e a recuperação seja verificada contra o sistema de registro, não apenas o acesso de entrada, antes de um incidente ser encerrado. * Adicione monitoramento interno e alerta para volumes anormais de congelamento do inquilino ou programado para eventos de exclusão, e para padrões anômalos em dados de assinatura, de modo que as questões deste tipo são detectadas por Delinea antes que os clientes sejam afetados. Pedimos sinceras desculpas pela interrupção causada por ambas as ocorrências. Reconhecemos que a segunda ocorrência resultou de nossa recuperação incompleta da primeira, que ampliou o impacto em suas operações. Restaurar o acesso foi nossa prioridade imediata em cada caso, e as ações acima estão sendo monitoradas até a conclusão para garantir que isso não ocorra novamente.

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

   # # Visão geral do incidente Em 28 de agosto de 2026, os clientes da Delinea Platform na região dos EUA experimentaram falhas intermitentes de login e desempenho lento ao iniciar sessão ou acessar seus inquilinos, incluindo páginas de erro ou timeout na tela de login para alguns usuários. Em alguns casos, tentar novamente a tentativa de login permitiu aos usuários acessar com sucesso seu inquilino. * Início: 28 de agosto de 2026 aproximadamente 17:29 UTC * 28 de agosto de 2026 aproximadamente 19:19 UTC # # Causa raiz e reparação Uma mudança de código relacionada ao cache que foi feita em 27 de agosto, combinada com um volume anormalmente grande de atividade de sincronização de fundo em 28 de agosto, excedeu a capacidade operacional normal da nossa infraestrutura de cache suportando serviços de login e autenticação. As conexões começaram a falhar e outros serviços dependentes tentaram recuperar essas conexões repetidamente em vez de de forma limpa, impedindo que a infraestrutura de cache se estabilizasse sozinha. Isso levou a tentativas de login lentas ou falhadas e atrasos nas operações relacionadas com a identidade em toda a região dos EUA. Nossa equipe de engenharia voltou atrás a mudança de cache e reiniciou os serviços afetados, o que limpou as conexões falhadas e começou a restaurar a funcionalidade, embora o desempenho permanecesse degradado. O recurso de cache foi escalado para restaurar o desempenho normal. Continuamos a acompanhar de perto o serviço até que a recuperação total fosse confirmada. # # Ações preventivas * Aumentar a capacidade e resiliência de nossa infraestrutura de cache distribuindo cargas de trabalho em recursos adicionais. * Limiares de monitoramento corretos para garantir que a pressão de capacidade seja detectada proativamente antes de impactar o desempenho da plataforma. * Limitar a recuperação de conexão para evitar a recuperação de conexões de carga do sistema de compostos durante um evento de estresse. * Aplicar taxa limitando a trabalhos de sincronização grandes para evitar que qualquer único trabalho de impactar negativamente o desempenho de toda a plataforma. 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. 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.

5. 15 Gwengolo 2026 da 06:39 UTCpostmortem

   # # Visão geral do incidente Em 28 de julho de 2026, um pequeno subconjunto de inquilinos da Secret Server Cloud não conseguiu entrar ou encontrar erros ao navegar entre páginas. Os inquilinos afetados não puderam estabelecer uma conexão com sua base de dados, o que fez com que a aplicação não fosse carregada. * Início: 28 de julho de 2026, aproximadamente 03:11 UTC * Fim: 28 de julho de 2026, aproximadamente 04:05 UTC * Regiões impactadas: subconjunto muito pequeno de inquilinos em várias regiões # # Causa raiz e reparação Durante uma etapa interna de lançamento, um serviço de suporte foi reconstruído e implantado em uma versão que não correspondia à versão em execução na produção do Secret Server Cloud. As duas versões formatam configurações de conexão de banco de dados de forma diferente, e o novo formato incluiu uma configuração que o aplicativo de produção não reconheceu. Esse valor foi escrito para um cache interno e servido aos inquilinos como suas entradas em cache foram atualizadas. Como o tempo de atualização varia de inquilino, os inquilinos se tornaram afetados em diferentes pontos ao invés de todos ao mesmo tempo, razão pela qual o impacto foi limitado a um subconjunto em vez de a região inteira. Nossa equipe de engenharia identificou a causa raiz, reimplantou o serviço de suporte na versão correspondente à produção, e limpou as entradas de cache afetadas. O acesso foi restaurado conforme valores corrigidos propagados, e cada inquilino afetado foi validado individualmente antes do encerramento do incidente. # # Ações preventivas * Adicione testes de compatibilidade automatizados e verificações de validação de implantação para capturar configurações e erros de versão antes que o código chegue à produção. * Melhorar a detecção de falhas de conexão de banco de dados de nível de inquilino para que esta classe de problema é identificado através de monitoramento interno em vez de relatórios de clientes. * Fortalecer processos de revisão interna para gerenciamento de cache e configuração para reduzir o risco e impacto de questões semelhantes 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. 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.