Störungsverlauf von 1password

1. 16. Oktober 2026 um 23:45 UTCinvestigating

   Wir untersuchen derzeit dieses Problem.

2. 17. Oktober 2026 um 00:34 UTCinvestigating

   Wir sehen einige Verbesserungen bei den betroffenen Diensten, untersuchen das Problem jedoch weiterhin.

3. 17. Oktober 2026 um 03:13 UTCmonitoring

   Ein Fix wurde bereitgestellt und wir überwachen die Ergebnisse.

4. 19. Oktober 2026 um 20:12 UTCmonitoring

   Die bereitgestellte Korrektur hat das Problem gemildert, was zu erhöhten Fehlerquoten für Benutzer führte. Wir überwachen unsere Dienstleistungen weiterhin, während wir einen dauerhaften Fix implementieren.

5. 20. Oktober 2026 um 19:48 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. Oktober 2026 um 17:31 UTCidentified

   Bei der Auswahl eines Tresorprofils über die Weboberfläche wird stattdessen eine leere Seite angezeigt. Unser Engineering-Team hat die Ursache gefunden und arbeitet daran, eine Lösung zu finden.

2. 16. Oktober 2026 um 17:42 UTCresolved

   Ein Fix wurde bereitgestellt und dieses Problem ist nun behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 9. September 2026 um 20:43 UTCinvestigating

   Wir untersuchen derzeit Berichte über einen Vorfall, der Device Trust betrifft. Bei einigen Kunden können Verzögerungen bei der Gerätehaltung oder Authentifizierungsfehler auftreten. Wir werden ein Update bereitstellen, sobald wir weitere Informationen haben.

2. 9. September 2026 um 20:53 UTCmonitoring

   Wir haben die auslösende Änderung identifiziert und sie zurückgenommen. Wir beobachten, um zu bestätigen, dass dies das Problem vollständig gelöst hat.

3. 9. September 2026 um 21:11 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. Juli 2026 um 17:55 UTCinvestigating

   SaaS Manager kann derzeit nicht mit Managed Credentials kommunizieren. Infolgedessen können Kunden, die Better Together-Funktionen verwenden, möglicherweise keine Änderungen an den Anmeldeinformationen vornehmen. Wir untersuchen das Problem aktiv und werden Updates bereitstellen, sobald mehr Informationen verfügbar sind.

2. 22. Juli 2026 um 19:20 UTCresolved

   Ein Fix wurde bereitgestellt und dieses Problem ist nun behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. Juli 2026 um 18:52 UTCmonitoring

   SaaS-Manager-Kunden mit aktiven Workflows haben möglicherweise eine Service-Degradation erlebt, die verhindert, dass einige Workflows wie geplant ausgeführt werden. Unsere Teams haben das Problem schnell erkannt und einen Fix implementiert. Wir überwachen jetzt die Wiederherstellung, um sicherzustellen, dass sich die Dienste weiterhin normalisieren.

2. 17. Juli 2026 um 18:57 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. Juli 2026 um 18:59 UTCinvestigating

   Unser Engineering-Team untersucht ein Problem, das degradierte benutzerbezogene Operationen für Einzel- und Familienkonten verursacht. Benutzer können Benutzer nicht bestätigen oder löschen oder Dienstkonten erstellen und löschen. Benutzer können auch die Integrationsseite nicht laden.

2. 13. Juli 2026 um 19:37 UTCidentified

   Das Problem wurde identifiziert und unser Engineering-Team arbeitet daran, eine Lösung zu finden.

3. 13. Juli 2026 um 19:57 UTCresolved

   Ein Fix wurde bereitgestellt und dieses Problem ist nun behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. Juli 2026 um 15:47 UTCresolved

   Ein Fix für dieses Problem wurde implementiert, und unsere Teams überwachen. Während des Ausfalls konnte GitHub Actions die neueste CLI-Version nicht ziehen, wodurch die Pipeline fehlschlug.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 2. Juli 2026 um 19:44 UTCinvestigating

   Wir sind uns eines Ausfalls von Device Trust bewusst und untersuchen das Problem.

2. 2. Juli 2026 um 20:05 UTCinvestigating

   Wir untersuchen das Problem weiter.

3. 2. Juli 2026 um 20:12 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

4. 2. Juli 2026 um 20:30 UTCresolved

   Ein Fix wurde bereitgestellt und alle Dienste sind funktionsfähig.

