StrongDM Status Page

Feb 18, 2026 · resolved Feb 18

We’ve identified that yesterday’s incident also impacted Slack Integrations. Specifically, token refresh requests were timing out, which caused some Slack connections to disconnect. Latency has improved following the rollback, and we have implemented a server-side fix (version 123.37.0) to address the Slack Integration disconnections. This update restores affected integrations and prevents future disconnections in the event of a token refresh timeout. Customers who are still experiencing issues may reconnect the Slack Integration manually via the StrongDM Admin UI. We will continue to monitor performance and provide additional updates as needed.

Feb 17, 2026 · resolved Feb 17

On February 17, 2026, some customers experienced elevated latency in the US Control Plane due to a relatively small number of specific query log requests. These specific requests were searching for a very small subset of queries within a very large dataset, which created significant server load for such a small number of requests.  We implemented safeguards to improve log retrieval behavior and restored system performance. These safeguards should not affect normal query retrievals, but will reduce the load of specific query log requests by spreading out the request over a longer time period. Longer term, we are prioritizing other improvements to our query log architecture.

Jan 28, 2026 · resolved Jan 29

TIMELINE * On January  14, 2026 at 4:59pm PDT, a pull request was merged which changed the way the relays obtain credentials from AWS. We migrated to Go AWS SDK v2 and our migration was missing container credential support which worked out of the box with v1. In EKS environments our code skipped the container endpoint and went directly to IMDS, which could return the wrong IAM role * On January 28 2:20am PDT first ticket came into support * On January 29 9:53am PDT, the cli release was identified and rolled back. * By 9:59am PDT all control planes were rolled back. CUSTOMER IMPACT * Relays running in EKS failed to assume correct IAM roles and resources turned unhealthy CAUSES * Incomplete SDK migration: The migration from AWS SDK v1 to v2 did not account for differences in the default credential provider chain. SDK v1  automatically supported container credentials, while v2 required explicit configuration. * In EKS environments, IMDS returns the EC2 node's IAM role rather than the pod's IAM role \(configured via IRSA or EKS Pod Identity\), causing relays to authenticate with incorrect/insufficient permissions POSSIBLE REMEDIATIONS * Include more testing for AWS credential providers * Add monitoring for relay credential failures: Create alerts for spikes in IAM authentication failures or resources transitioning to unhealthy state

Jan 15, 2026 · resolved Jan 15

This issue has been resolved. The cause: The SKU of certain customers was miscalculated by the Slack integration, resulting in affected customers losing functionality. A code change will be pushed out to make fix this issue.

Dec 12, 2025 · resolved Dec 12

**Summary** On December 11th 2025, StrongDM experienced a service degradation affecting the US Control Plane. The issue was caused by resource exhaustion from an internal monitoring component and lasted approximately 73 minutes before service was fully restored. **What Happened** An internal monitoring component configured to collect operational telemetry was unable to process data efficiently under US production load. This led to resource exhaustion on the Control Plane. UK and EU Control Planes were not affected due to lower total throughput volumes. **Resolution** Infrastructure rolled back the monitoring component's configuration, immediately relieving resource pressure and restoring normal service. **Prevention & Remediation** To prevent recurrence, StrongDM is updating testing processes to better catch issues like this and revising configuration review processes for internal tooling updates.