Historique des pannes de 1password

1. 22 juillet 2026 à 17:55 UTCinvestigating

   SaaS Manager est actuellement incapable de communiquer avec Managed Identities. Par conséquent, les clients qui utilisent les fonctionnalités de Better Together peuvent ne pas être en mesure d'apporter des changements à la propriété des titres de compétence. Nous enquêtons activement sur la question et fournirons des mises à jour à mesure que de plus amples renseignements seront disponibles.

2. 22 juillet 2026 à 19:20 UTCresolved

   Un correctif a été déployé et ce problème est maintenant résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 17 juillet 2026 à 18:52 UTCmonitoring

   Les clients de SaaS Manager ayant des workflows actifs ont peut-être subi une dégradation du service qui a empêché certains workflows de fonctionner comme prévu. Nos équipes ont rapidement identifié le problème et mis en place une solution. Nous surveillons maintenant la reprise pour nous assurer que les services continuent de revenir à la normale.

2. 17 juillet 2026 à 18:57 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 13 juillet 2026 à 18:59 UTCinvestigating

   Notre équipe d'ingénierie enquête sur un problème causant des opérations dégradées liées à l'utilisateur pour les comptes individuels et familiaux. Les utilisateurs ne peuvent pas confirmer ou supprimer les utilisateurs ou créer et supprimer des comptes de service. Les utilisateurs sont également incapables de charger la page Intégrations.

2. 13 juillet 2026 à 19:37 UTCidentified

   Le problème a été identifié et notre équipe d'ingénierie s'emploie à déployer une solution.

3. 13 juillet 2026 à 19:57 UTCresolved

   Un correctif a été déployé et ce problème est maintenant résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 13 juillet 2026 à 15:47 UTCresolved

   Une solution à ce problème a été mise en place, et nos équipes surveillent. Pendant la panne, GitHub Actions n'a peut-être pas réussi à tirer la dernière version de CLI, provoquant ainsi l'échec du pipeline.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 2 juillet 2026 à 19:44 UTCinvestigating

   Nous sommes au courant d'une panne de Device Trust et nous enquêtons sur la question.

2. 2 juillet 2026 à 20:05 UTCinvestigating

   Nous poursuivons nos recherches sur le problème.

3. 2 juillet 2026 à 20:12 UTCidentified

   Le problème a été identifié et une solution est en cours de mise en oeuvre.

4. 2 juillet 2026 à 20:30 UTCresolved

   Un correctif a été déployé et tous les services sont opérationnels.