5. 11. Juli 2026 um 01:05 UTCpostmortem

   # Incident Postmortem - Authentifizierung des Gerätevertrauens **Datum des Vorfalls:** 2026-07-02 **Uhrzeit \(UTC\):** 19:28 - 20:28 **Service\(s\) Betroffen:** Dieser Vorfall ist betroffen: USA/Global \(Device Trust Authentication Service, Device Trust Checks Server, Device Trust Portal, Device Trust API\) und Europe \(Device Trust Authentication Service, Device Trust Checks Server, Device Trust Portal, Device Trust API\). **Auswirkungsdauer:** 1 Stunde ## Zusammenfassung Am 2. Juli 2026 erlebte 1Password Device Trust einen Ausfall von etwa einer Stunde, beginnend um 19:28 UTC. Während dieses Fensters waren alle Device Trust-Dienste nicht verfügbar und Benutzer konnten sich nicht authentifizieren. Wir haben die Ursache identifiziert: Eine interne Konfigurationsänderung unserer Cloud Load Balancing-Infrastruktur wurde breiter angewendet als beabsichtigt, was einen erforderlichen Endpunkt vorübergehend unerreichbar machte. Dies war kein sicherheitsvorfall und betraf keinen dritten. Die Konfiguration wurde korrigiert, der Service wurde vollständig wiederhergestellt und wir haben zusätzliche Sicherheitsvorkehrungen implementiert, um zu verhindern, dass sich solche Probleme wiederholen. ## Auswirkungen auf die Kunden * **Alle Device Trust-Dienste waren während des 60-minütigen Ausfallfensters völlig nicht verfügbar. Benutzer konnten sich nicht für einen Device Trust-Dienst authentifizieren, einschließlich des Authentifizierungsportals \(**[**auth.kolide.com**](http://auth.kolide.com)**\), der Admin-Konsole \(**[**app.kolide.com**](http://app.kolide.com)**\), API-Endpunkten und Geräteserver.** * **Anzahl der betroffenen Kunden \(ungefähr):** 100% der Device Trust Kunden * ** Geografisch betroffene Regionen \(falls zutreffend\):** USA und EU ## Was ist passiert? Am 2. Juli 2026 wurde eine Konfigurationsänderung zur Verbesserung der Sicherheitskonfiguration eines internen Dienstes breiter angewendet als vorgesehen, was sich auf eine gemeinsame Netzwerk-Routing-Komponente auswirkt, auf die sich Device Trust stützt. Die Änderung ersetzte die zugrunde liegende Netzwerkinfrastruktur, die Device Trust unterstützt. Die Traffic-Routing-Konfiguration verweist jedoch weiterhin auf die vorherige Infrastruktur anstelle der neu bereitgestellten Ressourcen. Infolgedessen wurden Device Trust-Authentifizierungsendpunkte nicht mehr erreichbar. Zurücksetzen der Änderung Wiederherstellung von Konnektivität und Service. * **Zeitleiste der Ereignisse \(UTC\):** * 19:28: Netzwerkkonfigurationsänderung angewendet; Netzwerk-Load-Balancer, die für das Routing von Datenverkehr für Device Trust-Dienste verantwortlich sind, wurden nicht mehr erreichbar * 19:30: Automatisiertes Monitoring erkennt den Ausfall und löst Alarme aus * 19:33: Der Vorfall wird unter [status.1password.com](http://status.1password.com) gemeldet. * 20:03: Ursache wird als Load Balancer-Konfigurationsproblem identifiziert * 20:24: Load Balancer wird mit korrekter Konfiguration neu erstellt * 20:26 Erholung ist bestätigt für [app.kolide.com](http://app.kolide.com) * 20:28 Erholung wird bestätigt für [auth.kolide.com](http://auth.kolide.com) * **Beitragende Faktoren \(falls vorhanden\):** * **Geteilter Komponentenumfang ist während der Überprüfung oder Validierung nicht sichtbar.** Die von der Änderung betroffene Netzwerkinfrastrukturklasse wurde über mehrere Dienste verteilt, aber diese Abhängigkeit wurde nicht dokumentiert oder im Änderungsüberprüfungsprozess aufgetaucht. Infolgedessen deckte die Vorproduktionsvalidierung, die vor dem Rollout in einer niedrigeren Umgebung durchgeführt wurde, nicht alle abhängigen Dienste ab, und die Auswirkungen auf Device Trust wurden nicht identifiziert, bevor die Änderung die Produktion erreichte. * ** Gleichzeitige Diagnosesignale verlangsamten die Identifizierung der Ursache. ** Zu dem Zeitpunkt, als der Ausfall begann, tauchten neben dem Ausfall der Netzwerkverbindung auch Fehler bei der Erneuerung von Zertifikaten auf. Die gleichzeitige Untersuchung beider Signale verzögerte die Identifizierung der Netzwerkkonfigurationsänderung als Ursache. ## Wie wurde es gelöst? * **Auflösungsschritte:** Sobald die Quelle des Ausfalls identifiziert wurde, kehrten die Ingenieure die Konfigurationsänderung zurück. Die betroffene Netzwerkinfrastruktur wurde mit ihrer ursprünglichen, öffentlich zugänglichen Konfiguration neu erstellt, wodurch das Routing für alle Device Trust-Authentifizierungsendpunkte wiederhergestellt wurde. Die Servicewiederherstellung wurde sequentiell für alle betroffenen Dienste bestätigt, bevor der Vorfall abgeschlossen wurde. * **Verifizierung der Lösung:** Nach dem Revert überprüften die Ingenieure, dass alle Device Trust-Authentifizierungsendpunkte erreichbar waren und Datenverkehr akzeptierten. Kundenbestätigung der Lösung wurde anschließend durch das Support-Team erhalten. Was wir tun, um zukünftige Vorfälle zu verhindern * **Erfordert eine ausdrückliche Genehmigung für destruktive Infrastrukturänderungen.** Wir implementieren Sicherheitsvorkehrungen, die eine manuelle Überprüfung und Genehmigung erfordern, bevor Änderungen vorgenommen werden können, die kritische Netzwerkinfrastruktur zerstören und wiederherstellen würden. Dies erzeugt eine forcierende Funktion, um unbeabsichtigte Reichweite zu erfassen, bevor Änderungen die Produktion erreichen. * **Verbessern Sie die Sichtbarkeit für gemeinsam genutzte Infrastrukturkomponenten.** Wir dokumentieren die Abhängigkeiten zwischen gemeinsam genutzten Infrastrukturkomponenten und den darauf angewiesenen Diensten und integrieren diese Informationen in unseren Change Review Prozess. Zukünftige Änderungen an gemeinsam genutzten Komponenten erfordern eine explizite Bewertung der nachgelagerten Auswirkungen vor dem Einsatz. * **Validierung vor der Produktion über geteilte Abhängigkeiten hinweg stärken.** Wir aktualisieren unseren Änderungspromotionsprozess, um eine Validierung für alle Dienste zu verlangen, die betroffene Komponenten gemeinsam nutzen - nicht nur das beabsichtigte Ziel -, bevor Änderungen in die Produktion befördert werden. * **Single Points of Failure im Traffic Routing reduzieren.** Wir evaluieren architektonische Änderungen, um Redundanz in die Traffic-Routing-Konfiguration von Device Trust einzuführen, so dass ein Fehler in einer einzelnen Komponente zu einem verschlechterten Service und nicht zu einem vollständigen Ausfall führt. ## Nächste Schritte und Kommunikation * Es sind derzeit keine Maßnahmen von unseren Kunden erforderlich. Wir verpflichten uns, einen zuverlässigen und stabilen Service zu bieten, und wir unternehmen die notwendigen Schritte, um aus diesem Ereignis zu lernen und zu verhindern, dass es sich wiederholt. Vielen Dank für Ihr Verständnis. Ehrlich gesagt, Das 1Password Team

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. Juni 2026 um 22:08 UTCinvestigating

   Benutzer, die versuchen, ihre einladung mit sso-durchsetzung zu akzeptieren, können die einladung nicht akzeptieren und erhalten einen 403-fehler. Unser Ingenieurteam untersucht das Problem aktiv.

