История сбоев Centrify

1. 4 сентября 2026 г. в 22:02 UTCresolved

   Этот инцидент был урегулирован. Мы приносим извинения за срыв, который это вызвало. расследовать Мы расследуем сообщения о том, что арендаторы платформы Delinea отображают замороженное сообщение арендатора, не позволяя пользователям войти и получить доступ к своей среде. Состояние началось примерно в 4:49 вечера по восточному времени из-за неправильного изменения конфигурации, что не позволило некоторым клиентам получить доступ к своим арендаторам. Инженеры определили причину, провели обратную работу, начиная примерно с 5:08 вечера по восточному времени, и все пострадавшие арендаторы были подтверждены незамороженными к 5:55 вечера по восточному времени. Уведомление об обратном заполнении: этот инцидент был добавлен на нашу страницу статуса ретроспективно, чтобы обеспечить точную запись о влиянии сервиса. Более подробная информация об инцидентах с обратным заполнением доступна здесь.

Автоматический перевод официального обновления инцидента.

1. 28 августа 2026 г. в 18:02 UTCinvestigating

   Мы расследуем проблему, затрагивающую логин и доступ к платформе Delinea в регионе США. Некоторые пользователи могут быть не в состоянии войти в систему или могут испытывать медленную производительность при доступе к своим арендаторам. В большинстве случаев повторная попытка входа в систему позволяет пользователям успешно получить доступ к своему арендатору. Активно занимается наша инженерная команда. Мы предоставим обновление, как только будет доступна дополнительная информация.

2. 28 августа 2026 г. в 18:27 UTCinvestigating

   Мы продолжаем изучать вопросы входа и доступа, затрагивающие платформу Delinea в регионе США. Пострадавшие пользователи могут видеть сообщение об ошибке «восходящего запроса тайм-аута» при попытке войти в систему или могут испытывать медленную производительность при доступе к своему арендатору. Наша инженерная команда полностью вовлечена и рассматривает это как главный приоритет. Мы предоставим обновление, как только будет доступна дополнительная информация.

3. 28 августа 2026 г. в 19:19 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

4. 28 августа 2026 г. в 19:33 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

5. 28 августа 2026 г. в 20:16 UTCresolved

   Этот инцидент был урегулирован. Логин и доступ к платформе Delinea в регионе США вернулись к норме, и пользователи больше не должны сталкиваться с ошибками или ухудшением производительности при входе в систему. Мы продолжаем наше расследование основной причины и поделимся анализом первопричины, как только это расследование будет завершено. Мы приносим извинения за срыв, который это вызвало.

6. 10 сентября 2026 г. в 00:54 UTCpostmortem

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

Автоматический перевод официального обновления инцидента.

1. 19 августа 2026 г. в 21:47 UTCresolved

   Этот инцидент был урегулирован. Мы приносим извинения за срыв, который это вызвало. расследовать Мы расследуем проблему, когда пользователи в неамериканских регионах не могут устанавливать новые удаленные сессии. Пострадавшие пользователи получают сообщение «Engine unavailable» при запуске сеанса. Влияние ограничено клиентами в неамериканских регионах. Арендаторы, размещенные в регионе США, не пострадали. Мы предоставим обновление, как только у нас будет больше информации. Уведомление об обратном заполнении: этот инцидент был добавлен на нашу страницу статуса ретроспективно, чтобы обеспечить точную запись о влиянии сервиса. Более подробная информация об инцидентах с обратным заполнением доступна здесь.