5. 11 juillet 2026 à 01:05 UTCpostmortem

   # Incident postmortem - Device Trust Authentification Outage **Date de l'incident :** 2026-07-02 **Heure de l'incident \(UTC\):** 19:28 - 20:28 **Service(s) touché(s):** Cet incident a affecté: USA/Global \(Service d'authentification de confiance des appareils, Device Trust Checks Server, Device Trust Portal, Device Trust API\) et Europe \(Service d'authentification de confiance des appareils, Device Trust Checks Server, Device Trust Portal, Device Trust API\). **Durée d'impact:** 1 heure Résumé Le 2 juillet 2026, 1Password Device Trust a connu une panne d'environ une heure, à partir de 19h28 UTC. Durant cette fenêtre, tous les services Device Trust n'étaient pas disponibles et les utilisateurs n'ont pas pu s'authentifier. Nous avons identifié la cause profonde : un changement de configuration interne à notre infrastructure d'équilibrage de la charge en nuage a été appliqué plus largement que prévu, ce qui a temporairement rendu un paramètre requis inaccessible. Ce n'était pas un incident de sécurité et n'impliquait aucun tiers. La configuration a été corrigée, le service a été entièrement rétabli, et nous avons mis en place des garanties supplémentaires pour aider à empêcher ce type de problème de se reproduire. ## Impact sur les clients * **Tous les services de Device Trust étaient complètement indisponibles pendant la fenêtre de sortie de 60 minutes. Les utilisateurs n'ont pu authentifier aucun service Device Trust, y compris le portail d'authentification \(**[**auth.kolide.com**](http://auth.kolide.com)**\), la console d'administration \(**[**app.kolide.com**](http://app.kolide.com)**\), les paramètres de l'API et le serveur de périphérique**. * **Nombre de clients touchés \(approximation\):** 100% des clients de Device Trust * ** Régions géographiques concernées \(le cas échéant):** États-Unis et UE Qu'est-ce qui s'est passé ? Le 2 juillet 2026, un changement de configuration visant à améliorer la configuration de sécurité d'un service interne a été appliqué plus largement que prévu, affectant un composant de routage réseau partagé sur lequel se fonde Device Trust. Le changement a remplacé l'infrastructure réseau sous-jacente supportant Device Trust. Toutefois, la configuration du routage du trafic a continué de faire référence à l'infrastructure précédente au lieu des ressources nouvellement fournies. Par conséquent, les paramètres d'authentification de Device Trust sont devenus inaccessibles. Le changement rétablit la connectivité et le service. * ** Chronologie des événements \(UTC\):** * 19:28: Changement de configuration du réseau appliqué; les équilibreurs de charge réseau responsables de l'acheminement du trafic pour les services Device Trust sont devenus inaccessibles * 19:30: La surveillance automatisée détecte les pannes et déclenche les alertes * 19:33: L'incident est déclaré à [status.1password.com](http://status.1password.com) * 20:03: La cause racine est identifiée comme un problème de configuration de l'équilibreur de charge * 20:24: L'équilibreur de charge est recréé avec la configuration correcte * 20:26 La récupération est confirmée pour [app.kolide.com](http://app.kolide.com) * 20:28 La récupération est confirmée pour [auth.kolide.com](http://auth.kolide.com) * ** Facteurs de conversion \(le cas échéant):** * **La portée de la composante partagée n'est pas visible lors de l'examen ou de la validation.** La classe d'infrastructure de réseau touchée par le changement a été partagée entre plusieurs services, mais cette dépendance n'a pas été documentée ni mise en évidence dans le processus d'examen du changement. Par conséquent, la validation préalable à la production, bien qu'elle ait été effectuée dans un environnement inférieur avant le déploiement de la production, ne couvrait pas tous les services dépendants, et l'impact sur la confiance relative aux appareils n'a pas été identifié avant que le changement n'atteigne la production. * **Les signaux diagnostiques simultanés ralentissent l'identification de la cause racine.** Au moment où la panne a commencé, des erreurs de renouvellement de certificat non liées ont surgi à côté de la défaillance de la connectivité réseau. L'étude des deux signaux a simultanément retardé l'identification de la configuration du réseau comme cause principale. Comment a-t-elle été résolue ? * **Étapes de résolution :** Une fois la source de la panne identifiée, les ingénieurs ont repris le changement de configuration. L'infrastructure du réseau touché a été recréée avec sa configuration originale accessible au public, en rétablissant le routage à tous les paramètres d'authentification de Device Trust. Le rétablissement des services a été confirmé successivement entre les services touchés avant la fermeture de l'incident. * **Vérification de la résolution :** Après le retour, les ingénieurs ont vérifié que tous les paramètres d'authentification de Device Trust étaient accessibles et acceptaient le trafic. Par la suite, l'équipe d'appui a confirmé la résolution du client. Ce que nous faisons pour prévenir les incidents futurs * ** Exiger une approbation explicite pour les changements d'infrastructure destructeurs.** Nous mettons en oeuvre des mesures de protection qui nécessitent un examen et une approbation manuels avant que des changements qui détruiront et recréeront l'infrastructure essentielle du réseau puissent être appliqués. Cela crée une fonction forçante pour attraper une portée non intentionnelle avant que les changements atteignent la production. * **Améliorer la visibilité de la portée pour les éléments d'infrastructure partagés.** Nous documentons les dépendances entre les composantes de l'infrastructure partagée et les services qui en dépendent, et nous intégrons cette information dans notre processus d'examen des changements. Les changements futurs aux composantes partagées nécessiteront une évaluation explicite de l'impact en aval avant le déploiement. * **Renforcement de la validation de la préproduction pour toutes les dépendances partagées.** Nous mettons à jour notre processus de promotion du changement afin d'exiger une validation par rapport à tous les services qui partagent les composantes affectées, et pas seulement l'objectif visé, avant de promouvoir le changement vers la production. * **Réduire les points uniques de défaillance dans l'acheminement du trafic.** Nous évaluons les changements architecturaux afin d'introduire la redondance dans la configuration de routage de Device Trust, de sorte qu'une défaillance d'un seul composant entraîne une dégradation du service plutôt qu'une panne complète. Prochaines étapes et communication * Aucune action n'est requise de nos clients pour le moment. Nous nous engageons à fournir un service fiable et stable, et nous prenons les mesures nécessaires pour apprendre de cet événement et l'empêcher de se reproduire. Merci de votre compréhension. Sincèrement, L'équipe 1Mot de passe

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 29 juin 2026 à 22:08 UTCinvestigating

   Les utilisateurs qui tentent d'accepter leur invitation avec l'application SSO ne peuvent pas accepter l'invitation et recevoir une erreur 403. Notre équipe d'ingénieurs enquête activement sur la question.

