Is SecurID down?

Last checked 1m ago
Current status
SecurID is up

No incidents right now.

SecurID is operational right now. Last checked 1m ago; the most recent incident resolved 15d ago.

Real-time SecurID status, recent outages, and incident history: pulled directly from SecurID's official status page at status.securid.com every 5 minutes. Pingoru tracks 29 SecurID services and has captured 26 incidents in the last 90 days (99.90% uptime). Get email, Slack, Discord, or webhook alerts the moment SecurID reports a new incident, free for 3 monitors, no credit card.

Users who monitor SecurID also follow these Identity Management services: JumpCloud Dropbox Sign Ping Identity MobileIron GBG Onfido Persona Identities Thycotic Beyond Identity Ekata View all 8,000+ providers
SecurID uptime 99.90% uptime · past 90 days
Mon Wed Fri
AugSepOct
Less More

Recent outages & incidents

Past 90 days
  1. Resolved 2h 30m
    Started Oct 02, 2026, 12:05 AM UTC · Resolved Oct 02, 2026, 02:36 AM UTC
    access-in Authentication Service
    Timeline · 3 updates
    • investigating · Oct 02, 2026, 12:05 AM UTC

      We have detected an issue affecting RSA ID Plus. SaaS Operations is investigating the issue and will post updates as they become available.

    • monitoring · Oct 02, 2026, 12:43 AM UTC

      A fix has been implemented and we are monitoring the results.

    • resolved · Oct 02, 2026, 02:36 AM UTC

      After monitoring the fix, SaaS Operations has determined that the incident affecting RSA ID Plus has been resolved. We will post a root cause analysis as soon as it is available.

    Latest: After monitoring the fix, SaaS Operations has determined that the incident affecting RSA ID Plus has been resolved. We will post a root cause analysis as soon as it is available.

  2. Resolved 1h
    Started Sep 14, 2026, 06:20 AM UTC · Resolved Sep 14, 2026, 07:20 AM UTC
    Timeline · 2 updates
    • resolved · Sep 14, 2026, 06:39 PM UTC

      We experienced a service degradation affecting a subset of customers hosted in our EMEA region on the EU Pod 2 deployment. Some customers may have experienced intermittent issues accessing the service. This issue is no longer ongoing. We will post a root cause analysis as soon as it is available.

    • postmortem · Sep 17, 2026, 01:35 AM UTC

      **Initial Root Cause Analysis** **Summary** On September 14, 2026, between approximately 06:20 UTC and 07:20 UTC, a subset of customers hosted in the RSA ID Plus EU2 production environment experienced authentication service degradation. During the incident, authentication requests were intermittently unable to complete successfully. Across the affected authentication traffic, RSA estimates that approximately 15–20% of authentication attempts succeeded during the period of degradation. The level of impact varied by customer and authentication flow. **What Happened** Beginning at approximately 06:20 UTC, authentication processing latency and failure rates increased within the EU2 environment. The degradation affected portions of the request-processing path used by the authentication service and resulted in elevated error rates for a subset of customers in the EMEA region. RSA engineering teams investigated the affected services and supporting infrastructure. Service performance improved as processing conditions stabilized, and authentication success rates returned to expected levels by approximately 07:20 UTC. **Root Cause** RSA has not yet identified a definitive root cause for this incident. Our investigation remains active and includes a review of application telemetry, authentication traffic patterns, request-processing behavior, and supporting infrastructure within the EU2 environment. Initial analysis shows that authentication demand, request retries, processing latency, and resource utilization increased during the incident window. RSA is working to establish the relationship among these conditions, determine the sequence of events, and identify which conditions initiated or amplified the degradation. These findings remain preliminary and should not be interpreted as a final determination of root cause. **Resolution** Service performance recovered as the affected processing environment stabilized. RSA engineering teams confirmed that authentication latency, error rates, and service throughput had returned to expected levels and continued monitoring the EU2 environment following recovery. RSA did not initiate regional failover during the incident because the environment remained partially operational and did not meet the criteria for an automated regional transition. RSA maintains regional failover capabilities to support service continuity during regional service events. In this case, preliminary analysis indicated that the conditions contributing to the degradation would likely have followed authentication traffic to the recovery region. Based on those conditions, RSA did not expect a regional transition to resolve the degradation and determined that it could reproduce the same behavior in the recovery environment. RSA has not identified any customer configuration changes required in response to this incident. **Actions and Ongoing Investigation** RSA is continuing a detailed investigation and is taking steps to reduce the likelihood and potential impact of similar events. This work includes: * Analyzing authentication traffic, retry patterns, and service dependencies to establish the complete sequence of events. * Reviewing request-handling and capacity controls to prevent elevated activity associated with a single customer or connection path from affecting other customers in the environment. * Evaluating retry and timeout behavior to reduce amplification during periods of service congestion. * Reviewing load distribution across application components and investigating the uneven error distribution observed during the incident. * Enhancing service telemetry and alerting for processing latency, resource saturation, abnormal retry behavior, and dependencies supporting customer-connected components. * Evaluating additional capacity and resiliency measures for authentication processing within the EU2 environment. RSA will provide an updated RCA within 10 business days of the incident. If the investigation remains open at that time, RSA will provide the findings available to date, the status of remaining investigative work, and any additional corrective actions identified.

    Latest: **Initial Root Cause Analysis** **Summary** On September 14, 2026, between approximately 06:20 UTC and 07:20 UTC, a subset of customers hosted in the RSA ID Plus EU2 production env…

Incident record

Since April 2026 · Statuspage by Atlassian · 29 components checked every 5 minutes
50incidents recorded
7last 12 months
2last 90 days
62 minutestypical duration, 12 months

The longest incident in the last year, RSA ID Plus Service Incident (ANZ Region) on April 1, 2026, ran for 3 hours. 58 maintenance windows announced in the same period.

Most affected components, last 12 months

  • access-anz Authentication Service1
  • access-in Authentication Service1

Latest incidents

  • RSA ID Plus Service Incident (IN Region) October 2, 2026 · 3 hours · degraded service

    We have detected an issue affecting RSA ID Plus. SaaS Operations is investigating the issue and will post updates as they become available.

  • RSA ID Plus Service Incident (EMEA Region) September 14, 2026 · 60 minutes · major outage

    We experienced a service degradation affecting a subset of customers hosted in our EMEA region on the EU Pod 2 deployment. Some customers may have experienced…

  • RSA ID Plus Service Incident (EMEA Region) June 26, 2026 · under a minute · notice

    Customers hosted in the RSA EU West production environment experienced intermittent authentication failures and service degradation. The issue was resolved…

Outage history

Past 90 days · 2 incidents View full outage history →