2. 19 августа 2026 г. в 22:11 UTCpostmortem

   ##Обзор инцидентов Подгруппа клиентов в неамериканских регионах не смогла запустить новые сессии PRA и получила ошибку «Engine unavailable». Существующие рабочие сессии не пострадали. * Старт: 14 августа 2026, 09:46 UTC * Конец: 14 августа 2026, 10:45 UTC ##Коренная причина и восстановление Новая версия сервиса PRA была запущена в производство 14 августа 2026 года в 09:46 UTC. Новая версия некорректно применила требуемое значение конфигурации в производственной среде, что помешало сервису найти сессионный двигатель для неамериканских регионов. Пострадавшие клиенты не смогли запустить новые сессии и получили ошибку «Engine unavailable». После увеличения частоты ошибок бэкэнда во время мониторинга после развертывания, связанного с поступающими отчетами клиентов, развертывание было перенесено на предыдущую стабильную версию. Rollback завершился в 10:45 UTC. Разрешение было проверено с помощью бэкэнд-логов и путем подтверждения того, что затронутые клиенты могут успешно запускать новые сессии. ##Профилактические меры Проанализируйте процесс развертывания, чтобы определить, почему проблема конфигурации не была обнаружена до выпуска продукции. Внедрить поэтапную модель развертывания, чтобы новые версии услуг были выпущены в одном регионе и проверены перед более широким развертыванием. Ввести автоматизированные проверки здоровья после развертывания, включая запуск синтетического сеанса в каждом регионе, что продвижение ворот и вызвать откат от отказа. Мы искренне извиняемся за причиненный ущерб и ценим ваше терпение, пока мы работали над его устранением.

Автоматический перевод официального обновления инцидента.

1. 3 августа 2026 г. в 04:55 UTCinvestigating

   Мы расследуем сообщения о ухудшении производительности, затрагивающих секретный сервер. Некоторые пользователи могут не иметь доступа к интерфейсу Vault. Пользователи могут столкнуться с ошибкой: [Federation Runtime]: удаленный EntryExports не определен, что может помешать доступу к секретам. Наша команда активно исследует причину и работает над восстановлением нормального сервиса. Мы будем предоставлять обновления по мере поступления дополнительной информации.

2. 3 августа 2026 г. в 14:31 UTCresolved

   После дальнейшего расследования мы определили, что эта проблема изолирована от локальных развертываний Secret Server и не влияет на Secret Server Cloud (SSC). Влияние на SSC не было выявлено в регионах США, ЕС или СЭО. Теперь этот инцидент урегулирован.

Автоматический перевод официального обновления инцидента.

1. 29 июля 2026 г. в 04:12 UTCresolved

   Мы выявили проблему, затрагивающую Secret Server Cloud для подмножества клиентов в регионе Сингапура из-за повышенной нагрузки на бэкэнд-инфраструктуру. Пострадавшие пользователи испытывали медленное время отклика или трудности с доступом к своему экземпляру. Это был только вопрос производительности. Этот вопрос решен, нормальная работа восстановлена. Мы приносим извинения за любые неудобства, которые это могло вызвать. Уведомление об обратном заполнении: этот инцидент был добавлен на нашу страницу статуса ретроспективно, чтобы обеспечить точную запись о влиянии сервиса. Более подробная информация об инцидентах с обратным заполнением доступна здесь.

2. 20 августа 2026 г. в 11:49 UTCpostmortem

   ###Обзор событий 29 июля 2026 года подгруппа клиентов Secret Server Cloud в сингапурском регионе столкнулась с проблемой производительности из-за повышенной нагрузки на бэкэнд-инфраструктуру. Пострадавшие пользователи испытывали медленное время отклика или трудности с доступом к своему экземпляру. Начало работы: 29 июля, 1:41AM UTC End of Impact: 29 июля 2:32AM UTC ###Коренная причина В течение затронутого периода общий бэкэнд-ресурс, поддерживающий регион Сингапура, испытал всплеск использования, который подтолкнул его к максимальной мощности. Автоматизированный процесс, ответственный за масштабирование ресурсов для обработки увеличенной нагрузки, не был выполнен, как ожидалось, что привело к увеличению времени отклика для подмножества клиентов в этом регионе. ###Профилактические меры Для предотвращения рецидивов осуществляются следующие меры: • Улучшение процесса автоматизированного масштабирования для снижения риска возникновения подобных проблем в будущем. Мы искренне извиняемся за срыв, который это вызвало, и неудобства для ваших операций. Мы стремимся предотвратить повторение этих действий.

Автоматический перевод официального обновления инцидента.

1. 28 июля 2026 г. в 14:03 UTCinvestigating

   Мы расследуем сообщения о том, что некоторые пользователи Secret Server Cloud не могут войти в систему и перенаправляются на страницу ошибки. Мы активно работаем над решением проблемы и в ближайшее время предоставим еще одно обновление.

