Historial de interrupciones de Thycotic

1. 4 de septiembre de 2026 a las 22:02 UTCresolved

   Este incidente ha sido resuelto. Nos disculpamos por la perturbación que esto causó. Investigación Estamos investigando informes de los inquilinos de Delinea Platform que muestran un mensaje de inquilino congelado, evitando que los usuarios firmen y accedan a su entorno. La condición comenzó aproximadamente a las 4:49 PM EDT debido a un cambio de configuración incorrecto, evitando que ciertos clientes accedan a sus arrendatarios. Engineering identificó la causa, llevó a cabo un trabajo de reversión a partir de aproximadamente 5:08 PM EDT, y todos los inquilinos afectados fueron confirmados sin descongelar por 5:55 PM EDT. Aviso de Backfill: Este incidente fue añadido a nuestra página de estado de forma retrospectiva para proporcionar un registro exacto de impacto de servicio. Aquí hay más información sobre incidentes de relleno.

Traducido automáticamente desde la actualización oficial del incidente.

1. 28 de agosto de 2026 a las 18:02 UTCinvestigating

   Estamos investigando un problema que afecta el acceso a la Plataforma Delinea en la región de Estados Unidos. Algunos usuarios pueden ser incapaces de iniciar sesión o pueden experimentar un rendimiento lento al acceder a sus inquilinos. En la mayoría de los casos, la reiniciación del intento de inicio de sesión permite a los usuarios acceder con éxito a su arrendatario. Nuestro equipo de ingeniería está activamente comprometido. Proporcionaremos una actualización tan pronto como esté disponible más información.

2. 28 de agosto de 2026 a las 18:27 UTCinvestigating

   Continuamos investigando los problemas de acceso y acceso que afectan a la Plataforma Delinea en la región de Estados Unidos. Los usuarios afectados pueden ver un mensaje de error de "aproximadamente el tiempo de solicitud" al intentar iniciar sesión, o puede experimentar un rendimiento lento al acceder a su inquilino. Nuestro equipo de ingeniería está totalmente comprometido y trata esto como una prioridad máxima. Proporcionaremos una actualización tan pronto como esté disponible más información.

3. 28 de agosto de 2026 a las 19:19 UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

4. 28 de agosto de 2026 a las 19:33 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

5. 28 de agosto de 2026 a las 20:16 UTCresolved

   Este incidente ha sido resuelto. Login y acceso a la Plataforma Delinea en la región de Estados Unidos han regresado a la normalidad, y los usuarios ya no deben encontrar errores o resultados degradados al iniciar sesión. Continuamos nuestra investigación sobre la causa subyacente y compartiremos un análisis de causa raíz una vez que la investigación esté completa. Nos disculpamos por la perturbación que esto causó.

Traducido automáticamente desde la actualización oficial del incidente.

1. 19 de agosto de 2026 a las 21:47 UTCresolved

   Este incidente ha sido resuelto. Nos disculpamos por la perturbación que esto causó. Investigación Estamos investigando un problema en el que los usuarios de regiones no estadounidenses no pueden establecer nuevas sesiones remotas. Los usuarios afectados reciben un mensaje "Ingeniero no disponible" al iniciar una sesión. El impacto se limita a clientes en regiones no estadounidenses. Los inquilinos hospedados en la región de Estados Unidos no se ven afectados. Proporcionaremos una actualización tan pronto como tengamos más información. Aviso de Backfill: Este incidente fue añadido a nuestra página de estado de forma retrospectiva para proporcionar un registro exacto de impacto de servicio. Aquí hay más información sobre incidentes de relleno.

