Historique des pannes de Stripo

1. 5 août 2026 à 13:59 UTCinvestigating

   Nous sommes conscients d'un problème avec le Plugin Stripo: l'éditeur peut ne pas initialiser et ne pas charger pour les utilisateurs finaux. Notre équipe a identifié le service touché et travaille sur une solution. Nous publierons une mise à jour dès que nous aurons plus d'informations.

2. 5 août 2026 à 14:00 UTCidentified

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

3. 5 août 2026 à 14:49 UTCmonitoring

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

4. 5 août 2026 à 14:57 UTCresolved

   This incident has been resolved.

5. 5 août 2026 à 16:03 UTCpostmortem

   At 13:45 UTC the AWS host running the database and cache for our plugin environment failed. Auto-recovery restarted it by 14:00 UTC, but the cache service and several microservices required manual restarts. Full recovery: ~15:00 UTC. **Impact \(UTC\).** Autosave was unavailable 13:48–13:57, then severely slow \(~86 s per request vs. under 7 s normally\) until ~14:40. Some plugins using external AutoSave callbacks saw saves fail. Co-editing was degraded 14:16–15:00. Editor initialization also failed for some users early on. **Data.** No evidence of loss: crash recovery completed correctly, all patches that reached the database were persisted, and duplicate resubmissions were safely rejected. Contact us with a timestamp if you suspect otherwise. **Cause.** Hardware failure on the underlying AWS host. It escalated because autosave retries external callbacks synchronously inside the request, exhausting the database connection pool; the cache had no auto-start on reboot; and connection pools did not self-heal. No alarm covered host status or cache availability, so detection came from user reports. **Fixes.** Alerting on host status checks and cache availability; cache auto-start with a health check; connection pool recovery; moving external callbacks out of the request path; alerts on pool saturation, error rate and callback latency; a redundancy review for this environment. We apologize for the disruption. If the impact on your users differed from the above, please contact our support team.

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

1. 31 juillet 2026 à 08:30 UTCinvestigating

   Nous enquêtons sur des rapports d'utilisateurs incapables de se connecter, de voir des membres de l'équipe manquants ou d'éprouver un chargement lent de courriels. Notre équipe travaille à identifier la cause.

2. 31 juillet 2026 à 08:30 UTCidentified

   Nous avons identifié la cause profonde: un service de cache interne (Redis) a manqué de mémoire et a commencé à rejeter les écrits. Par conséquent, les vérifications d'autorisation ont contourné le cache et mis une charge excessive sur le service de compte, provoquant des réponses lentes, des défaillances de connexion et des données de compte manquantes. Nous avons augmenté la capacité de cache et nous préparons une correction permanente.

3. 31 juillet 2026 à 08:31 UTCmonitoring

   La capacité de cache a été accrue et le système se rétablit. Les temps de réponse reviennent à la normale lorsque les caches se réchauffent. Une solution permanente est déployée.

4. 31 juillet 2026 à 08:49 UTCresolved

   La fixation permanente a été déployée dans tous les groupes de production et tous les systèmes fonctionnent normalement. Pendant l'incident (juillet 30, 22:48 UTC – juillet 31, ~04:30 UTC, avec la lenteur résiduelle jusqu'à ~08:49 UTC), certains utilisateurs ont connu des défaillances de connexion, des données manquantes des membres de l'équipe, et le chargement lent des courriels. Aucune donnée n'a été perdue. Nous avons ajouté une alerte mémoire-utilisation pour détecter cette classe de problèmes avant qu'elle n'affecte les utilisateurs. Nous nous excusons pour le désagrément.

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

1. 28 juillet 2026 à 14:02 UTCresolved

   Le 28 juillet, entre environ 13h28 et 13h58 (UTC), le Plugin Stripo n'a pas réussi à initialiser les intégrations intégrées. La question a été causée par la dégradation des performances d'un service de statistique interne, qui a ralenti les demandes d'initialisation des plugins. Notre équipe a redémarré le service touché et temporairement désactivé la collecte de statistiques pour les initialisations de plugins pour restaurer le fonctionnement normal. Le plugin est maintenant en charge comme prévu. Nous nous excusons de tout inconvénient que cela pourrait avoir causé.

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