2. 28 июля 2026 г. в 14:15 UTCidentified

   Мы определили первопричину проблемы. Изменение конфигурации помешало затронутым арендаторам подключиться к базе данных, в результате чего приложение не смогло загрузить и отобразить страницы ошибок. Наша инженерная команда применила корректирующее изменение и проверяет исправление. В ближайшее время мы предоставим еще одно обновление.

3. 28 июля 2026 г. в 16:34 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

4. 28 июля 2026 г. в 23:07 UTCresolved

   Этот вопрос решен, и службы работают в штатном режиме. Мы будем продолжать следить за обеспечением стабильности.

Автоматический перевод официального обновления инцидента.

1. 27 июля 2026 г. в 18:05 UTCinvestigating

   Мы выявили проблему, которая мешает некоторым клиентам подключаться через RDP или удаленно менять пароли. Мы активно работаем над решением проблемы и в ближайшее время предоставим еще одно обновление.

2. 27 июля 2026 г. в 19:34 UTCidentified

   Мы выявили проблему, которая мешает некоторым клиентам подключаться через прокси-сервер или удаленно менять пароли. Во время этого инцидента некоторые клиенты также испытывали ошибки при создании папок. Наша инженерная команда изолировала первопричину и активно внедряет исправление для восстановления нормального обслуживания. Мы предоставим еще одно обновление по мере продолжения прогресса.

3. 27 июля 2026 г. в 20:10 UTCmonitoring

   Мы применяем меры по смягчению последствий для восстановления доступности услуг и активно следим за состоянием окружающей среды для обеспечения постоянной стабильности. Мы приносим извинения за любые неудобства, которые это могло вызвать, и ценим ваше терпение.

4. 27 июля 2026 г. в 21:30 UTCresolved

   Проблемы, затрагивающие наших клиентов, были решены. Мы приносим извинения за любые неудобства, которые это могло вызвать.

5. 4 августа 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.

Автоматический перевод официального обновления инцидента.

1. 26 июля 2026 г. в 18:13 UTCresolved

   Нам известны сообщения от нескольких клиентов, испытывающих проблемы с подключением Connector в регионе США. Мы определили причину как сетевую инфраструктуру, поддерживающую трафик Connector, и смягчили последствия. Теперь необходимо восстановить связь. Дальнейшие исследования и изменения инфраструктуры запланированы на следующую неделю, чтобы предотвратить повторение.

2. 4 августа 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.

Автоматический перевод официального обновления инцидента.

1. 24 июля 2026 г. в 16:24 UTCidentified

   Мы хотели предоставить вам обновленную информацию об инциденте, затрагивающем услугу (ы), перечисленные ниже. Наша команда усердно работает над решением этой проблемы, и мы добились значительного прогресса. Мы ценим ваше терпение и поддержку, поскольку мы работаем, чтобы полностью восстановить нормальное обслуживание. По любым вопросам или проблемам обращайтесь в нашу службу поддержки по адресу https://support.delinea.com.

2. 24 июля 2026 г. в 16:33 UTCidentified

   Мы определили причину периодических ошибок 504 / Gateway Timeout, которые некоторые клиенты испытывали при доступе к своим экземплярам платформы Delinea или при использовании операций на основе разъема. Проблема связана с повышенным временем отклика в бэкэнд-сервисе, который обрабатывает подключение разъема, что вызывает некоторые запросы на тайм-аут. Наша инженерная команда изолировала источник и активно применяет корректирующие действия для восстановления нормальной работы. Некоторые клиенты могут продолжать видеть периодические тайм-ауты, пока исправление не будет полностью установлено. Мы предоставим дополнительную информацию по мере изменения ситуации.

3. 24 июля 2026 г. в 22:34 UTCidentified

   Этот вопрос был выявлен, и в настоящее время предпринимаются усилия по его устранению. Мы будем продолжать предоставлять обновления по мере продвижения вперед.

4. 24 июля 2026 г. в 23:48 UTCresolved

   Этот инцидент был урегулирован.

