Delinea logo and current status indicator

Delinea Incident History

Operational

delinea.com ↗8 top-level components

checked Oct 24, 2026 6:52 PM UTC · Delinea's official status page

Delinea is up and running.

Delinea is currently operational with all systems functioning normally.

All components operational

Be the first to know

Statusfield watches Delinea alongside the rest of your stack and tells you when its status changes. Email, Slack, Microsoft Teams, PagerDuty, and webhooks.

30-day free trial — no card needed. First-time customers; continued monitoring requires a paid subscription.

Delinea incident history

19 reports published by Delinea in the last 30 days

When Delinea breaks, it is typically resolved in 3d 20h — median across 2 resolved incidents over 30 days.

October 21, 2026

Platform: Inventory service is not accepting updates

Last update
  1. resolvedOct 21 · 16:03 UTC

    We’re pleased to inform you that the incident affecting the Inventory service 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.

Reported by Delinea on their status page.

October 13, 2026

Platform & SSC : SSO login failures on Delinea Platform (US, EU, UK, CA, AU, SEA and UAE)

Last update
  1. resolvedOct 13 · 16:56 UTC

    This incident has been resolved.

Reported by Delinea on their status page.

Platform: PRA Remote Application Session Disconnecting

Last update
  1. postmortemOct 20 · 23:36 UTC

    Incident Overview  

    A subset of customers using Privileged Remote Access (PRA) Remote Application sessions experienced session disconnections approximately 2 to 3 minutes after launch. Reports were received from customers across the SEA, AU, UAE, CA, UK, and US regions.  

    • Start: October 13, 2026, 21:13 UTC 
    • End: October 14, 2026, 19:28 UTC 

    Root Cause and Remediation 

    A scheduled update was rolled out regionally to our remote session service as part of ongoing security compliance work. This update included a new version of a third-party remote desktop protocol component, which introduced a behavioral change that prevented a specific connection handshake from completing during session initialization. As a result, affected sessions were automatically logged off for approximately 2–3 minutes after connecting successfully. 

    Because these disconnections completed cleanly, without generating errors in system logs or traces, the issue was not detected by existing monitoring systems before the first customer report on October 13, 2026. A fix to restore the required connection handshake was identified and deployed across all affected regions by approximately 19:28 UTC on October 14, 2026. 

    Preventative Actions 

    • Expand our automated Remote Application test coverage to include extended duration sessions, so time-dependent issues are caught before release.  

    • Add monitoring for session duration anomalies, specifically tracking sessions that disconnect at consistent short intervals (e.g., ~2 to 3 minutes), even when the disconnection appears clean.  

    We sincerely apologize for the disruption this caused and appreciate your patience while we worked to resolve it.

Reported by Delinea on their status page.

Platform: SSO login failures on Delinea Platform (US, EU, UK, CA, AU, SEA and UAE)

Last update
  1. resolvedOct 13 · 02:00 UTC

    Between approximately 12:32 UTC and 14:11 UTC on October 13, 2026, some users signing in to the Delinea Platform with SAML single sign-on (SSO) were unable to complete login and received an "Access Denied – Error 15" message after authenticating with their identity provider. Users who were already signed in, and users signing in without SAML SSO, were not affected.

    The issue was caused by a security rule at a third-party edge network provider that incorrectly blocked SAML login responses. Our engineering team applied a configuration change at 14:11 UTC and SAML SSO logins have been succeeding normally since. If you continue to experience this error, please refresh your browser and try again.

    We apologize for the inconvenience this has caused and appreciate your patience as we worked to restore normal service. For any questions about this incident, please reach out to our support team at https://support.delinea.com.

    Affected Components: Delinea Platform - United States, Europe, United Kingdom, Canada, Australia, Southeast Asia, United Arab Emirates

    Backfill Notice: This incident was added to our status page retrospectively to provide an accurate record of service impact. More information on backfill incidents is available here.

Reported by Delinea on their status page.

October 7, 2026

Secret Server Cloud Patch - SEA, AU, UAE, EU

Last update
  1. CompletedOct 7 · 19:10 UTC

    The scheduled maintenance has been completed.

Reported by Delinea on their status page.

October 1, 2026

Secret Server EU: Errors launching sessions and delayed background tasks