2. 29. Juni 2026 um 22:55 UTCidentified

   Das Problem wurde identifiziert und unser Engineering-Team arbeitet daran, eine Lösung zu finden.

3. 29. Juni 2026 um 23:40 UTCidentified

   Unser Engineering-Team arbeitet weiterhin daran, eine Lösung für dieses Problem zu finden. Inzwischen wurde ein Workaround identifiziert. Bitte kontaktieren Sie unser Support-Team direkt unter [email protected] und sie werden Sie durch die Workaround-Schritte unterstützen.

4. 30. Juni 2026 um 14:09 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. Juni 2026 um 17:15 UTCinvestigating

   Einige Benutzer, die aus ihrem 1Password-Konto gesperrt sind, stoßen auf einen Fehler "Etwas ist schief gelaufen", wenn sie versuchen, den Zugriff mit einem Wiederherstellungscode wiederherzustellen. Unser Entwicklungsteam ist sich des Problems bewusst und untersucht aktiv die Ursache. Wir werden Updates bereitstellen, sobald weitere Informationen verfügbar sind.

2. 24. Juni 2026 um 17:30 UTCinvestigating

   Unsere Teams untersuchen dieses Problem weiter. Wir arbeiten aktiv daran, die Ursache zu ermitteln und werden zusätzliche Updates teilen, sobald sie verfügbar sind.