5. 4 августа 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.

Автоматический перевод официального обновления инцидента.

1. 21 июля 2026 г. в 21:55 UTCmonitoring

   Мы испытываем задержки в обработке аудиторских мероприятий для клиентов в нашем восточном регионе США. Ревизионные журналы и аудиторская деятельность могут оказаться запоздалыми или неполными в интерфейсах Delinea Platform и Secret Server Cloud. Никакие аудиторские мероприятия не теряются. Все события фиксируются и будут обрабатываться. Функциональность основных продуктов, включая секретный доступ, аутентификацию и управление паролями, не затрагивается. Наша инженерная команда определила первопричину и масштабировала базы данных и ресурсы обработки для устранения отставания. Отставание активно истощается.

2. 23 июля 2026 г. в 15:57 UTCresolved

   Отставание в обработке аудиторских мероприятий, затрагивающее клиентов в нашем восточном регионе США, было полностью устранено. Журналы аудита в настоящее время актуальны и актуальны. В этот период не было потеряно ни одного аудиторского мероприятия. Спасибо за ваше терпение.

3. 20 августа 2026 г. в 11:48 UTCpostmortem

   ###Обзор событий 20 июля 2026 года подгруппа клиентов Delinea Platform в регионе США столкнулась с задержками в обработке событий аудита, что привело к задержке между моментом совершения действий и моментом появления соответствующих событий аудита в журналах. * Начало: 20 июля 2026, 10:54 AM UTC * Конец: 23 июля 2026, 3:58 вечера UTC ### Коренная причина и восстановление Инцидент был вызван увеличением объема аудиторских мероприятий после недавнего выпуска Secret Server, который превысил пропускную способность конвейера аудиторских мероприятий в регионе США. По мере роста объема мероприятия были поставлены в очередь для обработки, а не доставлены в режиме реального времени, что привело к отставанию и соответствующей задержке в доступности журнала аудита. Во время этого инцидента не было потеряно ни одного события аудита. Наша инженерная команда масштабировала базовую мощность обработки данных для работы через отставание при мониторинге глубины очереди и скорости обработки. К 23 июля 2026 года все отложенные события были полностью обработаны, журналы аудита были текущими, и нормальные операции возобновились. ###Профилактические меры Улучшить автоматическое масштабирование на конвейере событий аудита, чтобы он мог поглощать увеличение объема без создания отставания или задержки доступности журнала. Улучшение мониторинга и оповещения об объеме обработки аудита и глубине очереди для выявления потенциальных задержек раньше и реагирования до воздействия на клиентов. Мы искренне извиняемся за срыв, который это вызвало, и неудобства для ваших операций. Мы стремимся предотвратить повторение этих действий.

Автоматический перевод официального обновления инцидента.

1. 13 июля 2026 г. в 18:00 UTCinvestigating

   В настоящее время мы расследуем проблему, затрагивающую платформу Delinea, где синхронизация SCIM испытывает тайм-ауты при создании новых пользователей / групп. Эта проблема в первую очередь затрагивает клиентов с большими размерами группы (тысячи пользователей на группу). Это вызвало медленную производительность и, в некоторых случаях, сбои входа в систему. В качестве шага по смягчению последствий SCIM Public Preview был отключен для минимизации дальнейшего воздействия. Наша команда активно изучает первопричину и будет предоставлять обновления по мере поступления дополнительной информации.

2. 13 июля 2026 г. в 23:16 UTCresolved

   Реализовано решение проблемы тайм-аута SCIM. Производительность вернулась к норме, и синхронизация SCIM работает, как и ожидалось. Теперь этот инцидент урегулирован. Если вы продолжаете испытывать какие-либо связанные с этим проблемы, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://support.delinea.com Спасибо за ваше терпение.