2. 19 de agosto de 2026 a las 22:11 UTCpostmortem

   ## Incident Overview Un subconjunto de clientes en regiones no estadounidenses no pudieron iniciar nuevas sesiones de PRA y recibió un error "Engine no disponible". Las sesiones de funcionamiento existentes no fueron afectadas. * Inicio: 14 de agosto de 2026, 09:46 UTC * Fin: 14 de agosto de 2026, 10:45 UTC ## Root Cause and Remediation Una nueva versión del servicio de PRA se desplegó en producción el 14 de agosto de 2026 a las 09:46 UTC. La nueva versión no aplicó correctamente un valor de configuración requerido en el entorno de producción, lo que impidió que el servicio localizara el motor de sesión para regiones no estadounidenses. Los clientes afectados no pudieron lanzar nuevas sesiones y recibieron un error "Engine no disponible". Tras un aumento de las tasas de error de backend durante el seguimiento posterior al despliegue, correlacionado con los informes de clientes entrantes, el despliegue se reenrolló a la versión estable anterior. Rollback completado a las 10:45 UTC. La resolución fue verificada a través de registros de backend y confirmando que los clientes impactados podrían lanzar exitosamente nuevas sesiones. ## Preventative Actions * Revisar el proceso de implementación para determinar por qué el problema de configuración no fue detectado antes de la liberación de producción. * Implementar un modelo de despliegue escalonada para que las nuevas versiones de servicio sean lanzadas a una sola región y validadas antes de un despliegue más amplio. * Introducir controles automatizados de salud después del despliegue, incluyendo un lanzamiento de sesión sintético por región, que promoción de las puertas y desencadenar retroceso en el fracaso. Sinceramente nos disculpamos por la perturbación que esto causó y apreciamos su paciencia mientras trabajamos para resolverlo.

Traducido automáticamente desde la actualización oficial del incidente.

1. 3 de agosto de 2026 a las 4:55 UTCinvestigating

   Estamos investigando informes de rendimiento degradado que afectan a Secret Server. Algunos usuarios pueden ser incapaces de acceder a la interfaz de usuario Vault. Los usuarios pueden encontrar el error: [Federation Runtime]: remoteEntryExports no está definido, lo que puede prevenir el acceso a secretos. Nuestro equipo está investigando activamente la causa y trabajando para restaurar el servicio normal. Proporcionaremos actualizaciones a medida que se disponga de más información.

2. 3 de agosto de 2026 a las 14:31 UTCresolved

   Después de más investigación, hemos determinado que este problema está aislado a las implementaciones de Secret Server en locales y no afecta a Secret Server Cloud (SSC). No impact to SSC has been identified in the US, EU, or SEA regions. Este incidente ya está resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 29 de julio de 2026 a las 4:12 UTCresolved

   Identificamos un problema que afecta a Secret Server Cloud para un subconjunto de clientes en la región de Singapur debido a una mayor carga en infraestructura de backend. Los usuarios afectados experimentaron tiempos de respuesta lentos o dificultad para acceder a su instancia. Esto fue sólo un problema de rendimiento. Esta cuestión se ha resuelto y se ha restablecido el rendimiento normal. Nos disculpamos por cualquier inconveniente que esto pueda haber causado. Aviso de Backfill: Este incidente fue añadido a nuestra página de estado de forma retrospectiva para proporcionar un registro exacto de impacto de servicio. Aquí hay más información sobre incidentes de relleno.

2. 20 de agosto de 2026 a las 11:49 UTCpostmortem

   ### Incident Overview El 29 de julio de 2026, un subconjunto de clientes de Secret Server Cloud en la región de Singapur experimentó un problema de rendimiento debido a una mayor carga en infraestructura de backend. Los usuarios afectados experimentaron tiempos de respuesta lentos o dificultad para acceder a su instancia. Inicio del impacto: 29 de julio 1:41AM UTC Fin del impacto: 29 de julio, 2:32AM UTC ## Root Cause Durante el período afectado, un recurso compartido de backend que apoyaba a la región de Singapur experimentó un aumento de la utilización que lo llevó a su máxima capacidad. Un proceso automatizado responsable de escalar recursos para manejar la carga aumentada no se ejecutó como se esperaba, lo que dio lugar a un aumento de los tiempos de respuesta para un subconjunto de clientes en esa región. ### Preventative Actions Para evitar la repetición, se están aplicando las siguientes medidas: * Mejorar nuestro proceso automatizado de escalado para reducir el riesgo de problemas similares que ocurran en el futuro. Sinceramente nos disculpamos por la perturbación que esto causó y la inconveniencia a sus operaciones. Nos comprometemos a prevenir la recurrencia mediante las acciones anteriores.

Traducido automáticamente desde la actualización oficial del incidente.

1. 28 de julio de 2026 a las 14:03 UTCinvestigating

   Estamos investigando informes de que algunos usuarios de Secret Server Cloud no pueden iniciar sesión y están siendo redirigidos a una página de error. Estamos trabajando activamente para resolver el problema y proporcionaremos otra actualización pronto.