3. 24. Juni 2026 um 17:50 UTCinvestigating

   Das Problem wird noch untersucht. Wir werden weiterhin Updates teilen, sobald sie verfügbar sind.

4. 24. Juni 2026 um 18:32 UTCinvestigating

   Die Untersuchung läuft noch. Unsere Teams arbeiten aktiv daran, die Ursache zu ermitteln und werden Updates teilen, sobald sie verfügbar sind.

5. 24. Juni 2026 um 18:35 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

6. 24. Juni 2026 um 18:51 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

7. 24. Juni 2026 um 19:01 UTCresolved

   Das Problem ist nun behoben und der Zugang zu 1Password-Diensten sollte vollständig wiederhergestellt werden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 18. Juni 2026 um 17:54 UTCidentified

   We have identified the cause of the synchronization issues affecting legacy 1Password 7 clients (OPI7 and OPM7) with 1Password and are deploying a fix. Affected customers may experience item creations or updates not synchronizing to 1Password, in some cases without a visible error. We expect service to be restored shortly and will provide another update once the fix has been fully deployed and verified. Modern clients and broader 1Password functionality do not appear to be affected.

2. 18. Juni 2026 um 18:50 UTCresolved

   This incident has been resolved.

1. 16. Juni 2026 um 16:24 UTCidentified

   Sign in attempt audit events are currently delayed and admins are unable to migrate to hosted provisioning. Our engineering team has identified the issue and are actively working on a fix.

2. 16. Juni 2026 um 16:58 UTCmonitoring

   A fix has been deployed and we are now monitoring the results.

3. 16. Juni 2026 um 21:11 UTCmonitoring

   We are still monitoring the results of the deployed fix. Hosted provisioning issues are resolved. Audit events in some regions are caught up while others are still in progress.

4. 17. Juni 2026 um 16:00 UTCresolved

   This incident has been resolved.

1. 11. Juni 2026 um 21:49 UTCinvestigating

   We are currently investigating an issue affecting the Device Trust Authentication Service. Customers may experience timeouts or receive 503 responses when attempting to authenticate with Device Trust. Our team is actively working to identify the cause and restore normal service as quickly as possible.

2. 11. Juni 2026 um 22:02 UTCinvestigating

   Our teams continue to investigate the cause of timeout errors affecting the Device Trust Authentication Service.

3. 11. Juni 2026 um 22:17 UTCinvestigating

   Our teams continue to investigate the cause of timeout errors affecting the Device Trust Authentication Service. Customers may experience authentication failures, timeouts, or 503 errors when attempting to authenticate with Device Trust. At this time, there is no significant change in impact or scope to report. Investigation and mitigation efforts remain ongoing, and we will provide another update as soon as additional information becomes available.

4. 11. Juni 2026 um 22:32 UTCinvestigating

   Authentication services have recovered, and our teams continue to investigate the cause of timeout errors affecting the Device Trust Authentication Service. Investigation and mitigation efforts remain ongoing, and we will provide another update as soon as additional information becomes available.

5. 11. Juni 2026 um 22:47 UTCmonitoring

   Our teams have identified a cause of the issues affecting the Device Trust Authentication Service and have taken steps to provide relief. We are seeing improved service performance and are continuing to monitor the situation closely to ensure stability. We will provide further updates as needed.

6. 12. Juni 2026 um 23:18 UTCresolved

   This incident has been resolved.

1. 16. Mai 2026 um 15:51 UTCinvestigating

   Files can not be uploaded or downloaded, and images may not be loading properly. Pages within the application may not be loading. Some integrations and workflows may have experienced errors. This issue affects the US and EU regions. Our engineering team is currently investigating.

2. 16. Mai 2026 um 17:33 UTCidentified

   The issue has been identified, and our engineers are working on a fix.

