Historique des pannes de Centrify

1. 4 septembre 2026 à 22:02 UTCresolved

   Cet incident a été résolu. Nous nous excusons pour la perturbation que cela a causé. Enquête Nous enquêtons sur les rapports des locataires de la Plateforme Delinea affichant un message de locataire gelé, empêchant les utilisateurs de se connecter et d'accéder à leur environnement. La condition a commencé vers 16h49 HAE en raison d'un changement de configuration incorrect, empêchant certains clients d'accéder à leurs locataires. L'ingénierie a identifié la cause, a effectué un travail de retour à partir d'environ 17h08 HAE, et tous les locataires touchés ont été confirmés non congelés par 17h55 HAE. Avis de remblayage : Cet incident a été ajouté à notre page de statut rétrospectivement afin de fournir un relevé exact de l'impact du service. Plus d'informations sur les incidents de remblayage sont disponibles ici .

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 28 août 2026 à 18:02 UTCinvestigating

   Nous enquêtons sur une question touchant la connexion et l'accès à la Plateforme Delinea dans la région des États-Unis. Certains utilisateurs peuvent ne pas être en mesure de se connecter ou avoir des performances lentes lorsqu'ils accèdent à leurs locataires. Dans la plupart des cas, réessayer la tentative de connexion permet aux utilisateurs d'accéder avec succès à leur locataire. Notre équipe d'ingénieurs est activement engagée. Nous fournirons une mise à jour dès que de plus amples renseignements seront disponibles.

2. 28 août 2026 à 18:27 UTCinvestigating

   Nous continuons d'étudier les questions de connexion et d'accès touchant la plateforme Delinea dans la région américaine. Les utilisateurs touchés peuvent voir un message d'erreur « en amont de la demande de délai » lorsqu'ils tentent de se connecter, ou peuvent connaître des performances lentes lorsqu'ils accèdent à leur locataire. Notre équipe d'ingénieurs est pleinement engagée et considère cela comme une priorité absolue. Nous fournirons une mise à jour dès que de plus amples renseignements seront disponibles.

3. 28 août 2026 à 19:19 UTCidentified

   Le problème a été identifié et une solution est en cours de mise en oeuvre.

4. 28 août 2026 à 19:33 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

5. 28 août 2026 à 20:16 UTCresolved

   Cet incident a été résolu. Connexion et accès à la plateforme Delinea dans la région américaine sont revenus à la normale, et les utilisateurs ne devraient plus rencontrer d'erreurs ou de performances dégradées lors de la connexion. Nous poursuivons notre enquête sur la cause sous-jacente et nous partagerons une analyse des causes profondes une fois l'enquête terminée. Nous nous excusons pour la perturbation que cela a causé.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 19 août 2026 à 21:47 UTCresolved

   Cet incident a été résolu. Nous nous excusons pour la perturbation que cela a causé. Enquête Nous enquêtons sur un problème où les utilisateurs des régions non américaines sont incapables d'établir de nouvelles sessions à distance. Les utilisateurs touchés reçoivent un message "Engine non disponible" lors du lancement d'une session. L'impact est limité aux clients des régions non américaines. Les locataires hébergés dans la région américaine ne sont pas touchés. Nous fournirons une mise à jour dès que nous aurons plus d'informations. Avis de remblayage : Cet incident a été ajouté à notre page de statut rétrospectivement afin de fournir un relevé exact de l'impact du service. Plus d'informations sur les incidents de remblayage sont disponibles ici .