2. 28 de julio de 2026 a las 14:15 UTCidentified

   Hemos identificado la causa raíz de la cuestión. Un cambio de configuración impidió que los inquilinos afectados se conectaran a la base de datos, causando que la aplicación no cargara y mostrara las páginas de error. Nuestro equipo de ingeniería ha aplicado un cambio correctivo y está validando la solución. Vamos a proporcionar otra actualización pronto.

3. 28 de julio de 2026 a las 16:34 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

4. 28 de julio de 2026 a las 23:07 UTCresolved

   Esta cuestión se ha resuelto y los servicios funcionan normalmente. Seguiremos vigilando para asegurar la estabilidad.

Traducido automáticamente desde la actualización oficial del incidente.

1. 27 de julio de 2026 a las 18:05 UTCinvestigating

   Hemos identificado un problema que impide a algunos clientes conectarse a través de RDP o cambiar contraseñas remotamente. Estamos trabajando activamente para resolver el problema y proporcionaremos otra actualización pronto.

2. 27 de julio de 2026 a las 19:34 UTCidentified

   Hemos identificado el problema evitando que algunos clientes se conecten a través de contraseñas proxy o cambiando remotamente. Durante este incidente, algunos clientes también experimentaron errores al crear carpetas. Nuestro equipo de ingeniería ha aislado la causa raíz y está implementando activamente una solución para restaurar el servicio normal. Proporcionaremos otra actualización a medida que continúe el progreso.

3. 27 de julio de 2026 a las 20:10 UTCmonitoring

   Hemos aplicado medidas de mitigación para restablecer la disponibilidad de servicios y estamos monitoreando activamente el medio ambiente para garantizar la estabilidad continua. Nos disculpamos por cualquier inconveniente que esto pueda haber causado y apreciar su paciencia.

4. 27 de julio de 2026 a las 21:30 UTCresolved

   Se han resuelto los problemas que afectan a nuestros clientes de Secret Server Cloud. Nos disculpamos por cualquier inconveniente que esto pueda haber causado.

5. 4 de agosto de 2026 a las 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.

Traducido automáticamente desde la actualización oficial del incidente.

1. 26 de julio de 2026 a las 18:13 UTCresolved

   Somos conscientes de los informes de varios clientes que experimentan problemas de conectividad en la región de Estados Unidos. Hemos identificado la causa como la infraestructura de red que apoya el tráfico de conectores y han mitigado el impacto. Ahora se debe restablecer la conectividad. Se prevén nuevos cambios de investigación e infraestructura para la próxima semana a fin de evitar la recurrencia. Aviso de Backfill: Este incidente fue añadido a nuestra página de estado de forma retrospectiva para proporcionar un registro exacto de impacto de servicio. Aquí hay más información sobre incidentes de relleno.

2. 4 de agosto de 2026 a las 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.

Traducido automáticamente desde la actualización oficial del incidente.

1. 24 de julio de 2026 a las 16:24 UTCidentified

   Queríamos proporcionarle información actualizada sobre el incidente que afecta a los servicios que se enumeran a continuación. Nuestro equipo ha estado trabajando diligentemente para abordar la cuestión, y hemos avanzado significativamente. Apreciamos su paciencia y apoyo continuos mientras trabajamos para restaurar completamente el servicio normal. Para cualquier pregunta o preocupación, comuníquese con nuestro equipo de apoyo en https://support.delinea.com.

2. 24 de julio de 2026 a las 16:33 UTCidentified

   Hemos identificado la causa de los errores intermitentes 504 / Gateway Timeout que algunos clientes han experimentado al acceder a sus instancias Delinea Platform o cuando se utilizan operaciones basadas en conectores. El problema se deriva de tiempos de respuesta elevados en un servicio de backend que maneja la conectividad del conector, lo que está causando algunas solicitudes a tiempo fuera. Nuestro equipo de ingeniería ha aislado la fuente y está aplicando activamente la acción correctiva para restaurar el rendimiento normal. Algunos clientes pueden seguir viendo timeouts intermitentes hasta que la solución esté completamente en su lugar. Proporcionaremos otra actualización a medida que cambie la situación.

3. 24 de julio de 2026 a las 22:34 UTCidentified

   Se ha determinado la cuestión y se están realizando esfuerzos de rehabilitación. Seguiremos proporcionando actualizaciones a medida que avancemos.

4. 24 de julio de 2026 a las 23:48 UTCresolved

   Este incidente ha sido resuelto.

5. 4 de agosto de 2026 a las 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.

Traducido automáticamente desde la actualización oficial del incidente.

