63 Centrify incidents · 2025年6月 — official updates, affected components, duration and resolution details.
この事件は解決しました。 弊社は、この原因の混乱を申し受けます。 調査研究 凍結したテナントメッセージを表示したDelinea Platformのテナントのレポートを調査し、ユーザーがサインインし、環境にアクセスすることを防ぎます。 条件は、特定の顧客はテナントにアクセスすることを防ぐ、誤った構成変更による約4:49 PM EDTで始まりました。 エンジニアリングは、原因を特定し、約5:08 PM EDTで始まり、すべての影響を受けたテナントは5:55 PM EDTによって不凍剤を確認しました。 バックフィル通知:このインシデントは、サービスへの影響の正確な記録を提供するために、当社のステータスページに遡って追加されました。 バックフィルのインシデントに関する詳細情報はこちら.
公式のインシデント更新を自動翻訳しています。
米国のデリナプラットフォームへのログインやアクセスに影響を及ぼす問題について調査しています。 一部のユーザーは、テナントにアクセスしたときにログインできなかったり、遅いパフォーマンスが発生することがあります。 ほとんどの場合、ログインの試みを再試行すると、ユーザーは自分のテナントに正常にアクセスすることができます。 当社のエンジニアリングチームは積極的に取り組んでいます。 最新情報を随時更新いたします.
米国地域におけるデリナプラットフォームに関するログイン・アクセスに関する問題を調査し続けています。 サインインしようとすると、「アップストリームリクエストタイムアウト」エラーメッセージが表示されているか、テナントにアクセスしたときに遅いパフォーマンスが発生する可能性があります。 エンジニアリングチームは、このことを最優先事項として完全に従事し、処理しています。 最新情報を随時更新いたします.
問題が特定され、修正が実装されています.
修正を実装し、結果を監視しています.
この事件は解決しました。 米国地域のデリナプラットフォームへのログインとアクセスが正常に戻り、署名時にエラーや劣化したパフォーマンスが発生しなくなったりします。 根本的な原因を継続的に調査し、調査が完了すると根本原因分析を共有します。 弊社は、この原因の混乱を申し受けます.
公式のインシデント更新を自動翻訳しています。
この事件は解決しました。 弊社は、この原因の混乱を申し受けます。 調査研究 米国以外の地域でのユーザが新しいリモートセッションを確立できない問題について調査しています。 セッション開始時に「エンジン利用不可」メッセージが送られます。 米国以外の地域では、お客様の影響が制限されます。 米国地域でホストされているテナントは影響を受けません。 情報が増え次第、更新を行います。 バックフィル通知:このインシデントは、サービスへの影響の正確な記録を提供するために、当社のステータスページに遡って追加されました。 バックフィルのインシデントに関する詳細情報はこちら.
## インシデント 概要 米国以外の地域では、新しいPRAセッションを立ち上げられず、「エンジン利用不可」エラーが発生しました。 進行中のセッションが不満でした。 * 開始: 8月 14, 2026, 09:46 UTC * 終了: 8月 14, 2026, 10:45 UTC ## 根本原因と是正 PRAサービスの新バージョンは、8月14日(水)に9時46分に制作されました。 新しいバージョンは、生産環境で必要な構成値が正しく適用されなかったため、サービスが米国以外の地域にセッションエンジンを配置しないようにしました。 感染したお客様は、新しいセッションを立ち上げられず、「エンジンが利用できなくなった」というエラーが発生しました。 後流監視時のバックエンドエラー率の増加に伴い、顧客レポートとの相関関係により、前回の安定版に戻りました。 10:45 UTCでロールバックが完了しました。 バックエンド・ログによる解像度が検証され、顧客が新しいセッションを正常に起動できなかったことを確認しました。 ## 予防行動 * 生産リリース前に設定の問題が検出されていない理由を決定するために展開プロセスを確認します。 ※新規サービスバージョンを単一領域にリリースし、より広い展開前に検証できるように、段階的なロールアウトモデルを実装します。 * 地域ごとの合成セッション起動、ゲートプロモーション、不具合のロールバックなど、自動後の健康チェックを導入。 誠に誠意をこめてお詫び申し上げます.
公式のインシデント更新を自動翻訳しています。
秘密サーバーに影響を及ぼす劣化性能に関するレポートを調査しています。 一部のユーザーはVault UIにアクセスできません。 ユーザーは、エラーが発生する可能性があります: [フェデレーションランタイム]: RemoteEntryExports は未定義で、シークレットへのアクセスを防ぐことができます。 私たちのチームは、原因を積極的に調査し、正常なサービスを回復するために働いています。 最新情報をお届けいたします.
さらなる調査の後、この問題は秘密サーバーのオンプレミスの展開に分離され、シークレットサーバークラウド(SSC)に影響を与えないと判断しました。 米国、EU、またはSEA地域にSSCの影響が認められていない。 この事件が解決しました.
公式のインシデント更新を自動翻訳しています。
バックエンドインフラの負荷増加に伴い、シンガポール地域の顧客サブセットにシークレットサーバークラウドに影響を与える問題を特定しました。 感染したユーザーは、応答時間を遅くしたり、インスタンスへのアクセスを困難にしたりしました。 パフォーマンスの問題のみでした。 この問題は解決され、通常のパフォーマンスが復元されました。 ご迷惑をおかけいたしますが、何卒ご了承くださいますようお願い申し上げます。 バックフィル通知:このインシデントは、サービスへの影響の正確な記録を提供するために、当社のステータスページに遡って追加されました。 バックフィルのインシデントに関する詳細情報はこちら.
##インシデント 概要 2026年7月29日、シンガポールの秘密サーバークラウド顧客をサブセットし、バックエンドインフラの負荷増加によるパフォーマンスの問題を経験しました。 感染したユーザーは、応答時間を遅くしたり、インスタンスへのアクセスを困難にしたりしました。 影響の開始: 7月 29, 1:41AM UTC 影響終了: 7月 29, 2:32AM UTC ## 根本原因 影響を受ける期間は、シンガポール地域を支援する共有バックエンドリソースが、その能力を最大限に高めるためにそれをプッシュした活用でスパイクを経験しました。 資源のスケーリングに責任を負う自動化されたプロセスは、想定通りの負荷を処理できなかったため、その地域の顧客のサブセットに対する応答時間が増加しました。 ##予防行動 再発防止のため、以下の対策を実施します。 ※自動スケーリングプロセスを強化し、今後起こりうる問題のリスクを軽減します。 ご迷惑をお掛けし、誠に申し訳ございません。 上記行為による再発防止に努めます.
公式のインシデント更新を自動翻訳しています。
一部のシークレットサーバークラウドユーザーがサインインできず、エラーページにリダイレクトされていないという報告を調査しています。 問題解決に積極的に取り組んでおり、すぐに別のアップデートを提供します.
問題の根本原因を特定しました。 設定変更により、影響を受けたテナントがデータベースに接続しないようにし、アプリケーションがエラーページをロードして表示できないようにします。 当社のエンジニアリングチームは、正しい変更を適用し、修正を有効にしています。 次回のアップデートを予定しております.
修正を実装し、結果を監視しています.
この問題は解決され、サービスは正常に動作しています。 今後もモニターを続けてまいります.
公式のインシデント更新を自動翻訳しています。
一部のお客さまがRDP経由の接続やパスワードをリモートで変更することを防ぐ問題を特定しました。 問題解決に積極的に取り組んでおり、すぐに別のアップデートを提供します.
一部の顧客は、プロキシを介して接続したり、パスワードをリモートで変更したりすることを防ぐ問題を特定しました。 この事件では、フォルダ作成時にエラーが発生しました。 当社のエンジニアリングチームは、根本原因を分離し、通常のサービスを回復するための修正を積極的に実施しています。 進捗を継続して更新を行います.
サービスの可用性を回復し、継続的な安定性を確保するために、積極的に環境を監視するための緩和措置を適用しました。 ご迷惑をおかけいたしますが、何卒ご了承くださいますようお願い申し上げます.
秘密サーバークラウドの顧客に影響を与える問題が解決されました。 ご迷惑をおかけいたしますが、何卒ご了承くださいますようお願い申し上げます.
## 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.
公式のインシデント更新を自動翻訳しています。
米国の地域におけるコネクタ接続の問題に遭遇する複数の顧客からのレポートを意識しています。 コネクタのトラフィックをサポートするネットワークインフラとして原因を特定し、衝撃を緩和しました。 コネクティビティが復元されるようになりました。 再発防止のため、翌週にさらなる調査・インフラ変更を予定しています.
## 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.
公式のインシデント更新を自動翻訳しています。
以下に掲げるサービスに影響を及ぼすインシデントに関するアップデートをお願いしました。 私たちのチームは、問題に対処するため、積極的に取り組んできました。 今後とも、より一層のご支援を賜りますようお願い申し上げます。 ご質問やご不明な点がございましたら、https://support.delinea.com までお問い合わせください.
Delinea Platformインスタンスにアクセスしたり、コネクターベースの操作が使用されているときに、一部の顧客が経験した断続的な504 /ゲートウェイタイムアウトエラーの原因を特定しました。 問題は、コネクタ接続を処理するバックエンドサービスで、応答時間を増加させ、いくつかの要求がタイムアウトを引き起こします。 当社のエンジニアリングチームは、ソースを分離し、通常のパフォーマンスを回復するために、是正措置を積極的に適用しています。 一部の顧客は、修正が完全に配置されるまで断続的なタイムアウトを見ることができます。 状況の変化に伴い、更なるアップデートをいたします.
問題が特定され、現在進行中です。 今後も進化を続けてまいります.
この事件は解決しました.
## 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.
公式のインシデント更新を自動翻訳しています。
米国東部のお客様には、監査イベント処理の遅延が発生しています。 監査ログおよび監査活動は、Delineaプラットフォームおよびシークレットサーバークラウドインターフェイスで遅延または不完全に見える場合があります。 監査イベントが失われない すべてのイベントをキャプチャして処理します。 秘密のアクセス、認証、パスワード管理などのコア製品の機能には影響しません。 当社のエンジニアリングチームは、根本的な原因を特定し、データベースをスケール化し、バックログに取り組むリソースを処理します。 バックログは積極的に排水しています.
米国東部地域の顧客に影響を与える監査イベント処理バックログが完全にクリアされています。 監査ログは現在、最新の状態です。 この期間中に監査イベントが失われたことはありません。 ありがとうございます.
##インシデント 概要 2026年7月20日、米国地域のデリナプラットフォームの顧客によるサブセットは、監査イベント処理の遅延を経験し、アクションが発生したときと、対応する監査イベントがログに現れたときの間の遅延が発生しました。 * 開始: 7月 20, 2026, 10:54 UTC * 終了: 7月 23, 2026, 3:58 PM UTC ## 根本原因と是正 米国地域の監査イベントパイプラインの処理能力を上回る、最近の秘密サーバーリリースの後に監査イベントのボリュームの増加による事件が発生しました。 ボリュームが増加するにつれて、イベントはリアルタイムで配信されるのではなく、処理のためにキューに入れられ、バックログと監査ログの可用性の対応する遅延を引き起こしました。 この事件で監査イベントが失われたことはありませんでした。 当社のエンジニアリングチームは、キューの深さと処理速度を監視しながら、バックログを通して作業するデータ処理能力をスケールアップしました。 2026年7月23日(水)までに、全ての遅延イベントが完全に処理され、監査ログが現われ、通常の業務が再開されました。 ##予防行動 * 監査イベントパイプラインに自動スケーリングを施すことで、バックログを作成したり、ログの可用性を遅らせることなく、ボリュームの増加を吸収できます。 * 監視を改善し、監査処理量とキューの深さを警告して、顧客が影響される前に潜在的な遅延を検出し、応答します。 ご迷惑をお掛けし、誠に申し訳ございません。 上記行為による再発防止に努めます.
公式のインシデント更新を自動翻訳しています。
現在、SCIMシンクロナイゼーションが新しいユーザー/グループの作成にタイムアウトを経験するデリナプラットフォームに影響を及ぼす問題について調査しています。 この問題は、主に大規模なグループサイズ(グループごとのユーザー数)の顧客に影響を与える。 それは遅い性能を引き起こし、場合によっては、ログイン失敗を引き起こしました。 緩和ステップとして、SCIMパブリックプレビューはさらなる衝撃を最小限に抑えるために無効になっています。 当社のチームは、根本原因を積極的に調査し、より多くの情報が利用できるように更新を提供します.
SCIMタイムアウトの問題を修正しました。 性能は正常に戻り、SCIMの同期は期待通り機能します。 この事件が解決しました。 引き続き関連する問題が発生した場合は、https://support.delinea.comにてサポートチームにお問い合わせください。 ありがとうございます.
## インシデント 概要 2026年7月10日、SCIMの公開プレビューを使用して、Active Directoryの統合は、コネクターの性能を劣化させました。 インシデントウィンドウで会員が変更されると、非常に大きなメンバー\(ユーザー数)を含むADグループを持つテナントに影響が制限されました。 感染したコネクタは、CPUとメモリ使用率が重要なレベルに上昇し、ログインを含む他の要求を処理する能力を損なう。 * 開始:7月9日、2026日、約11:00 PM セントラル \(7月10日、午前4:00 UTC \) ※終了:2026年7月13日(水)午後8時頃 中央 \(7月14日(金)午後UTC\) ## 根本原因と是正 2026年6月24日の公開プレビューに、SCIM機能が公開されました。 SCIMプロトコルを満たすために、SCIMサービスは、ADからストリームされた変更通知から構築されたActive Directoryのユーザーとグループデータの部分的なコピーを維持します。 SCIMがグループに対して会員変更通知を受け取ったとき、まだ完全に登録されていない場合は、特定の変更ではなく、グループ全体のメンバーシップ全体にADを委託しました。 非常に大きなADグループのお客様にとって、これは、顧客のコネクタを介して大量のクエリを生成し、圧倒的にしました。 公開プレビュー機能を搭載したテナントが自動的にSCIM機能を受け取り、SCIMを利用した環境も公開しました。 SCIMは、その使用を積極的に行っていないことを確認した後、影響を受けた顧客に対して無効化され、SCIMの公開プレビューは7月13日に永続的な修正が検証されたときに予防策として無効化されました。 単一のメンバーシップ変更通知がグループの完全なメンバーシップではなく、その変更のためのクエリをトリガーするようにサービスが更新されました。 修正は7月13日(土)に終了し、SCIMの公開プレビューが7月14日(水)午前8時に再有効となりました。 お客様からの行動は必須ではありません。 ## 予防行動 *将来のプレビュープロモーションの前に大規模なADグループシナリオを含むテストを拡大します。 *異常なコネクター間接APIの呼出しの容積のための監視を加えて下さい、従って顧客の影響の前に同じような問題は検出されます。 ご迷惑をお掛けし、誠に申し訳ございません。 上記行為による再発防止に努めます.
公式のインシデント更新を自動翻訳しています。
Delinea PlatformとSecret Server Cloudに影響を及ぼす問題は、ユーザーが秘密を立ち上げることができない問題を認識し、「Secret Server Cloudでエラーが発生しました」というエラーが発生しました。 当社のチームは、根本原因を積極的に調査し、より多くの情報が利用できるように更新を提供します.
問題が特定され、修正が実装されています.
修正を実装し、結果を監視しています.
この事件は解決しました.
##**事件概要** 2026年7月11日、[Secret Server Cloud Release](https://status.delinea.com/incidents/b8yxjwdy4kv2)で、デリナプラットフォームを介してブローカーされた起動を含む、コネクタランチャーの起動障害を経験した顧客。 HTTP 500 エラーを返し、接続ファイルが生成されない不具合が発生しました。 他のランチャータイプと他のすべてのシークレットサーバーの機能が影響を受けていない。 * 開始日:7月11日、2026日、約5:00 PM UTC * 終了: 2026年7月12日、8:34 AM UTC \(全地域横断ロールバック) ##**ルート原因と是正** リリースは、ランチャーの設定が、既存のセッションコネクターのランチャー設定と互換性のない方法で起動時に解決する方法を変更しました。 通常のコンプリートではなく、サーバーのエラーで失敗した設定のリクエストを起動します。 私たちのチームは、すべての地域でリリースをロールバックしました。 8:21 AM UTCでロールバックが始まり、7月12日に8:34 AM UTCで完了しました。 ロールバックの後、当社のチームは、通常の機能に戻りました。 お客様からの行動は必須ではありません。 修正された修正は、セッション コネクタの拡張された自動回帰カバレッジで完了し、設定を起動し、今後のシークレット サーバー クラウド リリースに含まれています。 顧客行動は必要ありません。 ##**予防措置** ※自動起動テストカバレッジは、すべてのランチャータイプと構成に対応しました。 * デプロイメントによって導入された新しいエラーシグネチャの自動検出、同様の問題の検出とロールバックの時間を削減します。 ご迷惑をお掛けし、誠に申し訳ございません。 上記行為による再発防止に努めます.
公式のインシデント更新を自動翻訳しています。
当社のチームは、RPCに影響を及ぼす問題を認識し、積極的に調査しています。 情報が増えるにつれて、追加アップデートが提供されます.
根本原因を特定し、問題の緩和に積極的に取り組んでいます。 アップデートは随時追加配信されます.
修正を実装し、現在監視中です。 次回もアップデートを予定しています.
米国シークレットサーバークラウドに影響を及ぼす事故が解決されたことをお知らせします。 当社のチームは、修正を実施し、すべてのシステムが正常に動作しています。 大変ご迷惑をおかけいたしますが、何卒ご了承くださいますようお願い申し上げます。 ご質問やご不明な点がございましたら、https://support.delinea.com までお問い合わせください.
## インシデント 概要 2026年7月9日、SSC US地域のお客様には、約2時間の秘密アクセスを経験しました。 影響を受けたお客様は、衝撃ウィンドウ内での、秘密の閲覧、リモートセッションの起動、またはRPC操作の実行が確実に不可能でした。 * 開始日:7月9日、2026日、1:52 PM セントラル \(6:52 PM UTC\) * 終了: 2026年7月9日、3:55 PM セントラル \(8:55 PM UTC\) ## 根本原因と是正 関係のないアラートの定期的な調査中に、内部メッセージングインフラストラクチャで使用される資格情報が再生されました。 背景処理、Webリクエスト、セッション処理をSSC US領域全体でサポートします。 トランジション期間なしで複数の接続を無効化した再生。 これにより、メッセージングレイヤーに依存するWebリクエストが停止し、最終的に失敗する背景処理が発生しました。 当社のチームは、影響を受けたシステムを新しい資格情報とともに更新し、影響を受けたサービスを再起動しました。 サービスが再起動すると、接続性が自動的に再確立されました。 お客様からの行動は必須ではありません。 午後3時55分に復旧が確認されました。 ## 予防行動 * 生産名空間に対するルートキー操作上の変更制御ゲートを改善し、未読のキーの回転を防ぎます。 ご迷惑をお掛けし、誠に申し訳ございません。 上記行為により再発防止に努めます.
公式のインシデント更新を自動翻訳しています。
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.
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
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.
This incident has been resolved.
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.
We are continuing to investigate this issue.
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.
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.
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.
This incident has been resolved.
## 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.
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.
**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.
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.
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.
**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.
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.
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.
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.
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.
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.
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.
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.