Last update
  1. postmortemOct 14 · 00:28 UTC

    Incident Overview

    On October 1, 2026, customers in the EU region had problems using Secret Server Cloud (SSC). Users could not launch sessions from secrets, and pages for viewing secret details and audit history loaded slowly or failed. Scheduled background tasks such as heartbeats, password changes, discovery and notifications were delayed, and some Distributed Engines could not connect.

    • Start Time: October 1, 2026, 08:38 PM UTC
    • End Time: October 2, 2026, 12:30 AM UTC

    Root Cause and Remediation

    SSC uses a messaging service to pass work between its components. Examples include recording secret view activity for auditing, running scheduled tasks and preparing session launches.

    On September 30, 2026, the SSC service that processes these messages in the EU region began handling work at a much lower rate than normal. New activity kept arriving at the normal rate, so unprocessed messages built up in the queue. When the queue reached its capacity, the extra messages were moved to a holding area for undeliverable messages. Over the following hours this holding area kept growing until the messaging service hit its storage limit.

    Our engineering team increased the capacity of the messaging service, scaled up and restarted the SSC EU services, and cleared the backlog of undeliverable messages. Once the backlog drained, session launches, page loads and scheduled tasks returned to normal by October 2, 2026, 12:30 AM UTC. Delayed background tasks, including heartbeats, password changes and notifications, were processed automatically after service was restored. Customers did not need to take any action.

    Because the services were restored immediately to end customer impact, we did not capture the diagnostic data needed to determine why their throughput dropped, so the underlying trigger remains unknown.

    The queue growth should have been caught earlier. During a recent migration of our alerting tooling, a configuration change sent certain cloud metric alerts, including the messaging queue size alert, to the wrong destination. That alert triggered on the morning of October 1 but never notified our on-call team. Our automated remediation for other alert types was unaffected, which masked the gap.

    Preventative Actions

    1. We corrected the alert routing on October 2, 2026, so these alerts now reach our on-call team, and we are adding canary and heartbeat alerts that notify us if alert delivery from our monitoring tools stops or drops unexpectedly.
    2. We are strengthening how we change alerting, by testing each alert type end to end before and after any production deployment.
    3. We are monitoring for a recurrence of the slowdown and will capture the diagnostic data needed to determine its cause if it happens again.
    4. We are updating our deployment cycle with a safeguard that ensures the background services are refreshed even when a release is delayed, and we are adding this step to our release checklist.

     We apologize for the disruption this caused and appreciate your patience while we resolved it.

Reported by Delinea on their status page.

Secret Server EU: RPC job failures

Last update
  1. ResolvedOct 2 · 00:25 UTC

    This incident has been resolved.

Reported by Delinea on their status page.

September 29, 2026

Platform: Slow logins and login failures on Delinea Platform (EU, UK, SEA and AU)

Last update
  1. postmortemOct 6 · 01:00 UTC

    Incident Overview 

    Delinea Platform users in the EU, UK, Southeast Asia, and Australia regions experienced very slow logins and intermittent login failures. Affected functionality included Entra ID single sign-on, local account authentication, and Privileged Remote Access (PRA) session establishment. 

    • Start: September 28, 2026, approximately 11:20 PM UTC 
    • End: September 29, 2026, approximately 01:10 AM UTC  

    Root Cause and Remediation 

    A scheduled deployment introduced the use of regional cache replicas to improve authentication performance. Pre-release validation confirmed the replicas were active, but a firewall configuration error prevented data synchronization between the primary cache and the regional replicas. The cloud provider's standard health reporting continued to show the replicas as healthy and available, so the issue was not surfaced before or during the release. 

     When the authentication service attempted to read from these replicas, requests stalled and timed out, resulting in login failures. Internal monitoring detected the elevated error rates, and the engineering team identified the root cause and rolled back the change. The rollback returned all affected regions to the primary cache and restored normal authentication. Regional cache replicas will remain disabled for the EU, UK, Southeast Asia, and Australia regions while we evaluate alternative architectures. We assessed private network connectivity between caches and determined it does not meet our reliability requirements. 

    Preventive Actions 

    • We are making significant improvements to how the authentication service recovers from cache connectivity problems. The goal is that a degraded cache connection no longer causes stalled or failed logins. 

    • We have added alternate monitoring for connection failures, giving earlier detection of cache related issues that are not reflected in the cloud provider's health reporting. 

    We apologize for the disruption and are committed to preventing recurrence through these measures.

Reported by Delinea on their status page.