2. 29 juin 2026 à 22:55 UTCidentified

   Le problème a été identifié et notre équipe d'ingénieurs s'emploie à déployer un correctif.

3. 29 juin 2026 à 23:40 UTCidentified

   Notre équipe d'ingénieurs continue de déployer une solution pour ce problème. En attendant, une solution de rechange a été trouvée. Veuillez contacter notre équipe de support directement à [email protected] et ils vous accompagneront à travers les étapes de contournement.

4. 30 juin 2026 à 14:09 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 24 juin 2026 à 17:15 UTCinvestigating

   Certains utilisateurs qui sont bloqués hors de leur compte 1Password rencontrent une erreur de type "Something was wrong" lors de la tentative de restaurer l'accès en utilisant un code de récupération. Notre équipe de développement est consciente de la question et enquête activement sur la cause. Nous fournirons des mises à jour à mesure que de plus amples renseignements seront disponibles.

2. 24 juin 2026 à 17:30 UTCinvestigating

   Nos équipes continuent d'enquêter sur cette question. Nous travaillons activement à déterminer la cause et partagerons les mises à jour supplémentaires dès qu'elles seront disponibles.

3. 24 juin 2026 à 17:50 UTCinvestigating

   La question est toujours à l'étude. Nous continuerons de partager les mises à jour dès qu'elles seront disponibles.

4. 24 juin 2026 à 18:32 UTCinvestigating

   L'enquête est en cours. Nos équipes travaillent activement à déterminer la cause et partageront les mises à jour dès qu'elles seront disponibles.

5. 24 juin 2026 à 18:35 UTCidentified

   Le problème a été identifié et une solution est en cours de mise en oeuvre.

6. 24 juin 2026 à 18:51 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

7. 24 juin 2026 à 19:01 UTCresolved

   Le problème est maintenant résolu et l'accès aux services 1Password devrait être entièrement rétabli.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

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

   This incident has been resolved.

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

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

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

   This incident has been resolved.

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

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

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

   This incident has been resolved.

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

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

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

   This incident has been resolved.

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

   This incident has been resolved.

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

   This incident has been resolved.

7. 12 mai 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 avril 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 avril 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 avril 2026 à 16:06 UTCresolved

   This incident has been resolved.

1. 14 avril 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 avril 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 avril 2026 à 18:00 UTCmonitoring

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

4. 15 avril 2026 à 01:54 UTCresolved

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

5. 6 mai 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 avril 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 avril 2026 à 15:07 UTCmonitoring

   We are continuing to monitor for any further issues.

3. 22 avril 2026 à 15:17 UTCresolved

   This incident has been resolved.

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

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

3. 2 avril 2026 à 14:23 UTCresolved

   This incident has been resolved.

1. 31 mars 2026 à 21:28 UTCinvestigating

   Users with Individual and Family accounts are currently unable to access their Environments. The impact is scoped to individual account holders and family account users. Our engineering team is actively investigating.

2. 31 mars 2026 à 22:01 UTCidentified

   The issue has been identified and our engineering team are working towards deploying a fix.

3. 1 avril 2026 à 00:43 UTCresolved

   A fix has been deployed and this issue is now resolved.

1. 16 mars 2026 à 17:11 UTCinvestigating

   Our team is investigating an issue where features have been turned off for some customers.

2. 16 mars 2026 à 17:26 UTCmonitoring

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

3. 16 mars 2026 à 17:43 UTCresolved

   This incident has been resolved.

1. 12 mars 2026 à 17:53 UTCresolved

   Users were unable to retrieve documents across multiple platforms. This included degraded performance or failures when attempting to access documents via the CLI as well as through other interfaces.