2. 19 août 2026 à 22:11 UTCpostmortem

   ## Aperçu de l'incident Un sous-ensemble de clients dans les régions non américaines n'ont pas pu lancer de nouvelles séances d'ADP et ont reçu une erreur « Engine non disponible ». Les séances en cours n'ont pas été modifiées. * Début: 14 août 2026, 09:46 UTC * Fin : 14 août 2026, 10 h 45 UTC ## Cause racine et réparation Une nouvelle version du service PRA a été mise en production le 14 août 2026 à 9h46 UTC. La nouvelle version n'a pas correctement appliqué une valeur de configuration requise dans l'environnement de production, ce qui a empêché le service de localiser le moteur de session pour les régions non américaines. Les clients touchés n'ont donc pas pu lancer de nouvelles sessions et ont reçu une erreur « Engine non disponible ». À la suite d'une augmentation des taux d'erreurs de backend pendant la surveillance post-déploiement, corrélée avec les rapports des clients entrants, le déploiement a été reporté à la version stable précédente. Retour terminé à 10h45 UTC. La résolution a été vérifiée par le biais de journaux backend et en confirmant que les clients touchés pouvaient lancer avec succès de nouvelles sessions. Actions préventives * Examiner le processus de déploiement pour déterminer pourquoi le problème de configuration n'a pas été détecté avant la libération de la production. * Mettre en oeuvre un modèle de déploiement échelonné pour que les nouvelles versions de service soient diffusées dans une seule région et validées avant un déploiement plus large. * Mettre en place des contrôles de santé automatisés après déploiement, y compris un lancement de session synthétique par région, qui permettent de faire la promotion et de déclencher le renversement en cas de défaillance. Nous nous excusons sincèrement de la perturbation que cela a causée et apprécions votre patience pendant que nous avons travaillé à la résoudre.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 3 août 2026 à 04:55 UTCinvestigating

   Nous enquêtons sur des rapports de performances dégradées affectant Secret Server. Certains utilisateurs peuvent être incapables d'accéder à l'interface utilisateur Vault. Les utilisateurs peuvent rencontrer l'erreur : [Federation Runtime] : distantEntryExports n'est pas défini, ce qui peut empêcher l'accès aux secrets. Notre équipe enquête activement sur la cause et travaille à rétablir un service normal. Nous fournirons des mises à jour à mesure que de plus amples renseignements seront disponibles.

2. 3 août 2026 à 14:31 UTCresolved

   Après plus ample enquête, nous avons déterminé que ce problème est isolé des déploiements sur site de Secret Server et n'affecte pas Secret Server Cloud (SSC). Aucun impact sur la SSC n'a été identifié dans les régions des États-Unis, de l'UE ou de l'EES. Cet incident est maintenant résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 29 juillet 2026 à 04:12 UTCresolved

   Nous avons identifié un problème affectant Secret Server Cloud pour un sous-ensemble de clients dans la région de Singapour en raison d'une charge accrue sur l'infrastructure backend. Les utilisateurs touchés ont connu des temps de réponse lents ou des difficultés à accéder à leur instance. Ce n'était qu'un problème de performance. Ce problème a été résolu et le rendement normal a été rétabli. Nous nous excusons de tout inconvénient que cela pourrait avoir causé. Avis de remblayage : Cet incident a été ajouté à notre page de statut rétrospectivement afin de fournir un relevé exact de l'impact du service. Plus d'informations sur les incidents de remblayage sont disponibles ici .

2. 20 août 2026 à 11:49 UTCpostmortem

   Aperçu de l'incident Le 29 juillet 2026, un sous-ensemble de clients de Secret Server Cloud dans la région de Singapour a connu un problème de performance en raison d'une charge accrue sur l'infrastructure backend. Les utilisateurs touchés ont connu des temps de réponse lents ou des difficultés à accéder à leur instance. Début de l'impact: 29 juillet, 1:41AM UTC Fin de l'impact: 29 juillet, 2:32AM UTC Cause profonde Au cours de la période touchée, une ressource partagée d'appui à la région de Singapour a connu une augmentation de l'utilisation qui l'a poussée à sa capacité maximale. Un processus automatisé responsable de l'échelle des ressources pour gérer la charge accrue n'a pas été exécuté comme prévu, ce qui a entraîné une augmentation des délais de réponse pour un sous-ensemble de clients dans cette région. Actions préventives Afin d'éviter une répétition, les mesures suivantes sont mises en œuvre : * Améliorer notre processus automatisé de mise à l'échelle afin de réduire le risque que des problèmes semblables se posent à l'avenir. Nous nous excusons sincèrement pour la perturbation que cela a causé et pour les inconvénients que vous avez subis. Nous nous engageons à prévenir la répétition des actes susmentionnés.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 28 juillet 2026 à 14:03 UTCinvestigating

   Nous enquêtons sur les rapports selon lesquels certains utilisateurs de Secret Server Cloud ne peuvent se connecter et sont redirigés vers une page d'erreur. Nous travaillons activement à résoudre le problème et nous fournirons bientôt une autre mise à jour.

2. 28 juillet 2026 à 14:15 UTCidentified

   Nous avons identifié la cause profonde du problème. Un changement de configuration a empêché les locataires touchés de se connecter à la base de données, ce qui a empêché l'application de charger et d'afficher des pages d'erreur. Notre équipe d'ingénierie a appliqué un changement correctif et valide la correction. Nous fournirons bientôt une autre mise à jour.