1. 21 de julio de 2026 a las 21:55 UTCmonitoring

   Estamos experimentando retrasos en el procesamiento de eventos de auditoría para clientes en nuestra región de Estados Unidos Este. Los registros de auditoría y la actividad de auditoría pueden aparecer retrasados o incompletos en las interfaces Delinea Platform y Secret Server Cloud. No se están perdiendo eventos de auditoría. Todos los eventos son capturados y serán procesados. La funcionalidad básica del producto, incluyendo acceso secreto, autenticación y gestión de contraseñas no se ve afectada. Nuestro equipo de ingeniería ha identificado la causa raíz y ha escalado la base de datos y recursos de procesamiento para abordar el atraso. El atraso está drenando activamente.

2. 23 de julio de 2026 a las 15:57 UTCresolved

   El atraso de procesamiento de eventos de auditoría que afecta a los clientes en nuestra región del Este de Estados Unidos ha sido completamente aclarado. Los registros de auditoría son actuales y actualizados. Durante este período no se perdieron eventos de auditoría. Gracias por su paciencia.

3. 20 de agosto de 2026 a las 11:48 UTCpostmortem

   ### Incident Overview El 20 de julio de 2026, un subconjunto de clientes de Delinea Platform en la región de EE.UU. experimentó retrasos en el procesamiento de eventos de auditoría, lo que dio lugar a un retraso entre cuándo ocurrieron las acciones y cuando aparecieron los correspondientes eventos de auditoría en registros. * Inicio: 20 de julio de 2026, 10:54 AM UTC * Fin: 23 de julio de 2026, 3:58 PM UTC ## Root Cause and Remediation El incidente fue causado por un aumento en el volumen de eventos de auditoría tras una reciente versión de Secret Server, que superó la capacidad de procesamiento del oleoducto de eventos de auditoría en la región de Estados Unidos. A medida que aumentaba el volumen, los eventos se cuestionaban para procesar en lugar de entregarse en tiempo real, causando un atraso y un retraso correspondiente en la disponibilidad de registros de auditoría. No se perdieron eventos de auditoría durante este incidente. Nuestro equipo de ingeniería ha escalado la capacidad de procesamiento de datos subyacente para trabajar a través del atraso al tiempo que supervisa las tasas de profundidad y procesamiento de las colas. Para el 23 de julio de 2026, todos los acontecimientos retrasados se habían tramitado plenamente, los registros de auditoría eran actuales y las operaciones normales se habían reanudado. ### Preventative Actions * Mejorar el escalado automatizado en el oleoducto de eventos de auditoría para que pueda absorber aumentos de volumen sin crear un atraso o retrasar la disponibilidad de registro. * Mejorar el seguimiento y alertar el volumen de procesamiento de auditorías y la profundidad de cola para detectar posibles demoras antes y responder antes de que los clientes se vean afectados. Sinceramente nos disculpamos por la perturbación que esto causó y la inconveniencia a sus operaciones. Nos comprometemos a prevenir la recurrencia mediante las acciones anteriores.

Traducido automáticamente desde la actualización oficial del incidente.

1. 13 de julio de 2026 a las 18:00 UTCinvestigating

   Actualmente estamos investigando una cuestión que afecta a la Plataforma Delinea donde la sincronización SCIM está experimentando timeouts en la creación de nuevos usuarios/grupos. Este problema afecta principalmente a clientes con grandes tamaños de grupo (miles de usuarios por grupo). Ha causado lento rendimiento y, en algunos casos, fallos de inicio de sesión. Como medida de mitigación, SCIM Public Preview ha sido discapacitada para minimizar nuevos efectos. Nuestro equipo está investigando activamente la causa raíz y proporcionará actualizaciones a medida que se disponga de más información.

2. 13 de julio de 2026 a las 23:16 UTCresolved

   Se ha aplicado una solución para la cuestión del tiempo de cierre de SCIM. El rendimiento ha vuelto a la normalidad, y la sincronización SCIM funciona como se espera. Este incidente ya está resuelto. Si continúa experimentando problemas relacionados, póngase en contacto con nuestro equipo de apoyo en https://support.delinea.com Gracias por su paciencia.