1. 25 juillet 2026 à 09:18 UTCinvestigating

   Il peut y avoir des problèmes lors du téléchargement, du changement ou de la suppression d'images client dans l'éditeur. Heure (UTC) : 2026-07-25T09:18:22

2. 25 juillet 2026 à 09:20 UTCresolved

   Cet incident a été résolu.

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

1. 24 juillet 2026 à 11:27 UTCresolved

   Le 24 juillet entre 09:20 et 09:50 UTC, la coédition en temps réel dans l'éditeur de plugins était temporairement indisponible. Lors d'une sortie programmée, une mise à jour du schéma de base de données a pris plus de temps que prévu et a brièvement surchargé la base de données, ce qui a provoqué le redémarrage du service de coédition. Notre équipe a identifié la cause et a entièrement restauré le service à 09:50 UTC. Aucune donnée client n'a été perdue et toutes les autres fonctionnalités de Stripo sont restées disponibles. Nous avons depuis ajouté des garanties à notre processus de libération afin d'éviter une récidive.

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

1. 23 juillet 2026 à 09:39 UTCinvestigating

   Il pourrait y avoir un problème avec l'accès au compte client. Heure (UTC) : 2026-07-23T09:39:04

2. 23 juillet 2026 à 09:49 UTCinvestigating

   [Commentaire d'Opsgenie]Dmitry Kudrenko a reconnu l'alerte: "Une panne partielle dans le travail de Stripo Account Backend partie"

3. 23 juillet 2026 à 10:02 UTCresolved

   Cet incident a été résolu.

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

1. 20 juillet 2026 à 18:11 UTCinvestigating

   Incident de sécurité de Stripo Comment cela a commencé Nous avons reçu deux rapports clients concernant des activités inhabituelles associées aux comptes ESP. Bien qu'un rapport individuel ait raisonnablement pu être attribué à diverses causes, y compris des problèmes de configuration, des intégrations antérieures ou des facteurs propres à un fournisseur, le deuxième rapport impliquait un fournisseur de PSR différent et présentait des caractéristiques semblables. À ce stade, nous avons déterminé que le modèle observé justifiait un examen complet de la sécurité et nous avons ouvert une enquête plus vaste. Situation actuelle Comme nous avons identifié des comptes avec des identifiants ESP stockés, nous avons demandé à ces clients de faire tourner leurs clés en priorité. Ce n'était pas un seul laissez-passer complet : alors que notre enquête se poursuivait, nous avons identifié des comptes supplémentaires qui nécessitaient la même notification, et nous les avons contactés au fur et à mesure qu'ils sont confirmés. Si vous avez des identifiants ESP connectés à Stripo et ne les avez pas encore tournés: 1. Revoquez l'ancienne clé là-bas; générer une nouvelle clé ne désactive pas automatiquement l'ancienne. 2. Générez une nouvelle clé dans votre compte ESP. 3. Mettre à jour la nouvelle clé dans Stripo sous Paramètres du projet → Intégrations . 4. Passez en revue l'activité récente de votre compte ESP ou CRM: l'historique de connexion, les changements de liste de contact, et toute campagne ou envoi que vous ne reconnaissez pas. Un rappel pendant que tout cela est en cours : nous ne vous demanderons jamais d'envoyer une clé, un jeton ou un mot de passe par courriel ou dans un chat de support. Enquête en cours Notre enquête se poursuit. Si nous identifions des constatations confirmées qui sont importantes pour les clients touchés, nous les communiquerons sans délai indu.

2. 20 juillet 2026 à 18:15 UTCinvestigating

   20 juil. 2026 - 18:15 UTC Ce qu'on a réparé Suite à notre communication initiale, nous avons mis en place un certain nombre d'améliorations de sécurité supplémentaires : 1. Vérification de la protection des titres . Nous avons examiné la façon dont les justificatifs d'identité sont stockés dans nos systèmes et nous avons mis en place un cryptage supplémentaire pour les données de justificatifs lorsque la protection accrue a été identifiée comme appropriée. 2. Mise en œuvre de protections supplémentaires côté navigateur pour traiter un scénario d'exposition lié au navigateur identifié . Les identifiants stockés ne sont plus renvoyés au navigateur lorsque l'écran d'intégrations est ouvert. Ceci, combiné avec l'amélioration de l'entreposage ci-dessus, réduit considérablement les risques d'exposition potentiels associés à la manipulation des titres de compétences. 3. A effectué une vérification complète de l ' enregistrement. Nous avons examiné nos systèmes d'enregistrement de bout en bout et mis à jour notre configuration d'enregistrement afin d'éviter que les valeurs d'identification ne soient enregistrées dans les journaux d'application. 4. Nettoyer les données de l ' impasse. Nous avons supprimé les anciennes connexions ESP qui avaient été conservées après qu'elles aient cessé d'être utilisées, et nous sommes en train de supprimer les anciennes clés inutilisées toujours dans le fichier. Sur la base de notre enquête à ce jour, nous n'avons identifié aucune indication d'impact sur le Plugin Stripo . Stripo ne stocke pas les informations financières ou de paiement des clients. Par conséquent, d'après notre enquête à ce jour, nous n'avons relevé aucune incidence sur les données financières ou de paiement conservées par Stripo. D'après les renseignements actuellement disponibles, nous n'avons relevé aucune incidence sur nos systèmes de production primaire. L'activité identifiée à ce jour semble avoir été associée à un environnement de sauvegarde . Nous avons mis en place des mesures de sécurité supplémentaires pour cet environnement et nous continuons d'évaluer s'il y a un impact plus large dans le cadre de notre enquête en cours. Certifications de conformité Nous maintenons un programme de sécurité indépendant, incluant les certifications SOC 2 et ISO. Dans le cadre de cette enquête, nous avons identifié des possibilités de renforcer davantage certains contrôles techniques liés au traitement des certificats d'exportation. Nous avons mis en place des mesures de protection supplémentaires pour régler les questions soulevées au cours de notre enquête. Nous intégrons également les conclusions de cette enquête à notre programme de sécurité, aux processus d'évaluation des risques, aux contrôles techniques et aux activités de vérification futures. Ces constatations ont permis d'obtenir des garanties techniques supplémentaires et continueront d'être intégrées à notre programme de contrôle et de vérification de la sécurité. Les certifications de sécurité démontrent que le programme de sécurité d'une organisation a été évalué de façon indépendante par rapport aux normes reconnues. Comme tout cadre de sécurité, ils appuient l'amélioration continue à mesure que de nouveaux risques et des considérations de mise en oeuvre sont identifiés. Enquête en cours Notre enquête est en cours. Dans le cadre de ce travail, nous continuons d'examiner les activités d'accès relatives aux cas de base de données où les données pertinentes sont stockées. Si nous identifions des constatations confirmées qui sont importantes pour les clients touchés, nous les communiquerons sans délai indu.

3. 21 juillet 2026 à 14:23 UTCresolved

   Période d'incident : 6-18 juillet 2026 · Publié : 21 juillet 2026 Rapport final d'incident — Accès non autorisé aux identifiants d'intégration stockés Résumé Entre le 6 et le 18 juillet 2026, un acteur non autorisé a eu accès à un environnement interne qui n'était pas orienté vers le client et qui avait accès en lecture seule à une réplique restreinte contenant un sous-ensemble limité de données de production. Sur la base de notre enquête terminée, l'acteur a exécuté des requêtes de lecture qui ont permis d'accéder à certaines informations stockées dans cet environnement, y compris certaines références ESP/export de tiers que les clients avaient stockées à Stripo pour leurs intégrations, ainsi que certains enregistrements de comptes. Après avoir identifié l'activité, nous avons isolé et déclassé l'environnement concerné, mis en oeuvre des mesures d'assainissement et terminé notre enquête sur l'incident. L'incident a été signalé uniquement par une demande de client et n'a pas pu être détecté par notre surveillance standard. Quelles données ont été affectées D'après notre enquête terminée, l'information identifiée comme ayant été consultée comprenait certains identifiants ESP/export tiers que les clients avaient enregistrés pour connecter leurs intégrations, ainsi que certains enregistrements de comptes associés. Données d'authentification des comptes . Les mots de passe stripo sont stockés hashed et salé — jamais en texte clair, conformément aux meilleures pratiques de sécurité, donc ils n'ont pas été exposés sous une forme utilisable. Parce qu'un attaquant déterminé pourrait, en théorie, essayer de cracher des hachages salés au fil du temps, nous n'avons pas pris de risque: nous réinitialisons proactifment chaque mot de passe Stripo même s'il n'y a aucune indication que les hachages peuvent être pratiquement récupérés. Chaque utilisateur définit simplement un nouveau mot de passe à sa prochaine connexion. Ce que nous avons fait 1. Conservé l'incident en coupant et démantèleant l'environnement interne concerné. 2. Cryptage étendu à tous les identifiants ESP/export stockés, y compris ceux qui n'étaient pas déjà cryptés (les clés sont conservées dans un SGA géré). 3. Arrêt du retour des identifiants dans le navigateur lorsque les écrans d'intégration sont ouverts. 4. Examen de l'enregistrement des demandes et suppression des valeurs de justificatif des scénarios limités dans lesquels elles pourraient apparaître. Bien que notre enquête n'ait pas permis d'établir que les registres d'application faisaient partie de la trajectoire d'attaque, nous avons néanmoins mis en oeuvre cette protection supplémentaire dans le cadre de nos efforts plus vastes d'assainissement. 5. Purged vieux/inactif titres de compétence conservés après qu'ils ont cessé d'être utilisés. 6. Pour Klavio, HubSpot, Zoho et AWeber, nous avons automatiquement révoqué tous les jetons d'autorisation. 7. Nous avons procédé à un examen complet de notre périmètre d'infrastructure : audit de tous les groupes de sécurité et des voies d'accès aux nœuds système, rotation des mots de passe pour toutes les bases de données, limitation de la réplique en lecture seule à l'accès interne, et examen de l'accès détenu par les services internes et le personnel, en la resserrant selon les principes des moins privilégiés. 8. Réinitialisez de manière proactive tous les mots de passe des utilisateurs et les sessions invalidées. 9. Ajout d ' une surveillance et d ' une alerte pour l ' authentification des outils internes, des connexions externes aux bases de données et des lectures massives de tableaux sensibles. Nous travaillons selon des normes reconnues de sécurité et de protection des données, y compris notre programme SOC 2. Dans le cadre de notre programme de sécurité continu, nous continuons de renforcer nos contrôles techniques et organisationnels en fonction des résultats de cette enquête. Qui n'a pas été touché Les clients qui exportaient uniquement vers des formats de fichiers (HTML, AMP HTML, PDF, EML, image, etc.) n'ont jamais enregistré d'identifications avec nous et ne sont pas touchés. Nous n'avons pas non plus accédé aux pouvoirs des fournisseurs suivants : CleverTap, Customer.io, Follow Up Boss, Google Cloud, MailerCloud, MailerLite, Mailtrap, Make, Mindbaz, n8n, Netcore, OneSignal, Optimove, Postup, Pubrio, Rapidmail, Reteno, Selzy, Sender.net, Ticketor, Unione, Insider, Voizee, WhatCounts, Yespo. Le plugin et les déploiements auto-installés n'ont pas été affectés — l'environnement et la réplique concernés font partie de l'infrastructure de Stripo Cloud, et non du produit auto-installé ou du plugin Stripo. Comptes à long terme inactifs . En vertu de notre politique de conservation des données et conformément à nos obligations en matière de RGPD, les comptes clients inactifs et leurs données personnelles sont régulièrement supprimés, de sorte que les informations appartenant à des clients inactifs de longue date n'étaient pas présentes dans cet environnement et n'auraient pas pu être exposées. Données de paiement D'après notre enquête, aucun numéro de carte de paiement complet (PAN) ou code CVV n'a été identifié comme ayant été consulté. Les paiements par carte sont traités par nos fournisseurs de paiement (Stripe et PayPal), et Stripo ne stocke pas les numéros de carte de paiement complets ou les codes CVV. Travailler avec nos partenaires ESP Étant donné qu'il s'agit de titres de compétence d'un tiers, nous contactons de manière proactive les fournisseurs du PSR concernés, dans un esprit de partenariat et pour protéger nos clients mutuels, de sorte que les titres de compétence touchés peuvent être révoqués de leur côté comme garantie supplémentaire. Ce que nous recommandons à nos clients font 1. Si votre fournisseur n'est pas dans la section "Qui n'a pas été affecté" ci-dessus et que vous n'avez pas déjà: faites pivoter les identifiants ESP connectés à votre compte Stripo — retirez l'ancienne clé de votre fournisseur, créez-en une nouvelle et mettez-la à jour dans Stripo (Paramètres du projet → Intégrations). Pour les intégrations basées sur OAuth, révoquer l'autorisation de Stripo auprès de votre fournisseur et se reconnecter. 2. Passez en revue votre activité ESP/CRM à partir du début de juillet — signature, changement de liste de contact et toute campagne, envoi ou exportation que vous ne reconnaissez pas. Rotation d'une clé arrête l'utilisation future mais n'annule pas l'activité qui s'est déjà produite. 3. Votre mot de passe Stripo a déjà été réinitialisé — définissez un nouveau mot de passe à votre prochaine connexion. Clôture Nous regrettons sincèrement que cet incident se soit produit. Nous avons communiqué directement avec les clients touchés et restons disponibles pour répondre aux questions de suivi sur demande. Contact: [email protected].

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

1. 7 juillet 2026 à 15:26 UTCinvestigating

   Il peut y avoir des problèmes lors du téléchargement, du changement ou de la suppression d'images client dans l'éditeur. Heure (UTC) : 2026-07-07T15:26:22

2. 7 juillet 2026 à 15:27 UTCresolved

   Cet incident a été résolu.

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

1. 1 juillet 2026 à 03:53 UTCinvestigating

   Il pourrait y avoir un problème lié à l'exportation de modèles de courriel en tant que fichiers PDF de l'éditeur. Heure (UTC) : 2026-07-01T03:52:37

2. 1 juillet 2026 à 03:53 UTCresolved

   Cet incident a été résolu.

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

1. 18 juin 2026 à 13:43 UTCinvestigating

   Il pourrait y avoir un problème lié à l'envoi de messages d'essai à des adresses courriel spécifiées et/ou à l'essai de modèles d'email avec courriel sur Acid. Heure (UTC) : 2026-06-18T13:43:15

2. 18 juin 2026 à 13:44 UTCresolved

   Cet incident a été résolu.

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

1. 28 mai 2026 à 06:28 UTCinvestigating

   Il pourrait y avoir des problèmes liés à l'utilisation de l'une des méthodes de l'API publique. Heure (UTC) : 2026-05-28T06:28:00

2. 28 mai 2026 à 06:29 UTCresolved

   Cet incident a été résolu.

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

1. 3 mai 2026 à 07:18 UTCinvestigating

   Il pourrait y avoir un problème avec l'accès au compte client. Heure (UTC) : 2026-05-03T07:18:04

2. 3 mai 2026 à 07:20 UTCresolved

   Cet incident a été résolu.

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

1. 28 avril 2026 à 02:03 UTCinvestigating

   Il peut y avoir des problèmes lors du téléchargement, du changement ou de la suppression d'images client dans l'éditeur. Heure (UTC) : 2026-04-28T02:02:57

2. 28 avril 2026 à 02:05 UTCresolved

   Cet incident a été résolu.

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

1. 26 avril 2026 à 16:19 UTCinvestigating

   Il pourrait y avoir un problème lié au rendu des composants d'interface utilisateur dans le compte client. Heure (UTC) : 2026-04-26T19:37

2. 26 avril 2026 à 16:20 UTCresolved

   Cet incident a été résolu.

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

1. 22 avril 2026 à 08:11 UTCinvestigating

   Nous vivons actuellement des temps de réponse accrus dans la passerelle de l'API Plugin, qui a un impact sur la vitesse et la capacité d'initialiser de nouveaux plugins.

2. 22 avril 2026 à 08:29 UTCidentified

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

3. 22 avril 2026 à 08:30 UTCresolved

   Cet incident a été résolu.

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

1. 21 avril 2026 à 13:36 UTCinvestigating

   Nous vivons actuellement des temps de réponse accrus dans la passerelle de l'API Plugin, qui a un impact sur la vitesse et la capacité d'initialiser de nouveaux plugins.

2. 21 avril 2026 à 13:51 UTCmonitoring

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

3. 21 avril 2026 à 13:57 UTCresolved

   Le problème avec des temps de réponse accrus dans la passerelle API Plugin a été résolu, et l'initialisation du plugin fonctionne maintenant normalement. Cause racine: Lors d'une mise à jour de l'infrastructure AWS prévue pour appliquer des correctifs, qui devait se dérouler sans temps d'arrêt et qui n'a donc pas été communiquée à l'avance, une mauvaise configuration s'est produite, que nous avons déjà identifiée et corrigée. Certains modules ont été supprimés avant que les nouveaux ne soient prêts, ce qui a entraîné une accumulation importante de demandes dans la file d'attente. Au lieu d'être traité progressivement, un grand nombre de demandes en attente ont été traitées simultanément, ce qui a épuisé les connexions de base de données disponibles et entraîné des retards dans le traitement des nouvelles demandes. Nous optimisons nos procédures de déploiement et de mise à l'échelle pour éviter des situations similaires à l'avenir.

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

1. 8 avril 2026 à 10:06 UTCresolved

   Le 8 avril entre 09:51 UTC et 09:54 UTC, nous avons connu une courte dégradation du service affectant à la fois l'application Stripo et le plugin. Le problème a été causé par un dysfonctionnement de la pile réseau AWS EKS (Amazon VPC CNI addon), qui est gérée par AWS et en dehors de notre contrôle direct. Pendant ce temps, les utilisateurs peuvent rencontrer des problèmes de connectivité intermittents. L'incident a été entièrement résolu et tous les services fonctionnent normalement.

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

1. 29 mars 2026 à 07:10 UTCinvestigating

   Il pourrait y avoir un problème avec l'accès au compte client. Heure (UTC) : 2026-03-29T07:10:04

2. 29 mars 2026 à 07:12 UTCresolved

   Cet incident a été résolu.

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

1. 17 mars 2026 à 10:51 UTCinvestigating

   Il pourrait y avoir un problème avec l'accès au compte client. Heure (UTC) : 2026-03-17T10:51:04

2. 17 mars 2026 à 10:52 UTCresolved

   Cet incident a été résolu.

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

1. 26 février 2026 à 08:49 UTCinvestigating

   Il peut y avoir des problèmes lors du téléchargement, du changement ou de la suppression d'images client dans l'éditeur. Heure (UTC) : 2026-02-26T08:48:57

2. 26 février 2026 à 08:49 UTCresolved

   Cet incident a été résolu.

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