Historia awarii 1password

1. 16 października 2026 23:45 UTCinvestigating

   Obecnie badamy tę kwestię.

2. 17 października 2026 00:34 UTCinvestigating

   Obserwujemy pewne udoskonalenia w zakresie usług, których dotyczy problem, ale nadal badamy tę kwestię.

3. 17 października 2026 03:13 UTCmonitoring

   Ustalono rozwiązanie i monitorujemy wyniki.

4. 19 października 2026 20:12 UTCmonitoring

   Zastosowany fix złagodził problem powodujący wzrost poziomu błędów dla użytkowników. Nadal monitorujemy nasze usługi, wprowadzając stałe rozwiązanie.

5. 20 października 2026 19:48 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 października 2026 17:31 UTCidentified

   Przy wyborze widoku profilu skarbca za pomocą interfejsu WWW zamiast tego wyświetlana jest pusta strona. Nasz zespół inżynieryjny znalazł przyczynę i pracuje nad wprowadzeniem rozwiązania.

2. 16 października 2026 17:42 UTCresolved

   Rozwiązanie zostało już rozwiązane.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 9 września 2026 20:43 UTCinvestigating

   Prowadzimy śledztwo w sprawie incydentu dotyczącego Device Trust. Niektórzy klienci mogą doświadczać opóźnień w kontroli pozycji urządzenia lub błędów uwierzytelniania. Dostarczymy aktualizację, jak tylko będziemy mieli więcej informacji.

2. 9 września 2026 20:53 UTCmonitoring

   Zidentyfikowaliśmy zmianę wyzwalającą i cofnęliśmy ją. Monitorujemy, aby potwierdzić, że sprawa została całkowicie rozwiązana.

3. 9 września 2026 21:11 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 22 lipca 2026 17:55 UTCinvestigating

   SaaS Manager jest obecnie niezdolny do komunikacji z zarządzanymi kredytami. W rezultacie klienci korzystający z funkcji Better Together mogą nie być w stanie dokonać zmian w zakresie własności kredytowej. Aktywnie badamy tę kwestię i dostarczymy aktualizacje w miarę dostępności większej ilości informacji.

2. 22 lipca 2026 19:20 UTCresolved

   Rozwiązanie zostało już rozwiązane.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 17 lipca 2026 18:52 UTCmonitoring

   Klienci SaaS Manager z aktywnym przepływem pracy mogli doświadczyć degradacji usług, która uniemożliwiła niektóre przepływy pracy z jazdy zgodnie z planem. Nasze zespoły szybko rozpoznały problem i wdrożyły rozwiązanie. Obecnie monitorujemy ożywienie gospodarcze, aby zapewnić dalszy powrót usług do normalności.

2. 17 lipca 2026 18:57 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 lipca 2026 18:59 UTCinvestigating

   Nasz zespół inżynieryjny bada problem powodujący zdegradowane operacje związane z użytkownikami na kontach indywidualnych i rodzinnych. Użytkownicy nie są w stanie potwierdzić lub usunąć użytkowników ani utworzyć i usunąć kont serwisowych. Użytkownicy nie są również w stanie wczytać strony Integracje.

2. 13 lipca 2026 19:37 UTCidentified

   Zidentyfikowano problem, a nasz zespół inżynieryjny pracuje nad jego naprawą.

3. 13 lipca 2026 19:57 UTCresolved

   Rozwiązanie zostało już rozwiązane.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 lipca 2026 15:47 UTCresolved

   Rozwiązanie tego problemu zostało wprowadzone, a nasze zespoły monitorują. Podczas przerw GitHub Actions mogło nie być w stanie wyciągnąć najnowszej wersji CLI, powodując awarię rurociągu.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 2 lipca 2026 19:44 UTCinvestigating

   Zdajemy sobie sprawę z braku Device Trust i badamy tę sprawę.

2. 2 lipca 2026 20:05 UTCinvestigating

   Nadal badamy ten problem.