3. 16. Mai 2026 um 17:46 UTCmonitoring

   Issues with file uploads and downloads, pages not loading, and errors affecting some integrations and workflows are now resolved. Customers may still experience issues with images loading properly, and our engineering team is actively working to resolve them. We expect further progress and resolution later today. The issue affected both the US and EU regions.

4. 16. Mai 2026 um 20:36 UTCresolved

   This incident has been resolved.

1. 4. Mai 2026 um 17:59 UTCidentified

   Workflows and integrations have not run as of approximately 12:30pm ET today, this means that automatic onboarding and off-boarding are currently not occurring. In addition, the Workflows and Integrations pages are failing to load. Our Engineering team has identified the issue and are currently working on a fix.

2. 4. Mai 2026 um 18:27 UTCmonitoring

   A fix has been implemented and we are now monitoring the results. Failed workflows will need to be manually re-run, failed integrations will re-run automatically within 24 hours but likely sooner.

3. 4. Mai 2026 um 18:34 UTCresolved

   This incident has been resolved.

1. 27. April 2026 um 14:54 UTCinvestigating

   We are currently investigating an issue causing errors and increased latency across our services. Customers may experience failures or delays when logging in and syncing, including via CLI.

2. 27. April 2026 um 15:08 UTCinvestigating

   Our teams continue to investigate an issue causing errors and increased latency across our services. Customers may experience failures or delays when logging in and syncing, including via CLI. We are actively working to identify the root cause and will provide further updates as more information becomes available.

3. 27. April 2026 um 15:22 UTCidentified

   We are seeing signs of recovery for the issue causing errors and increased latency across our services. Some customers may still experience intermittent failures or delays when logging in and syncing, including via CLI. Our teams continue to monitor the situation closely.

4. 27. April 2026 um 15:41 UTCmonitoring

   Service has largely recovered, and we are continuing to monitor the situation closely. Some customers may still experience intermittent issues with login and syncing, including via CLI.

5. 27. April 2026 um 17:09 UTCmonitoring

   Traffic levels have returned to normal and service performance has stabilized. We are continuing to monitor to ensure full recovery.

6. 28. April 2026 um 18:00 UTCresolved

   This incident has been resolved.

7. 12. Mai 2026 um 15:38 UTCpostmortem

   # Incident Postmortem - Login and Sync Issues **Date of Incident:** 2026-04-27 **Time of Incident \(UTC\):** 14:15 - 15:41 **Service\(s\) Affected:** All web APIs **Impact Duration:** Approximately 86 minutes ## Summary On April 27, 2026, [1Password.com](http://1password.com/) experienced a period of elevated error and full service unavailability in our USA/Global region. A defect deployed in application scaling logic caused a cascading failure during peak usage. This resulted in a period of service unavailability for customers in the USA/Global region. This was not a security incident, and there was no loss of data. ## Impact on Customers * **Sign-in and account access:** Customers in the USA/Global region experienced errors or were unable to sign in or access their 1Password accounts between approximately 14:15 and 15:41 UTC on April 27, 2026. * **All 1Password clients:** The disruption applied to all client types, including the web app, CLI, browser extensions, and desktop and mobile applications, for customers connecting through the USA/Global region. * **Geographic regions affected:** Only customers on the USA/Global region were affected. Other regions were not impacted. ## What Happened? We deployed a change to how our services signal their readiness to serve requests, which contained a latent defect. * **Timeline of events:** * **2026-04-27 14:15 UTC** - Load increase triggers issues. * **2026-04-27 14:29 UTC** - Incident declared; response team mobilized. * **2026-04-27 15:41 UTC** - Issue identified and fix deployed. * **2026-04-28 18:06 UTC** - Incident formally resolved following monitoring. ## How Was It Resolved? Our on-call engineering team identified the scaling logic as the cause of the cascading failure and disabled it via a configuration change. Once disabled, capacity was restored, and traffic recovered. A subsequent configuration change was made to prevent this logic from being re-enabled in production environments. ## What We Are Doing to Prevent Future Incidents * **Immediate fix:** We disabled the defective health check logic and locked the configuration to prevent it from being re-enabled in production. * **Retrospective:** We are conducting a full retrospective with the incident responders to identify further improvements to our systems and our response processes. ## Next Steps and Communication * No action is required from our customers at this time. We are committed to providing a reliable and stable service, and we are taking the necessary steps to learn from this event and prevent it from happening again. Thank you for your patience and understanding. Sincerely, The 1Password Team