3. 28 juillet 2026 à 16:34 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

4. 28 juillet 2026 à 23:07 UTCresolved

   Ce problème a été résolu et les services fonctionnent normalement. Nous continuerons de surveiller pour assurer la stabilité.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 27 juillet 2026 à 18:05 UTCinvestigating

   Nous avons identifié un problème empêchant certains clients de se connecter via RDP ou de changer de mot de passe à distance. Nous travaillons activement à résoudre le problème et nous fournirons bientôt une autre mise à jour.

2. 27 juillet 2026 à 19:34 UTCidentified

   Nous avons identifié le problème empêchant certains clients de se connecter par proxy ou de changer de mot de passe à distance. Au cours de cet incident, certains clients ont également éprouvé des erreurs lors de la création de dossiers. Notre équipe d'ingénieurs a isolé la cause fondamentale et met activement en œuvre un correctif pour restaurer le service normal. Nous fournirons une autre mise à jour au fur et à mesure que les progrès se poursuivront.

3. 27 juillet 2026 à 20:10 UTCmonitoring

   Nous avons appliqué des mesures d'atténuation pour rétablir la disponibilité des services et nous surveillons activement l'environnement afin d'assurer une stabilité continue. Nous nous excusons de tout inconvénient que cela pourrait avoir causé et apprécions votre patience.

4. 27 juillet 2026 à 21:30 UTCresolved

   Les problèmes affectant nos clients Secret Server Cloud ont été résolus. Nous nous excusons de tout inconvénient que cela pourrait avoir causé.

5. 4 août 2026 à 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.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 26 juillet 2026 à 18:13 UTCresolved

   Nous sommes conscients des rapports de plusieurs clients qui connaissent des problèmes de connectivité Connector dans la région américaine. Nous avons identifié la cause comme étant l'infrastructure de réseau qui soutient le trafic Connector et avons atténué l'impact. La connectivité devrait maintenant être rétablie. Des recherches plus poussées et des modifications de l'infrastructure sont prévues pour la semaine prochaine afin d'éviter les récidives.

2. 4 août 2026 à 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.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 24 juillet 2026 à 16:24 UTCidentified

   Nous voulions vous fournir une mise à jour sur l'incident affectant les services énumérés ci-dessous. Notre équipe a travaillé avec diligence pour régler le problème, et nous avons fait des progrès importants. Nous apprécions votre patience et votre soutien continus alors que nous travaillons à rétablir pleinement le service normal. Pour toute question ou préoccupation, veuillez contacter notre équipe de soutien à l'adresse https://support.delinea.com.

2. 24 juillet 2026 à 16:33 UTCidentified

   Nous avons identifié la cause des erreurs intermittentes 504 / Gateway Timeout que certains clients ont connu lors de l'accès à leurs instances Delinea Platform ou lorsque des opérations basées sur des connecteurs sont en cours d'utilisation. Le problème provient de temps de réponse élevés dans un service de backend qui gère la connectivité de connecteur, ce qui provoque certaines demandes de délai. Notre équipe d'ingénierie a isolé la source et applique activement des mesures correctives pour rétablir des performances normales. Certains clients peuvent continuer à voir des délais intermittents jusqu'à ce que le correctif soit entièrement en place. Nous fournirons une nouvelle mise à jour à mesure que la situation changera.

3. 24 juillet 2026 à 22:34 UTCidentified

   Le problème a été cerné et des efforts d'assainissement sont en cours. Nous continuerons de fournir des mises à jour à mesure que nous progresserons.

4. 24 juillet 2026 à 23:48 UTCresolved

   Cet incident a été résolu.

5. 4 août 2026 à 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.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 21 juillet 2026 à 21:55 UTCmonitoring

   Nous avons des retards dans le traitement des événements d'audit pour les clients de notre région des États-Unis. Les journaux d'audit et l'activité d'audit peuvent apparaître retardés ou incomplets dans les interfaces Delinea Platform et Secret Server Cloud. Aucun événement de vérification n'est perdu. Tous les événements sont capturés et seront traités. La fonctionnalité de base du produit, y compris l'accès secret, l'authentification et la gestion des mots de passe, n'est pas affectée. Notre équipe d'ingénierie a identifié la cause fondamentale et a élargi les ressources de base de données et de traitement pour combler l'arriéré. L'arriéré s'épuise activement.