Platform: Slow logins and login failures on Delinea Platform (EU, UK, SEA and AU)

Last update
  1. ResolvedSep 29 · 01:35 UTC

    This incident has been resolved.

Reported by Delinea on their status page.

September 28, 2026

Delinea Cloud Suite Mobile App Authenticator Issues

Last update
  1. resolvedOct 6 · 13:21 UTC

    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.

Reported by Delinea on their status page.

Delinea Cloud Suite Mobile App Authenticator Issues

Last update
  1. ResolvedOct 6 · 13:21 UTC

    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.

Reported by Delinea on their status page.

Privileged Behavior Analytics (All Regions) - Infrastructure maintenance

Last update
  1. CompletedOct 3 · 18:00 UTC

    The scheduled maintenance has been completed.

Reported by Delinea on their status page.

Secret Server Cloud: Multiple Regions - Connectivity Issues from Some Customer Networks

Last update
  1. postmortemSep 30 · 08:48 UTC

    Incident Overview

    Beginning at 07:10 UTC on September 28, 2026, a subset of Secret Server Cloud tenants in the Europe, UK, US, and APAC (Singapore) regions experienced connectivity failures. Customers on certain corporate networks encounter connection timeouts or reset errors when attempting to reach their tenants. Customers with tenant access restrictions enabled had no alternate path available and were unable to access Secret Server Cloud for the duration of the incident.

    • Start: September 28, 2026, 07:10 UTC
    • End: September 28, 2026, 10:45 UTC

    Root Cause and Remediation

    The Secret Server Cloud edge network experienced two separate issues that prevented traffic from some customer networks from reaching their tenants.

    The first was due to a defect in a software update that our edge network provider deployed. Under a specific production condition that was not identified in the provider’s pre-deployment testing, the defect caused traffic processing components to restart at several of its network locations. These components recovered automatically, and service at the affected locations was restored between 07:47 and 08:20 UTC.

    The second was due to an upstream internet carrier issue affecting our edge network in London caused packet loss and connection timeouts. As a result, customer networks whose traffic was routed through London continued to be affected after the first issue had cleared. Connectivity was fully restored at 10:45 UTC after traffic was rerouted away from the affected carrier.

    Preventive Actions

    • The provider has deployed a fix for the software defect and is strengthening its pre-deployment validation, the resilience of its infrastructure across locations, and its automated recovery mechanisms. We are tracking these commitments through to completion.
    • We are conducting a full review of the London carrier issue with our provider, including why traffic was not rerouted sooner, and reducing failover time so future carrier disruptions are isolated quickly.

    We sincerely apologize for the disruption this caused and the inconvenience to your operations. We are committed to preventing recurrence through the above actions.

Reported by Delinea on their status page.

Secret Server Cloud: Multiple Regions - Connectivity Issues from Some Customer Networks

Last update
  1. ResolvedSep 28 · 10:45 UTC

    Between approximately 4:10 AM EDT and 6:45 AM EDT on September 28, 2026, some customers were unable to connect to Secret Server Cloud from certain corporate networks. Affected users saw connection reset or timeout errors when accessing their tenant. Access from other networks was not affected. Customers who restrict tenant access to specific IP addresses were unable to log in during this period.The issue was caused by a connectivity problem at a third-party edge network provider that affected traffic from some customer networks in the region. Traffic was routed through alternate locations, and connectivity was restored for affected customers by approximately 6:45 AM EDT.We apologize for the inconvenience this has caused and appreciate your patience as we worked to restore normal service. For any questions about this incident, please reach out to our support team at https://support.delinea.com.Affected Components: Secret Server Cloud - Europe, United Kingdom, United States, Asia Pacific (Singapore)Backfill Notice: This incident was added to our status page retrospectively to provide an accurate record of service impact. More information on backfill incidents is available here.

Reported by Delinea on their status page.

September 26, 2026

Delinea Cloud Suite 26.1 Upgrade to 26.2 on Pod34 and Pod52

Last update
  1. CompletedSep 27 · 01:30 UTC

    The scheduled maintenance has been completed.

Reported by Delinea on their status page.

Delinea Cloud Suite 26.1 Upgrade to 26.2 on Pod34 and Pod52

Last update
  1. resolvedSep 26 · 21:40 UTC

    We’re pleased to inform you that the issue preventing completing the deployment of pod34 and pod52 has been resolved. Both pods have been deployed and are now running on 26.2. We apologize for any inconvenience this issue 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.