3. 2 lipca 2026 20:12 UTCidentified

   Problem został zidentyfikowany i jest w trakcie wdrażania.

4. 2 lipca 2026 20:30 UTCresolved

   Zastosowano rozwiązanie i wszystkie usługi są sprawne.

5. 11 lipca 2026 01:05 UTCpostmortem

   # Incydent pośmiertny - Urządzenie Trust Authentication Outage * * Data incydentu: * * 2026- 07- 02 * * Czas incydentu\ (UTC\): * * 19: 28 - 20: 28 * * Service\ (s\) Affected: * * Ten incydent dotyczył: USA / Global\ (Usługa uwierzytelniania urządzeń, Serwer kontroli zaufania urządzeń, Portal zaufania urządzeń, API zaufania urządzeń\) i Europy\ (Usługa uwierzytelniania urządzeń, Serwer kontroli zaufania urządzeń, Portal zaufania urządzeń, API zaufania urządzeń\). * * Czas trwania uderzenia: * * 1 godzina Podsumowanie 2 lipca 2026 roku, 1Hasło Device Trust doświadczyło przerwy trwającej około godziny, zaczynając od 19: 28 UTC. W tym oknie wszystkie usługi Device Trust były niedostępne i użytkownicy nie byli w stanie uwierzytelniać. Zidentyfikowaliśmy przyczynę: wewnętrzna zmiana konfiguracji naszej infrastruktury bilansowania obciążenia w chmurze została zastosowana szerzej niż planowano, co tymczasowo uniemożliwiło osiągnięcie wymaganego punktu końcowego. To nie był incydent związany z bezpieczeństwem i nie dotyczył żadnej osoby trzeciej. Konfiguracja została poprawiona, usługa została w pełni przywrócona, a my wprowadziliśmy dodatkowe zabezpieczenia, aby zapobiec powtarzaniu się tego typu kwestii. Impact on Customers * * * All Device Trust services were completely available while the 60- minute exage window. Użytkownicy nie byli w stanie uwierzytelniać jakiejkolwiek usługi Device Trust, w tym portalu uwierzytelniania\ (* * * auth.kolide.com * *] (http: / / auth.kolide.com) * *\), konsoli admin\ (* * * * app.kolide.com * *) (http: / / appp.kolide.com) * *\), punktów końcowych API i serwera urządzeń. * * * * * Liczba Dotkniętych Klientów\ (przybliżony\): * * 100% Klientów Zaufania Urządzenia * * * Regiony geograficzne dotknięte chorobą\ (jeśli dotyczy): * * USA i UE Co się stało? W dniu 2 lipca 2026 r., zmiana konfiguracji mająca na celu poprawę konfiguracji bezpieczeństwa usługi wewnętrznej została zastosowana szerzej niż planowano, wpływając na wspólny element routingu sieciowego, na który powołuje się Device Trust. Zmiana zastąpiła podstawową infrastrukturę sieciową wspierającą Device Trust. Jednak konfiguracja trasy ruchu nadal odnosiła się do poprzedniej infrastruktury zamiast do nowych zasobów. W rezultacie punkty końcowe uwierzytelniania Urządzenia Trust stały się nieosiągalne. Cofnięcie zmiany przywróconej łączności i usługi. * * * Czas zdarzeń\ (UTC\): * * * 19: 28: Zmiana konfiguracji sieci; Balancery obciążenia sieci odpowiedzialne za routing ruchu dla usług zaufania urządzeń stały się nieosiągalne * 19: 30: Automatyczne monitorowanie wykrywa brak i uruchamia alarmy * 19: 33: Incydent jest deklarowany na [status.1password.com] (http: / / status.1password.com) * 20: 03: Przyczyna korzenia jest identyfikowana jako problem konfiguracji balansu obciążenia * 20: 24: Balancer obciążenia jest odtwarzany z poprawną konfiguracją * 20: 26 Odzyskiwanie jest potwierdzone dla [app.kolide.com] (http: / / app.kolide.com) * 20: 28 Odzyskiwanie jest potwierdzone dla [auth.kolide.com] (http: / / auth.kolide.com) * * * Składające się czynniki\ (jeśli istnieją\): * * * * * Zakres wspólnego komponentu nie jest widoczny podczas przeglądu lub walidacji. * * Klasa infrastruktury sieciowej, na którą miała wpływ zmiana, była dzielona między wiele usług, ale zależność ta nie była udokumentowana ani ujawniona w procesie przeglądu zmian. W rezultacie walidacja przedprodukcyjna, przeprowadzana w mniejszym środowisku przed rozpoczęciem produkcji, nie obejmowała wszystkich usług zależnych, a wpływ na zaufanie urządzeń nie został zidentyfikowany przed osiągnięciem zmiany produkcji. * * * Równoczesne sygnały diagnostyczne spowolniły identyfikację przyczyny korzenia. * * W momencie rozpoczęcia wyłączeń niepowiązane błędy związane z odnowieniem certyfikatu pojawiły się obok awarii połączeń sieciowych. Badanie obu sygnałów jednocześnie opóźnione identyfikację zmiany konfiguracji sieci jako przyczyny. Jak to rozwiązano? * * * Etapy rozdzielczości: * * Po zidentyfikowaniu źródła awarii inżynierowie cofnęli zmianę konfiguracji. Zagrożona infrastruktura sieciowa została odtworzona z oryginalną, publicznie dostępną konfiguracją, przywracając routing do wszystkich punktów końcowych uwierzytelniania Urządzenia Trust. Odzysk usług został potwierdzony kolejno w odniesieniu do usług, które zostały dotknięte przed zamknięciem incydentu. * * * Weryfikacja rezolucji: * * Po zwrocie inżynierowie potwierdzili, że wszystkie punkty końcowe uwierzytelniania Urządzenia Trust były osiągalne i akceptowały ruch. Potwierdzenie uchwały klienta otrzymano następnie za pośrednictwem zespołu wsparcia. # What We Are Do to Prevent Future Incidents * * * Wymagane wyraźne zatwierdzenie destrukcyjnych zmian infrastruktury. * * Wdrażamy zabezpieczenia, które wymagają ręcznego przeglądu i zatwierdzenia, zanim możliwe będzie zastosowanie zmian, które mogłyby zniszczyć i odtworzyć krytyczną infrastrukturę sieciową. Stwarza to funkcję wymuszającą, aby złapać niezamierzony zakres zanim zmiany dotrą do produkcji. * * * Poprawa widoczności zakresu dla współdzielonych elementów infrastruktury. * * Dokumentujemy zależności między wspólnymi komponentami infrastruktury a usługami, które na nich polegają, i włączamy te informacje do procesu przeglądu zmian. Przyszłe zmiany we wspólnych komponentach będą wymagały wyraźnej oceny wpływu na środowisko przed wdrożeniem. * * * Wzmocnienie walidacji przedprodukcyjnej w zależności dzielonej. * * Aktualizujemy nasz proces promocji zmian, aby wymagać walidacji wobec wszystkich usług, które dzielą elementy - nie tylko zamierzony cel - zanim zmiany zostaną promowane do produkcji. * * * Zredukuj pojedyncze punkty awarii w trasie. * * Oceniamy zmiany architektoniczne w celu wprowadzenia redundancji do konfiguracji trasy ruchu Device Trust, tak aby awaria w każdym pojedynczym składniku skutkowała degradacją usług, a nie całkowitym przerwaniem. Następny krok i komunikacja * W tym czasie od naszych klientów nie wymaga się żadnych działań. Jesteśmy zaangażowani w świadczenie niezawodnych i stabilnych usług i podejmujemy niezbędne kroki, aby wyciągnąć wnioski z tego wydarzenia i zapobiec jego ponownemu wystąpieniu. Dziękuję za zrozumienie. Z poważaniem, 1Zespół Hasło

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 29 czerwca 2026 22:08 UTCinvestigating

   Użytkownicy, którzy próbują zaakceptować swoje zaproszenie z SSO egzekwowania nie są w stanie zaakceptować zaproszenia i otrzymują błąd 403. Nasz zespół inżynieryjny aktywnie bada sprawę.