3. 17 de julio de 2026 a las 20:33 UTCpostmortem

   ## Incident Overview El 10 de julio de 2026, los clientes que utilizan SCIM vista previa pública con Active Directory integración experimentado conector degradado rendimiento. El impacto se limitó a los inquilinos con un grupo AD que contenía una membresía muy grande \(miles de usuarios\) que sufrió un cambio de membresía durante la ventana del incidente. Los conectores afectados vieron que la CPU y la utilización de la memoria aumentan a niveles críticos, lo que dificulta su capacidad para procesar otras solicitudes, incluyendo los logins. * Inicio: 9 de julio de 2026, aproximadamente 11:00 PM Central \(10 de julio, 4:00 AM UTC\) * Fin: 13 de julio de 2026, aproximadamente 8:00 PM Central \( 14 de julio, 1:00 AM UTC\) ## Root Cause and Remediation La funcionalidad SCIM, previamente disponible a través de la vista previa privada, fue promovida a la vista pública el 24 de junio de 2026. Para satisfacer el protocolo SCIM, el servicio SCIM mantiene una copia parcial de los datos de usuario y grupo de Active Directory, construidos a partir de notificaciones de cambio emitidas desde AD. Cuando SCIM recibió una notificación de cambio de membresía para un grupo que todavía no había poblado completamente, pidió AD para la membresía completa del grupo en lugar del cambio específico. Para clientes con grupos AD muy grandes, esto generó un alto volumen de consultas a través del conector del cliente, abrumarlo. Los inquilinos con previsualización pública activados recibieron automáticamente la función SCIM, por lo que los entornos que no utilizan activamente SCIM también fueron expuestos. Para remediar, SCIM fue deshabilitado para los clientes afectados después de confirmar que no lo estaban utilizando activamente, y SCIM la vista previa pública fue deshabilitado el 13 de julio como precaución mientras se validó una solución permanente. El servicio se actualizó para que una sola notificación de cambio de membresía inicie una consulta sólo para ese cambio, no la membresía completa del grupo. La solución fue desplegada a finales del día 13 de julio y la vista previa pública SCIM fue re-enableda el 14 de julio de 2026 a las 8:00 AM Central. No se requiere ninguna acción de los clientes. ## Preventative Actions * Ampliar las pruebas para incluir escenarios de grupo AD a gran escala antes de futuras promociones de vista previa. * Agregue monitoreo para un volumen de llamadas API dirigido por conectores anormales, por lo que se detectan problemas similares antes del impacto del cliente. Sinceramente nos disculpamos por la perturbación que esto causó y la inconveniencia a sus operaciones. Nos comprometemos a prevenir la recurrencia mediante las acciones anteriores.

Traducido automáticamente desde la actualización oficial del incidente.

1. 12 de julio de 2026 a las 7:04 UTCinvestigating

   Somos conscientes de un problema que afecta a la Plataforma Delinea y Secret Server Cloud donde los usuarios pueden ser incapaces de lanzar secretos, encontrando el error "Se ha producido un error en Secret Server Cloud". Nuestro equipo está investigando activamente la causa raíz y proporcionará una actualización a medida que se disponga de más información.

2. 12 de julio de 2026 a las 8:38 UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

3. 12 de julio de 2026 a las 9:40 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

4. 12 de julio de 2026 a las 11:19 UTCresolved

   Este incidente ha sido resuelto.

5. 15 de julio de 2026 a las 16:02 UTCpostmortem

   ## **Incident Overview** On July 11, 2026, following a [Secret Server Cloud release](https://status.delinea.com/incidents/b8yxjwdy4kv2), customers using Session Connector launchers experienced secret launch failures, including launches brokered through the Delinea Platform. Los lanzamientos afectados devolvieron un error HTTP 500 y no se generó ningún archivo de conexión. Otros tipos de lanzadores y todas las demás funcionalidades de Secret Server no fueron afectadas. * Inicio: 11 de julio de 2026, aproximadamente 5:00 PM UTC * Fin: 12 de julio de 2026, 8:34 AM UTC \(rollback completed across all regions\) ## **Causa y Remediación de raíces** La versión cambió cómo se resuelve la configuración del lanzador en el momento de lanzamiento de una manera que era incompatible con ciertas configuraciones de lanzamiento de Session Connector existentes. Las solicitudes de lanzamiento de esas configuraciones fallaron con un error de servidor en lugar de completar normalmente. Para remediar, nuestro equipo hizo retroceder la liberación en todas las regiones. El contratiempo comenzó a las 8:21 AM UTC y fue completado por 8:34 AM UTC el 12 de julio, resolviendo el incidente. Después de la devolución, nuestro equipo confirmó con los clientes afectados que el lanzamiento secreto había regresado a la función normal. No se requiere ninguna acción de los clientes. Se ha completado y verificado una corrección corregida con una cobertura de regresión automatizada ampliada para el Conector de Sesión a las configuraciones de lanzamiento y se incluirá en una próxima versión de Secret Server Cloud. No se requerirá ninguna acción del cliente. ## ** Acciones preventivas** * Se está ampliando la cobertura de prueba de lanzamiento automatizada a todos los tipos y configuraciones de lanzadores soportados. * Detección automatizada de nuevas firmas de errores introducidas por implementaciones, reduciendo el tiempo para la detección y la devolución para problemas similares. Sinceramente nos disculpamos por la perturbación que esto causó y la inconveniencia a sus operaciones. Nos comprometemos a prevenir la recurrencia mediante las acciones anteriores.