Reported by Delinea on their status page.

September 16, 2026

Platform: Availability Failures and Degraded Performance

Last update
  1. postmortemSep 24 · 21:50 UTC

    Incident Overview

    On September 16, 2026, Delinea Platform customers in the US region experienced login failures and severe slowness when signing in or accessing their tenants. Affected users may have seen "upstream request timeout" errors on the sign-in screen or experienced long delays when loading their tenant.

    • Start: September 16, 2026 approximately 11:40 AM EDT (UTC-4)
    • End: September 16, 2026 approximately 1:02 PM EDT (UTC-4)

    Root Cause and Remediation

    The Delinea Platform relies on a caching service to support login, authentication, and other identity-related operations. Over the preceding weeks, demand on this service in the US region had grown steadily with increasing platform usage, leaving limited operating headroom. In addition, authentication services were holding connections to the caching service open over time rather than releasing them, which gradually consumed its available capacity. A configuration that distributes read traffic across an additional caching resource, which would have provided extra headroom, was not active at the time. On September 16, normal traffic volumes pushed the caching service beyond its operating capacity, causing slow and failed requests for login and identity operations across the US region.

    This incident involved the same caching infrastructure as the August 28, 2026 incident. That incident was triggered by an unusually large volume of synchronization activity and was addressed by increasing the caching service's memory capacity. This incident occurred under normal traffic conditions, which showed that compute capacity and connection handling also needed to be addressed.

    Our engineering team restarted the affected authentication services, which released the accumulated connections and restored login functionality. The caching service was also scaled to a higher tier that doubles its compute capacity, and we continued to monitor the service until full recovery was confirmed. Since the incident, caching service utilization has remained within normal operating thresholds, and read traffic is now distributed across an additional caching resource.

    Preventative Actions

    Following the August 28, 2026 incident, we committed to several improvements to this caching infrastructure. Below is the progress on each, along with additional actions identified from this incident. Work on all items is ongoing.

    Progress on actions from the August 28 incident

    • Increase the capacity and resiliency of our caching infrastructure. The US caching service has been scaled to a higher tier that doubles its compute capacity. Read traffic is now distributed across an additional caching resource. We are continuing this work by moving token-related operations to dedicated caching infrastructure for further headroom.
    • Correct monitoring thresholds to detect capacity pressure proactively. During this incident, our monitoring did identify capacity pressure ahead of customer impact, but the alerts were not actioned in time. We are continuing this work by removing non-actionable alerts for core authentication services and requiring immediate engineering engagement on the first alert.
    • Limit connection-recovery retries. This work has been expanded to cover how authentication services manage caching connections overall, including connection release and timeout settings, so capacity is not gradually consumed over time.
    • Apply rate limiting to large synchronization jobs. Rate limiting is being implemented. We are also reducing unnecessary high-volume requests from integrated services to the caching layer.

    Additional actions from this incident

    • Implement scheduled, automated rolling restarts of authentication services as an interim safeguard until the connection handling improvements are deployed.

    We recognize this is not the first sign-in disruption on the Delinea Platform in recent weeks, and we are not treating it lightly. Beyond the actions above, Delinea leadership has made our Platform reliability an executive-sponsored priority, ahead of feature work where the two compete. That includes better detection of issues affecting critical workflows such as sign-in, and planning capacity ahead of growth. We sincerely apologize for the disruption this caused to your operations and will continue to share our progress.

Reported by Delinea on their status page.

September 11, 2026

Delinea Cloud Suite 26.1 Upgrade to 26.2

Last update
  1. CompletedSep 26 · 17:30 UTC

    The scheduled maintenance has been completed.

Reported by Delinea on their status page.

September 4, 2026

Platform Tenants Unexpectedly Frozen