2. 29 czerwca 2026 22:55 UTCidentified

   Problem został zidentyfikowany, a nasz zespół inżynieryjny pracuje nad wdrożeniem rozwiązania.

3. 29 czerwca 2026 23:40 UTCidentified

   Nasz zespół inżynieryjny nadal pracuje nad rozwiązaniem tego problemu. W międzyczasie zidentyfikowano rozwiązanie. Skontaktuj się z naszym zespołem wsparcia bezpośrednio pod adresem support @ 1password.com, a oni będą Cię wspierać poprzez czynności wokół.

4. 30 czerwca 2026 14:09 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 czerwca 2026 17:15 UTCinvestigating

   Niektórzy użytkownicy, którzy są zablokowani z konta 1Password napotkają błąd "coś poszło nie tak" podczas próby przywrócenia dostępu za pomocą kodu odzyskiwania. Nasz zespół jest świadomy tej kwestii i aktywnie bada sprawę. Dostarczymy aktualizacje w miarę dostępności większej ilości informacji.

2. 24 czerwca 2026 17:30 UTCinvestigating

   Nasze zespoły nadal badają tę sprawę. Aktywnie pracujemy nad określeniem przyczyny i udostępnimy dodatkowe aktualizacje w miarę ich dostępności.

3. 24 czerwca 2026 17:50 UTCinvestigating

   Sprawa jest nadal przedmiotem dochodzenia. Będziemy nadal udostępniać aktualizacje w miarę ich dostępności.