Traducido automáticamente desde la actualización oficial del incidente.

1. 9 de julio de 2026 a las 19:57 UTCinvestigating

   Nuestro equipo es consciente de un problema que afecta a RPC y está investigando activamente. Proporcionaremos actualizaciones adicionales a medida que se disponga de más información.

2. 9 de julio de 2026 a las 20:00 UTCidentified

   Hemos identificado la causa raíz y estamos trabajando activamente para mitigar la cuestión. Se proporcionarán más actualizaciones cuando estén disponibles.

3. 9 de julio de 2026 a las 20:33 UTCmonitoring

   Hemos implementado una solución y estamos monitoreando. Pronto se proporcionarán más actualizaciones.

4. 9 de julio de 2026 a las 22:42 UTCresolved

   Nos complace informarle de que se ha resuelto el incidente que afectó a US Secret Server Cloud. Nuestro equipo ha implementado una solución, y todos los sistemas están operando normalmente. Nos disculpamos por cualquier inconveniente que este incidente pueda haber causado, y apreciamos su comprensión y apoyo. Para cualquier pregunta o preocupación, comuníquese con nuestro equipo de apoyo en https://support.delinea.com.

5. 10 de julio de 2026 a las 0:38 UTCpostmortem

   ## Incident Overview El 9 de julio de 2026, los clientes de la región SSC US experimentaron un acceso secreto degradado durante aproximadamente dos horas. Los clientes afectados no pudieron ver de forma fiable secretos, lanzar sesiones remotas o realizar operaciones RPC durante la ventana de impacto. * Inicio: 9 de julio de 2026, 1:52 PM Central \(6:52 PM UTC\) * Fin: 9 de julio de 2026, 3:55 PM Central \(8:55 PM UTC\) ## Root Cause and Remediation Durante la investigación rutinaria de una alerta no relacionada, se regeneraron las credenciales utilizadas por nuestra infraestructura de mensajería interna. Esta infraestructura apoya el procesamiento de antecedentes, las solicitudes web y el manejo de sesiones en toda la región SSC US. La regeneración invalidó varias conexiones, sin período de transición. Esto causó el procesamiento de fondo parar y las solicitudes web que dependen de la capa de mensajería para colgar y eventualmente fracasar. Para remediar, Nuestro equipo actualizó los sistemas afectados con las nuevas credenciales y reiniciaron los servicios impactados. La conectividad se restableció automáticamente una vez que se reiniciaron los servicios. No se requiere ninguna acción de los clientes. La recuperación fue confirmada a las 3:55 PM Central. ## Preventative Actions * Mejora de las puertas de control de cambios en las operaciones de clave raíz contra los espacios de producción para evitar rotaciones clave no revisadas. Sinceramente nos disculpamos por la perturbación que esto causó y la inconveniencia a sus operaciones. Nos comprometemos a prevenir la recurrencia mediante la acción anterior.

Traducido automáticamente desde la actualización oficial del incidente.

1. 28 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 20:10 UTCresolved

   This incident has been resolved.

1. 20 de mayo de 2026 a las 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 de mayo de 2026 a las 18:44 UTCinvestigating

   We are continuing to investigate this issue.

3. 20 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 21:43 UTCresolved

   This incident has been resolved.

7. 27 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 3: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 de mayo de 2026 a las 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 de mayo de 2026 a las 2: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 de mayo de 2026 a las 6: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 de abril de 2026 a las 6: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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 5: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 de abril de 2026 a las 5: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 de abril de 2026 a las 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 de abril de 2026 a las 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.