Last update
  1. postmortemSep 25 · 05:05 UTC

    Incident Overview

    This report covers two related occurrences that affected Delinea customer tenants. The second occurrence, September 19-20, 2026, was a direct consequence of incomplete recovery from the first occurrence on September 4, 2026, and both are documented together under this incident.

    Occurrence 1: September 4, 2026

    A subset of Delinea Platform tenants entered a frozen state, displaying a tenant frozen message that prevented users from signing in and accessing Delinea Platform and Secret Server Cloud.

    Start: September 4, 2026, 4:15 PM EDT (20:15 UTC)

    End: September 4, 2026, 5:55 PM EDT (21:55 UTC)

    Occurrence 2: September 19-20, 2026

    A subset of Secret Server Cloud tenants displayed a scheduled for deletion notice that prevented users from signing in to Secret Server Cloud. Sign-in to Delinea Platform itself remained available.

    Start: September 19, 2026, 10:28 PM EDT (September 20, 02:28 UTC)

    End: September 20, 2026, 1:50 PM EDT (17:50 UTC)

    Root Cause and Remediation

    Occurrence 1: September 4, 2026

    Delinea deprovisions tenants that are no longer under an active subscription. The tenant list for this cycle was built using selection criteria that evaluated only the original subscription expiration date and did not account for subsequent renewals. As a result, tenants that had renewed and remained fully entitled were treated as expired and were included in the list alongside legitimate deprovisioning tenants.

    Our deprovisioning workflow includes a customer-facing advance notification stage, which displays an in-application notice to tenant administrators ahead of any deletion activity. That notice serves both as a customer warning and as an internal verification step, because any active customer receiving it would have surfaced the error well before execution. This stage was not applied for this cycle; the frozen state was applied directly instead, so the error in the selection criteria went undetected until the job ran.

    When the scheduled job executed at 4:15 PM EDT, the frozen tenant state was applied to the affected active tenants. Following the first customer report at 4:49 PM EDT, Engineering identified the cause and initiated a revert job at 5:08 PM EDT. The revert completed at 5:55 PM EDT and sign-in access was confirmed restored across all affected tenants.

    However, the September 4 change had also set the subscription end date for affected Secret Server Cloud tenants to August 20, 2026. The revert restored tenant access but did not return those end dates to their correct values, and post-recovery verification confirmed sign-in access only, not the accuracy of the underlying subscription records. This condition remained undetected and led directly to Occurrence 2.

    Occurrence 2: September 19-20, 2026

    Secret Server Cloud includes a standard automated lifecycle process that restricts sign-in and schedules a tenant for deletion 30 days after its subscription end date. On September 19, 2026, 30 days after the incorrect August 20, 2026 end date, this process identified the affected tenants as expired and applied the scheduled for deletion state. The lifecycle process behaved as designed; the fault was the incorrect subscription data left in place after Occurrence 1.

    Delinea Support began restoring access for individual tenants starting at 12:09 AM EDT on September 20. Engineering identified every tenant carrying the incorrect end date then extended the subscription end date for all affected tenants as a temporary measure, and access was restored across the full set by 1:50 PM EDT on September 20.

    Between September 21 and September 23, 2026, Delinea reviewed each affected tenant individually against its active entitlements and replaced the temporary end date with the correct value. During this period, some customers may have observed an inaccurate subscription end date or license detail in their account information; this did not affect access. If your organization observes a subscription end date or license detail that does not match your current entitlement, please contact our Support team.

    No tenant was deleted, and no customer data was deleted, modified, or otherwise affected in either occurrence. The impact was limited to tenant access.

    Preventative Actions

    • Bulk tenant deprovisioning has been retired. All bulk tenant lifecycle actions are paused, and deprovisioning will be processed individually.
    • Automate the tenant lifecycle end to end from current subscription records, including renewals and subscription changes, replacing the manual multi-step process. Each tenant will be validated against active subscription records before any state change is applied.
    • Make every lifecycle stage mandatory and non-skippable, beginning with an advance notice period during which tenant administrators see an in-application notice and all functionality continues to operate normally.
    • Ensure frozen tenants remain recoverable for a defined retention period before any permanent deletion, with restoration driven directly from corrected subscription records.
    • Strengthen incident recovery procedures so that any restoration of tenant state also restores and reconciles the associated subscription records, and recovery is verified against the system of record, not sign-in access alone, before an incident is closed.
    • Add internal monitoring and alerting for abnormal volumes of tenant freeze or scheduled for deletion events, and for anomalous patterns in subscription data, so that issues of this type are detected by Delinea before customers are affected.

    We sincerely apologize for the disruption caused by both occurrences. We recognize that the second occurrence resulted from our incomplete recovery from the first, which extended the impact on your operations. Restoring access was our immediate priority in each case, and the actions above are being tracked to completion to ensure this does not recur.

Reported by Delinea on their status page.