2. 23 juillet 2026 à 15:57 UTCresolved

   L'arriéré de traitement d'événements d'audit touchant les clients de notre région des États-Unis est a été entièrement éliminé. Les registres de vérification sont maintenant à jour. Aucun événement de vérification n'a été perdu pendant cette période. Merci de votre patience.

3. 20 août 2026 à 11:48 UTCpostmortem

   Aperçu de l'incident Le 20 juillet 2026, un sous-ensemble de clients de Delinea Platform dans la région des États-Unis a connu des retards dans le traitement des événements d'audit, ce qui a entraîné un décalage entre le moment où les actions ont eu lieu et le moment où les événements d'audit correspondants sont apparus dans les journaux. * Début: 20 juillet, 2026, 10:54 UTC * Fin : 23 juillet 2026, 15 h 58 UTC ### Cause racine et réparation L'incident a été causé par une augmentation du volume d'événements d'audit suite à une récente publication de Secret Server, qui a dépassé la capacité de traitement du pipeline d'événements d'audit dans la région des États-Unis. À mesure que le volume augmentait, les événements étaient en attente pour le traitement plutôt que pour la livraison en temps réel, ce qui causait un arriéré et un retard correspondant dans la disponibilité du registre d'audit. Aucun événement de vérification n'a été perdu durant cet incident. Notre équipe d'ingénierie a augmenté la capacité de traitement des données sous-jacentes pour faire face à l'arriéré tout en surveillant la profondeur de la file et les taux de traitement. Au 23 juillet 2026, tous les événements retardés avaient été entièrement traités, les registres de vérification étaient à jour et les opérations normales avaient repris. Actions préventives * Améliorer l'échelle automatisée du pipeline d'événements de vérification afin qu'il puisse absorber les augmentations de volume sans créer d'arriéré ou retarder la disponibilité du journal. * Améliorer la surveillance et alerter le volume de traitement des vérifications et la profondeur de la file d'attente pour détecter les retards potentiels plus tôt et répondre avant que les clients soient touchés. Nous nous excusons sincèrement pour la perturbation que cela a causé et pour les inconvénients que vous avez subis. Nous nous engageons à prévenir la répétition des actes susmentionnés.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 13 juillet 2026 à 18:00 UTCinvestigating

   Nous enquêtons actuellement sur une question touchant la Plateforme Delinea où la synchronisation SCIM connaît des délais de création de nouveaux utilisateurs/groupes. Cette question touche principalement les clients ayant une grande taille de groupe (en milliers d'utilisateurs par groupe). Il a causé des performances lentes et, dans certains cas, des défaillances de connexion. À titre d'étape d'atténuation, SCIM Public Preview a été désactivée afin de minimiser les répercussions supplémentaires. Notre équipe étudie activement la cause profonde et fournira des mises à jour à mesure que de plus amples informations seront disponibles.

2. 13 juillet 2026 à 23:16 UTCresolved

   Une correction pour la question du délai d'attente du SCIM a été mise en oeuvre. La performance est revenue à la normale et la synchronisation SCIM fonctionne comme prévu. Cet incident est maintenant résolu. Si vous continuez d'éprouver des problèmes connexes, veuillez contacter notre équipe de support à l'adresse https://support.delinea.com Merci de votre patience.

3. 17 juillet 2026 à 20:33 UTCpostmortem

   ## Aperçu de l'incident Le 10 juillet 2026, les clients utilisant l'aperçu public SCIM avec l'intégration Active Directory ont connu des performances de connecteur dégradées. L'impact a été limité aux locataires avec un groupe AD contenant une très grande adhésion \(milliers d'utilisateurs\) qui a subi un changement d'adhésion pendant la fenêtre d'incident. Les connecteurs touchés ont vu le processeur et l'utilisation de la mémoire augmenter à des niveaux critiques, ce qui nuit à leur capacité de traiter d'autres demandes, y compris les connexions. * Début : le 9 juillet 2026, vers 23 h 00, heure centrale (le 10 juillet, 16 h 00 UTC) * Fin : le 13 juillet 2026, vers 20 h 00, heure centrale (14 juillet 13 h 00 UTC) ## Cause racine et réparation La fonctionnalité SCIM, auparavant disponible par prévisualisation privée, a été promue en prévisualisation publique le 24 juin 2026. Pour satisfaire au protocole SCIM, le service SCIM conserve une copie partielle des données d'utilisateur et de groupe d'Active Directory, construites à partir de notifications de changement diffusées depuis AD. Lorsque le SCIM a reçu une notification de changement d'adhésion pour un groupe qu'il n'avait pas encore entièrement peuplé, il a demandé à la DA l'ensemble des membres du groupe plutôt que le changement spécifique. Pour les clients ayant de très grands groupes AD, cela a généré un volume élevé de requêtes à travers le connecteur du client, l'écrasant. Les locataires avec prévisualisation publique activée ont reçu automatiquement la fonction SCIM, de sorte que les environnements ne utilisant pas activement SCIM ont également été exposés. Pour remédier à cette situation, le SCIM a été désactivé pour les clients touchés après avoir confirmé qu'ils ne l'utilisaient pas activement, et l'aperçu public du SCIM a été désactivé le 13 juillet à titre de précaution alors qu'une correction permanente a été validée. Le service a été mis à jour de sorte qu'une seule notification de changement d'adhésion déclenche une requête pour seulement ce changement, et non la pleine adhésion du groupe. La fixation a été déployée à la fin de la journée le 13 juillet et l'aperçu public du SCIM a été réactivé le 14 juillet 2026 à 8h00 au Centre. Aucune action n'était requise de la part des clients. Actions préventives * Élargir les tests pour inclure des scénarios de groupe AD à grande échelle avant les futures promotions d'aperçu. * Ajouter une surveillance du volume d'appel d'API dirigé par un connecteur anormal, de sorte que des problèmes similaires sont détectés avant l'impact client. Nous nous excusons sincèrement pour la perturbation que cela a causé et pour les inconvénients que vous avez subis. Nous nous engageons à prévenir la répétition des actes susmentionnés.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 12 juillet 2026 à 07:04 UTCinvestigating

   Nous sommes conscients d'un problème affectant la Plateforme Delinea et Secret Server Cloud où les utilisateurs peuvent être incapables de lancer des secrets, en rencontrant l'erreur "Une erreur s'est produite dans Secret Server Cloud." Notre équipe étudie activement la cause profonde et fournira une mise à jour à mesure que de plus amples informations seront disponibles.

2. 12 juillet 2026 à 08:38 UTCidentified

   Le problème a été identifié et une solution est en cours de mise en oeuvre.

3. 12 juillet 2026 à 09:40 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

4. 12 juillet 2026 à 11:19 UTCresolved

   Cet incident a été résolu.

5. 15 juillet 2026 à 16:02 UTCpostmortem

   ** Aperçu de l'incident** Le 11 juillet 2026, suite à une [Secret Server Cloud release](https://status.delinea.com/incidents/b8yxjwdy4kv2), des clients utilisant des lanceurs Session Connector ont connu des échecs de lancement secrets, y compris des lancements via la plateforme Delinea. Les lancements touchés ont retourné une erreur HTTP 500 et aucun fichier de connexion n'a été généré. Les autres types de lanceurs et toutes les autres fonctionnalités du Serveur Secret n'étaient pas touchés. * Début : 11 juillet 2026, environ 17 h UTC * Fin: 12 juillet, 2026, 8:34 UTC \(recul effectué dans toutes les régions\) ## ** Cause de la root et réparation** La version a changé la façon dont la configuration du lanceur est résolue au moment du lancement d'une manière incompatible avec certaines configurations existantes de lanceurs Session Connector. Les requêtes de lancement de ces configurations ont échoué avec une erreur de serveur au lieu de compléter normalement. Pour remédier à cette situation, notre équipe a repoussé la publication dans toutes les régions. Le retour a commencé à 8h21 UTC et a été complété par 8h34 UTC le 12 juillet, pour résoudre l'incident. Après le renversement, notre équipe a confirmé avec les clients touchés que le lancement secret était revenu à la fonction normale. Aucune action n'était requise de la part des clients. Un correctif corrigé a été complété et vérifié avec une couverture de régression automatisée élargie pour le connecteur Session pour lancer les configurations et sera inclus dans une prochaine version de Secret Server Cloud. Aucune action client ne sera requise. ** Actions préventives** * La couverture automatisée des essais de lancement est étendue à tous les types et configurations de lanceurs pris en charge. * Détection automatisée des nouvelles signatures d'erreurs introduites par les déploiements, réduisant le temps de détection et de retour pour des questions similaires. Nous nous excusons sincèrement pour la perturbation que cela a causé et pour les inconvénients que vous avez subis. Nous nous engageons à prévenir la répétition des actes susmentionnés.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 9 juillet 2026 à 19:57 UTCinvestigating

   Notre équipe est consciente d'un problème touchant le RPC et enquête activement. Nous fournirons des mises à jour supplémentaires à mesure que de plus amples renseignements seront disponibles.

2. 9 juillet 2026 à 20:00 UTCidentified

   Nous avons identifié la cause fondamentale et nous travaillons activement à atténuer le problème. D'autres mises à jour seront fournies dès qu'elles seront disponibles.

3. 9 juillet 2026 à 20:33 UTCmonitoring

   Nous avons mis en place un correctif et sommes en train de le surveiller. D'autres mises à jour seront fournies prochainement.

4. 9 juillet 2026 à 22:42 UTCresolved

   Nous sommes heureux de vous informer que l'incident affectant US Secret Server Cloud a été résolu. Notre équipe a mis en place un correctif, et tous les systèmes fonctionnent maintenant normalement. Nous nous excusons de tout inconvénient que cet incident pourrait avoir causé, et nous apprécions votre compréhension et votre soutien. Pour toute question ou préoccupation, veuillez contacter notre équipe de soutien à l'adresse https://support.delinea.com.

5. 10 juillet 2026 à 00:38 UTCpostmortem

   ## Aperçu de l'incident Le 9 juillet 2026, les clients de la région SSC US ont connu un accès secret dégradé pendant environ deux heures. Les clients touchés n'ont pas été en mesure de visualiser les secrets de façon fiable, de lancer des sessions à distance ou d'effectuer des opérations RPC pendant la fenêtre d'impact. * Début: 9 juillet, 2026, 1:52 * Fin : 9 juillet, 2026, 15 h 55 ## Cause racine et réparation Au cours de l'enquête de routine sur une alerte non liée, les pouvoirs utilisés par notre infrastructure de messagerie interne ont été régénérés. Cette infrastructure prend en charge le traitement des données de base, les demandes Web et le traitement des séances dans l'ensemble de la région SSC des États-Unis. La régénération a invalidé plusieurs connexions, sans période de transition. Cela a causé l'arrêt du traitement de fond et des requêtes web qui dépendent de la couche de messagerie à accrocher et finalement échouer. Pour y remédier, notre équipe a mis à jour les systèmes touchés avec les nouvelles références et a redémarré les services touchés. La connectivité a été automatiquement rétablie une fois les services redémarrés. Aucune action n'était requise de la part des clients. Le rétablissement a été confirmé à 15 h 55, heure centrale. Actions préventives * Amélioration des portes de contrôle du changement sur les opérations de clé racine contre les espaces de noms de production afin d'éviter les rotations de clés non examinées. Nous nous excusons sincèrement pour la perturbation que cela a causé et pour les inconvénients que vous avez subis. Nous nous engageons à prévenir les récidives grâce à l'action susmentionnée.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

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

   This incident has been resolved.

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

   We are continuing to investigate this issue.

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

   This incident has been resolved.

7. 27 mai 2026 à 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 mai 2026 à 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 mai 2026 à 03:15 UTCpostmortem

   **Incident Overview**  On May 10, 2026, between 23:47 UTC and 02:48 UTC \(the next day\), some US customers in the East US region experienced intermittent login errors, including 504 timeouts and slow response times. The issue originated at the Ashburn, VA location of our web application firewall \(WAF\) infrastructure, which handles traffic routing for East US region. Service was restored during the incident by rerouting traffic through alternate locations. The Ashburn site was returned to service at 12:00 UTC on May 11, 2026.  **Root Cause**  The outage was triggered by a hardware failure within the Ashburn WAF infrastructure. A faulty optical transceiver caused the primary network link between aggregation switches to become unstable, leading to repeated connection drops. A secondary link that should have served as a failover was already inactive at the time, a condition that had gone undetected due to a gap in infrastructure monitoring. With no functioning backup, the degradation of the primary link disrupted traffic flowing through the site, resulting in the login errors customers experienced.  Two factors extended the duration of impact. First, the monitoring gap meant that the inactive backup link was not visible ahead of the incident. Second, there was a delay in executing the standard failover process \(deactivating the affected site and rerouting traffic\) once customer impact was identified. Both gaps have since been identified and remediated.  **Preventive Actions**  * The faulty optical transceivers on both the primary and secondary network links at the Ashburn location are being replaced, with a spare unit kept on-site to support faster response if needed in the future.  * The monitoring gap that failed to surface the inactive secondary link is being addressed, ensuring both active and backup links are visible to the network operations team going forward.  * Response procedures are being reviewed and reinforced to ensure the site deactivation and traffic rerouting process is initiated promptly whenever significant customer impact is detected.

1. 11 mai 2026 à 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 mai 2026 à 02:17 UTCresolved

   As of 13:37 UTC on May 11, 2026, the Intermittent failures launching Secrets in the EU region has been resolved. Our preliminary investigation determined that the root cause was an outage impacting a cloud infrastructure service used by Secret Server Cloud. Normal service has been confirmed restored. We are continuing to work with our cloud provider to obtain full root cause details and identify preventative actions. We apologize for the impact to your experience and appreciate your patience while we investigated.

3. 20 mai 2026 à 06:09 UTCpostmortem

   **Incident Overview** On May 11, 2026, starting at 07:53 UTC, Secret Server Cloud customers in the EU region experienced intermittent failures when launching secrets, initiating proxied RDP/SSH sessions, and making API calls requiring distributed engine communication. The incident was traced to a degradation in the underlying cloud messaging infrastructure in the West Central Europe region. At 13:37 UTC, the degraded performance affecting our services was fully resolved and normal operations were restored. The impact was limited to SSC customers with Distributed Engines. Secret viewing, management, and Web UI availability remained unaffected. **Root Cause** A degradation in the cloud messaging infrastructure in the West Central Europe region caused message subscription management operations to return HTTP 504 Gateway Timeout errors, preventing Distributed Engines from completing initialization and taking them offline. This resulted in timeouts across all distributed engine-routed operations, most visibly secret launches and proxied session initiations. The failure was isolated to the control plane layer of the messaging infrastructure. TCP-level connectivity remained healthy throughout the incident, and the issue was not attributed to any network or configuration change on our side. The issue was mitigated by our Cloud provider rolling back a recent release on the messaging infrastructure that had contributed to the control plane failures. **Preventive Actions** * Expand monitoring coverage for cloud messaging exception rates and Distributed Engine subscription failure patterns to enable proactive detection ahead of customer impact. * Review integration of Cloud provider health notifications into our on-call alerting pipeline to improve visibility into infrastructure events affecting Secret Server Cloud regions. * Assess improvements to Distributed Engine startup and reconnection logic to introduce retry handling with exponential back-off on transient messaging failures, reducing the risk of short-lived disruptions escalating into sustained engine outages. **Lessons Learned** The duration of customer impact during this incident was extended by gaps in our operational response. Specifically: * Limited visibility into cloud provider health events delayed our awareness of the underlying infrastructure degradation, and we did not follow our standard operating procedure to escalate with our vendor in a timely manner. * Acknowledgment of the incident on our status page was delayed, deviating from our standard incident communication process. * This incident reinforced the importance of continual improvements in both our monitoring and situational awareness of our infrastructure, as well as in our engineer training and development. We apologize for the extended impact our handling of this incident had on our customers and on their operations. We continue to take our responsibilities to our customers seriously, and have taken lessons from the handling of this incident to strengthen our processes going forward.

1. 26 avril 2026 à 06:21 UTCinvestigating

   We are investigating reports of degraded performance affecting Privileged Access Service / Cloud Suite Pod34. Some users may experience slower than normal response times. Users may encounter slow page loads, increased latency, or timeouts. Our team is actively investigating.

2. 26 avril 2026 à 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 avril 2026 à 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 avril 2026 à 05:19 UTCinvestigating

   We are investigating reports of degraded performance affecting Privileged Access Service / Cloud Suite Pod34. Some users may experience slower than normal response times. Users may encounter slow page loads, increased latency, or timeouts. Our team is actively investigating.

2. 26 avril 2026 à 05:49 UTCresolved

   We’re pleased to inform you that the incident affecting the service(s) listed below has been resolved. The load causing the issue has resolved. We apologize for any inconvenience this incident may have caused, and we appreciate your understanding and support. For any questions or concerns, please reach out to our support team at https://support.delinea.com.

1. 25 avril 2026 à 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 avril 2026 à 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.