3. 17 июля 2026 г. в 20:33 UTCpostmortem

   ##Обзор инцидентов 10 июля 2026 года клиенты, использующие публичный предварительный просмотр SCIM с интеграцией Active Directory, испытали ухудшение производительности разъема. Влияние было ограничено арендаторами с группой AD, содержащей очень большое членство, которое претерпело изменение членства во время окна инцидента. Пострадавшие разъемы показали, что использование процессора и памяти поднимается до критических уровней, что ухудшает их способность обрабатывать другие запросы, включая логины. * Старт: 9 июля 2026 года, примерно в 11:00 вечера по центральному времени \(10 июля, 4:00 утра по UTC\) * Конец: 13 июля 2026 года, примерно в 8:00 вечера по центральному времени \(14 июля, 1:00 утра по UTC\) ##Коренная причина и восстановление Функционал SCIM, ранее доступный через частный предварительный просмотр, был продвинут на публичный предварительный просмотр 24 июня 2026 года. Чтобы удовлетворить протокол SCIM, служба SCIM поддерживает частичную копию пользовательских и групповых данных Active Directory, построенных из уведомлений об изменениях, передаваемых из AD. Когда SCIM получил уведомление о смене членов для группы, которую он еще не полностью населял, он запросил AD для всего членства группы, а не для конкретного изменения. Для клиентов с очень большими группами AD это вызвало большой объем запросов через разъем клиента. Арендаторы с включенным публичным предварительным просмотром автоматически получали функцию SCIM, поэтому среды, не использующие SCIM, также подвергались воздействию. Чтобы исправить ситуацию, SCIM был отключен для пострадавших клиентов после подтверждения того, что они активно не используют его, и SCIM был отключен 13 июля в качестве меры предосторожности, в то время как постоянное исправление было подтверждено. Сервис был обновлен таким образом, что одно уведомление об изменении членства вызывает запрос только на это изменение, а не на полное членство группы. Фиксация была развернута к концу дня 13 июля, и SCIM был повторно включен 14 июля 2026 года в 8:00 утра по центральному времени. Никаких действий от клиентов не требовалось. ##Профилактические меры Расширить тестирование, чтобы включить крупномасштабные сценарии группы AD до будущих рекламных акций. Добавьте мониторинг ненормального объема вызовов API, ориентированного на разъем, чтобы аналогичные проблемы были обнаружены до воздействия на клиента. Мы искренне извиняемся за срыв, который это вызвало, и неудобства для ваших операций. Мы стремимся предотвратить повторение этих действий.

Автоматический перевод официального обновления инцидента.

1. 12 июля 2026 г. в 07:04 UTCinvestigating

   Мы знаем о проблеме, затрагивающей платформу Delinea и облако секретных серверов, когда пользователи могут быть не в состоянии запустить секреты, столкнувшись с ошибкой «Ошибка произошла в облаке секретных серверов». Наша команда активно исследует первопричину и предоставит обновление по мере поступления дополнительной информации.

2. 12 июля 2026 г. в 08:38 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 12 июля 2026 г. в 09:40 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

4. 12 июля 2026 г. в 11:19 UTCresolved

   Этот инцидент был урегулирован.

5. 15 июля 2026 г. в 16:02 UTCpostmortem

   ##**Обзор инцидентов** 11 июля 2026 года после выпуска [Secret Server Cloud] (https://status.delinea.com/incidents/b8yxjwdy4kv2) клиенты, использующие пусковые установки Session Connector, столкнулись с секретными сбоями запуска, включая запуски, осуществляемые через платформу Delinea. Пострадавшие запуски вернули ошибку HTTP 500, и файл соединения не был сгенерирован. Другие типы пусковых установок и все другие функции Секретного сервера не были затронуты. * Начало: 11 июля 2026 года, примерно в 5:00 вечера UTC Конец: 12 июля 2026, 8:34 AM UTC (откат завершен во всех регионах) ##**Корневая причина и восстановление** Релиз изменил то, как конфигурация пусковой установки решается во время запуска таким образом, который был несовместим с некоторыми существующими конфигурациями пусковой установки Session Connector. Запросы на запуск этих конфигураций потерпели неудачу с ошибкой сервера вместо обычного завершения. Чтобы исправить ситуацию, наша команда отменила релиз во всех регионах. Откат начался в 8:21 утра UTC и был завершен к 8:34 утра UTC 12 июля, урегулировав инцидент. После отката наша команда подтвердила пострадавшим клиентам, что секретный запуск вернулся к нормальной работе. Никаких действий от клиентов не требовалось. Исправленное исправление было завершено и проверено с расширенным автоматическим покрытием регрессии для Session Connector для запуска конфигураций и будет включено в предстоящий выпуск Secret Server Cloud. Никаких действий клиентов не потребуется. ##**Превентивные действия** * Расширяется охват автоматизированных испытаний пусковых установок для всех поддерживаемых типов и конфигураций пусковых установок. Автоматизированное обнаружение новых сигнатур ошибок, введенных развертыванием, сокращение времени обнаружения и отката для аналогичных проблем. Мы искренне извиняемся за срыв, который это вызвало, и неудобства для ваших операций. Мы стремимся предотвратить повторение этих действий.