4. 24 czerwca 2026 18:32 UTCinvestigating

   Dochodzenie jest w toku. Nasze zespoły aktywnie pracują nad określeniem przyczyny i udostępnią aktualizacje w miarę ich dostępności.

5. 24 czerwca 2026 18:35 UTCidentified

   Problem został zidentyfikowany i jest w trakcie wdrażania.

6. 24 czerwca 2026 18:51 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

7. 24 czerwca 2026 19:01 UTCresolved

   Kwestia ta została już rozwiązana i należy w pełni przywrócić dostęp do usług 1Hasło.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 18 czerwca 2026 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 czerwca 2026 18:50 UTCresolved

   This incident has been resolved.

1. 16 czerwca 2026 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 czerwca 2026 16:58 UTCmonitoring

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

3. 16 czerwca 2026 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 czerwca 2026 16:00 UTCresolved

   This incident has been resolved.

1. 11 czerwca 2026 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 czerwca 2026 22:02 UTCinvestigating

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

3. 11 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 23:18 UTCresolved

   This incident has been resolved.

1. 16 maja 2026 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 maja 2026 17:33 UTCidentified

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

3. 16 maja 2026 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 maja 2026 20:36 UTCresolved

   This incident has been resolved.

1. 4 maja 2026 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 maja 2026 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 maja 2026 18:34 UTCresolved

   This incident has been resolved.

1. 27 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 18:00 UTCresolved

   This incident has been resolved.

7. 12 maja 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 16:06 UTCresolved

   This incident has been resolved.

1. 14 kwietnia 2026 17:25 UTCinvestigating

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

2. 14 kwietnia 2026 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 kwietnia 2026 18:00 UTCmonitoring

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

4. 15 kwietnia 2026 01:54 UTCresolved

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

5. 6 maja 2026 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 kwietnia 2026 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 kwietnia 2026 15:07 UTCmonitoring

   We are continuing to monitor for any further issues.

3. 22 kwietnia 2026 15:17 UTCresolved

   This incident has been resolved.

1. 1 kwietnia 2026 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 kwietnia 2026 17:52 UTCmonitoring

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

3. 2 kwietnia 2026 14:23 UTCresolved

   This incident has been resolved.