1. 22. April 2026 um 15:18 UTCinvestigating

   We’re aware of an issue affecting sign-in to 1Password SaaS Manager. Our teams are actively investigating and working to resolve this as quickly as possible.

2. 22. April 2026 um 15:27 UTCmonitoring

   The issue affecting sign-in to 1Password SaaS Manager has been mitigated. Our teams are continuing to monitor the situation to ensure stability.

3. 22. April 2026 um 16:06 UTCresolved

   This incident has been resolved.

1. 14. April 2026 um 17:25 UTCinvestigating

   The 1Password Hosted Service in the US is experiencing high latency and errors. The response team is currently investigating.

2. 14. April 2026 um 17:46 UTCinvestigating

   The 1Password engineering team is investigating an issue where customers may be unable to sign in to 1Password. This issue may also prevent changes from syncing between 1Password clients. This issue impacts the 1Password.com (US) service.

3. 14. April 2026 um 18:00 UTCmonitoring

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

4. 15. April 2026 um 01:54 UTCresolved

   This incident has been resolved. We will publish a postmortem as soon as one is completed.

5. 6. Mai 2026 um 15:31 UTCpostmortem

   # 2026-04-14 SEV1 Incident Postmortem - Hosted Service in the US experiencing high latency and errors # Incident Postmortem - Elevated Application Error **Date of Incident:** 2026-04-14 **Time of Incident \(UTC\):** 17:25 - 18:00 **Service\(s\) Affected:** Sign in, Admin console **Impact Duration:** Approximately 35 minutes ## Summary On April 14, 2026, [1Password.com](http://1Password.com) experienced elevated error rates due to an increase in traffic to our USA/Global infrastructure. Requests arrived more quickly than they could be serviced in our USA/global region. Customers experienced errors and high latency. This was not a security incident, and there was no loss of data. ## Impact on Customers * **Sign-in and account access:** Some customers in the USA/Global region experienced errors when attempting to sign in or access their 1Password accounts between 17:25 and 18:00 UTC on April 14, 2026. * **All 1Password clients:** The disruption applied to all client types, including the web app, browser extensions, and desktop and mobile applications, for customers connecting through the USA/Global region. * **Number of affected requests:** Approximately 2.95% of requests over the incident window to [1Password.com](http://1Password.com) \(USA/Global\) during the incident window resulted in errors or timeouts, though for some brief spikes up to 45% of requests failed. * **Geographic regions affected:** Customers on our USA/Global only, other regions were not affected. ## What Happened? An unusually high volume of traffic exceeded the capacity of our controls, and triggered latency and errors in the underlying applications. * **Timeline of events:** * **2026-04-14 17:25** - Start of incident. * **2026-04-14 17:36** - Issue identified. * **2026-04-14 17:51** - Fix implemented. * **2026-04-14 18:01** - Recovery complete. * **Root cause analysis:** An increase in traffic exceeded the capacity of our traffic management layer, causing degraded service for customers in the USA/Global region. ## How Was It Resolved? * Established runbooks for load shedding and system upgrades mitigated the issue. ## What We Are Doing to Prevent Future Incidents * **Resolution:** We made two key changes to prevent recurrence: 1. **Increased capacity of internal systems** 2. **Upgraded traffic controls at the network edge** * **Verification:** Since implementing these changes, we have observed several additional instances of unusually high traffic matching this incident. In each case, the new controls handled the traffic automatically with no impact to customers or our systems. ## Next Steps and Communication * No action is required from our customers at this time. We are committed to providing a reliable and stable service, and we are taking the necessary steps to learn from this event and prevent it from happening again. Thank you for your understanding. Sincerely, The 1Password Team

1. 13. April 2026 um 17:24 UTCmonitoring

   SSO is experiencing degraded functionality because of an upstream provider. We are monitoring, and users may need to retry when authenticating with their IdP.

2. 17. April 2026 um 15:07 UTCmonitoring

   We are continuing to monitor for any further issues.

3. 22. April 2026 um 15:17 UTCresolved

   This incident has been resolved.

1. 1. April 2026 um 14:13 UTCidentified

   Teams accounts are currently unable to access their Environments. Our engineering team has identified the issue and are working towards deploying a fix.

2. 1. April 2026 um 17:52 UTCmonitoring

   Our engineering team has deployed a fix and we are monitoring the results.

3. 2. April 2026 um 14:23 UTCresolved

   This incident has been resolved.