Автоматический перевод официального обновления инцидента.

1. 9 июля 2026 г. в 19:57 UTCinvestigating

   Наша команда знает о проблеме, затрагивающей ПКР, и активно расследует ее. Мы предоставим дополнительные обновления по мере поступления дополнительной информации.

2. 9 июля 2026 г. в 20:00 UTCidentified

   Мы определили первопричину и активно работаем над смягчением проблемы. Дальнейшие обновления будут предоставляться по мере их поступления.

3. 9 июля 2026 г. в 20:33 UTCmonitoring

   Мы внедрили исправление и в настоящее время осуществляем мониторинг. В ближайшее время будут представлены дополнительные обновления.

4. 9 июля 2026 г. в 22:42 UTCresolved

   Мы рады сообщить вам, что инцидент, затронувший US Secret Server Cloud, был устранен. Наша команда внедрила исправление, и все системы теперь работают нормально. Мы приносим извинения за любые неудобства, вызванные этим инцидентом, и мы ценим ваше понимание и поддержку. По любым вопросам или проблемам обращайтесь в нашу службу поддержки по адресу https://support.delinea.com.

5. 10 июля 2026 г. в 00:38 UTCpostmortem

   ##Обзор инцидентов 9 июля 2026 года клиенты в регионе SSC США испытали ухудшение секретного доступа примерно на два часа. Пострадавшие клиенты не могли надежно просматривать секреты, запускать удаленные сеансы или выполнять операции RPC во время окна удара. * Старт: 9 июля 2026, 1:52 PM Central \(6:52 PM UTC\) * Конец: 9 июля 2026, 3:55 PM Central \(8:55 PM UTC\) ##Коренная причина и восстановление Во время рутинного расследования несвязанного оповещения были восстановлены учетные данные, используемые нашей внутренней инфраструктурой обмена сообщениями. Эта инфраструктура поддерживает фоновую обработку, веб-запросы и обработку сеансов в регионе SSC США. Регенерация аннулировала несколько соединений без переходного периода. Это привело к остановке фоновой обработки и веб-запросам, которые зависят от уровня обмена сообщениями, и в конечном итоге выходят из строя. Чтобы исправить ситуацию, наша команда обновила затронутые системы новыми учетными данными и перезапустила затронутые службы. Подключение было автоматически восстановлено после перезапуска услуг. Никаких действий от клиентов не требовалось. Восстановление было подтверждено в 3:55 вечера по центру. ##Профилактические меры * Улучшенные шлюзы управления изменениями в операциях корневых ключей против производственных пространств имен для предотвращения непроверенных поворотов ключей. Мы искренне извиняемся за срыв, который это вызвало, и неудобства для ваших операций. Мы обязуемся не допускать повторения подобных действий посредством вышеуказанных действий.

Автоматический перевод официального обновления инцидента.

1. 28 мая 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 мая 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 мая 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 мая 2026 г. в 20:10 UTCresolved

   This incident has been resolved.

1. 20 мая 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 мая 2026 г. в 18:44 UTCinvestigating

   We are continuing to investigate this issue.

3. 20 мая 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 мая 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 мая 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 мая 2026 г. в 21:43 UTCresolved

   This incident has been resolved.

7. 27 мая 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 мая 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 мая 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 мая 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 мая 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 мая 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 апреля 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 апреля 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 апреля 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 апреля 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 апреля 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 апреля 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 апреля 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.