Historial de interrupciones de Stripo

1. 8 de octubre de 2026 a las 23:32 UTCinvestigating

   Inicio: 2026-10-08 22:20 UTC Impacto: Plugin no está disponible para los clientes — el editor no carga / no responde. Hemos recibido informes de varios clientes. Lo que pasó: A las 22:13 UTC Zabbix informó que el agente en el host DB Plugin (pg-plugins.stripo.email, 172.31.13.64) no estaba disponible; a las 22:40 UTC el monitor PostgreSQL para los plugins en vivo también falló. El Plugin dejó de trabajar para clientes en ~22:20 UTC. DevOps está investigando. Siguiente actualización aquí tan pronto como tengamos más información.

2. 8 de octubre de 2026 a las 23:33 UTCresolved

   El Plugin está completamente operativo de nuevo. DevOps restauró el host DB Plugin; estamos monitoreando y no hemos visto más errores desde 23:18 UTC. Se está preparando un postmortem con causa raíz, plazo y elementos de acción que se publicarán en breve.

3. 9 de octubre de 2026 a las 9:14 UTCpostmortem

   ** RESUMEN** On 8 October 2026, between 22:20 and 23:18 UTC, the Stripo Plugin was unavailable: the editor did not load or respond. El outage duró 58 minutos. No se perdieron datos de clientes, y otros productos de Stripo no se vieron afectados. ¿Qué ha pasado? El servidor de bases de datos detrás del Plugin perdió la sincronización del tiempo. Dos servicios de tiempo-sincronía se ejecutaban en el servidor a la vez: el daemon estándar, que ajusta el reloj gradualmente, y un trabajo programado legado que pisa el reloj abruptamente. Un programa mal configurado hizo que el trabajo legado funcionara casi cada minuto. El reloj repetido salta desestabilizando el servidor hasta que la base de datos de Plugin no estaba disponible. **TIMELINE \(UTC, 8 October 2026\)** 21:44 - La inestabilidad del reloj comienza en el servidor de base de datos de Plugin. 22:13 - Nuestra vigilancia eleva la primera alerta para el servidor. 22:20 - El Plugin deja de cargar para los clientes. 22:40 - La vigilancia informa que la base de datos de Plugin no está disponible. 23:00 - Se reciben los primeros informes de clientes; se llama al ingeniero de servicio. 23:18 - Servicio restaurado. El Plugin está completamente operativo. **RESOLUCIÓN** Nuestros ingenieros identificaron el conflicto temporal y restauraron el servidor. El Plugin regresó a la operación normal a las 23:18 UTC y ha estado bajo vigilancia ampliada desde entonces. ¿Qué hacemos para preparar esto? * Eliminar el trabajo de tiempo-sinc para que este servidor, y cada otro servidor de producción, use una única fuente de tiempo. * Añadiendo monitoreo para la deriva del reloj para que este tipo de falla se vea atrapado antes de que afecte el servicio. * Cambio de escalada de alerta. Nuestro monitoreo alertó siete minutos antes de la salida, pero la alerta no llamó a un ingeniero. Alertas críticas en los servidores de la base de datos de producción ahora página el ingeniero en servicio inmediatamente, a cualquier hora. Nos disculpamos por la interrupción y gracias por su paciencia. Si usted fue afectado y tiene preguntas, por favor contacte con nuestro equipo de apoyo.

Traducido automáticamente desde la actualización oficial del incidente.

1. 4 de octubre de 2026 a las 17:03 UTCinvestigating

   Puede haber problemas al subir las imágenes del cliente dentro del editor. Hora (UTC) : 2026-10-04T17:03:09

2. 4 de octubre de 2026 a las 17:04 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 4 de octubre de 2026 a las 16:46 UTCinvestigating

   Puede haber problemas al subir, cambiar o eliminar las imágenes del cliente dentro del editor. Hora (UTC) : 2026-10-04T16:46:22

2. 4 de octubre de 2026 a las 16:47 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 4 de octubre de 2026 a las 16:43 UTCinvestigating

   Puede haber problemas al ver, cambiar o crear nuevos módulos en la biblioteca de módulos dentro del editor. Hora (UTC) : 2026-10-04T16:43:49

2. 4 de octubre de 2026 a las 16:44 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 18 de septiembre de 2026 a las 14:19 UTCinvestigating

   Actualmente estamos experimentando un problema que afecta a alguna funcionalidad de Stripo Plugin. Algunos usuarios pueden ser incapaces de subir imágenes o documentos o actualizar credenciales de almacenamiento. Nuestro equipo está investigando el tema y trabajando para restaurar la operación normal lo antes posible. Hora de inicio: 18 de septiembre, 13:41 UTC

2. 18 de septiembre de 2026 a las 14:54 UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

3. 18 de septiembre de 2026 a las 14:56 UTCresolved

   Este incidente ha sido resuelto.

4. 18 de septiembre de 2026 a las 15:52 UTCpostmortem

   *Causa de raíz* El incidente fue causado por un problema durante una rotación prevista de la clave de acceso utilizada para el servicio de almacenamiento de imágenes primarias. La nueva clave no fue propagada correctamente a uno de los servicios responsables de la manipulación de las operaciones de almacenamiento. Como resultado, las solicitudes de ese servicio no pudieron autenticar con el almacenamiento, causando que fallaran las operaciones de carga de imágenes y documentos. También identificamos una brecha en nuestra documentación interna relacionada con el procedimiento clave de rotación, que contribuyó al incidente. **Resolución** Las credenciales de almacenamiento se corrigieron y se propagaron con éxito a todos los servicios afectados. Una vez actualizada la configuración, la funcionalidad de carga se devolvió a la normalidad. También hemos actualizado la documentación interna pertinente para incluir el paso de configuración ya desaparecido. ** Acciones preventivas** Estamos revisando el procedimiento de rotación credencial para asegurar que todos los servicios dependientes estén cubiertos y que los cambios de configuración se validen antes y después de la rotación. También estamos mejorando nuestros procedimientos internos de documentación y verificación para reducir el riesgo de incidentes similares en el futuro. Nos disculpamos por la perturbación y apreciamos su paciencia mientras nuestro equipo trabajó para resolver el problema.

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de septiembre de 2026 a las 13:39 UTCinvestigating

   Actualmente estamos experimentando un rendimiento degradado en el Editor Web de Stripo. Algunos usuarios pueden experimentar largos tiempos de carga cuando se abren correos electrónicos, ajustes de editor no disponibles y funcionalidad de edición, o un error de “No conexión a Internet”. Para los usuarios que ya tienen un correo electrónico abierto, los cambios deben seguir siendo guardados a través de autosalvado mientras la página no sea recargada. Nuestro equipo está investigando activamente el tema y trabajando para restaurar el funcionamiento normal. Hora de inicio: 16 sep, 13:25 UTC

2. 16 de septiembre de 2026 a las 15:12 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 9 de septiembre de 2026 a las 15:18 UTCinvestigating

   Puede haber problemas al ver, cambiar o crear nuevos módulos en la biblioteca de módulos dentro del editor. Hora (UTC) : 2026-09-09T15:18:49

2. 9 de septiembre de 2026 a las 15:19 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 9 de septiembre de 2026 a las 15:13 UTCinvestigating

   Puede haber problemas al ver, cambiar o crear nuevos módulos en la biblioteca de módulos dentro del editor. Hora (UTC) : 2026-09-09T15:13:49

2. 9 de septiembre de 2026 a las 15:15 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 9 de septiembre de 2026 a las 15:11 UTCinvestigating

   Puede haber problemas al ver, cambiar o crear nuevos módulos en la biblioteca de módulos dentro del editor. Hora (UTC) : 2026-09-09T15:10:49

2. 9 de septiembre de 2026 a las 15:11 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 6 de septiembre de 2026 a las 7:17 UTCinvestigating

   Puede haber un problema con el acceso a la cuenta del cliente. Hora (UTC) : 2026-09-06T07:17:04

2. 6 de septiembre de 2026 a las 7:19 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 5 de agosto de 2026 a las 13:59 UTCinvestigating

   Somos conscientes de un problema con el Stripo Plugin: el editor puede no inicializar y no carga para los usuarios finales. Nuestro equipo ha identificado el servicio afectado y está trabajando en una solución. Publicaremos una actualización tan pronto como tengamos más información.

2. 5 de agosto de 2026 a las 14:00 UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

3. 5 de agosto de 2026 a las 14:49 UTCmonitoring

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

4. 5 de agosto de 2026 a las 14:57 UTCresolved

   This incident has been resolved.

5. 5 de agosto de 2026 a las 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.

Traducido automáticamente desde la actualización oficial del incidente.

1. 31 de julio de 2026 a las 8:30 UTCinvestigating

   Estamos investigando informes de que los usuarios no pueden iniciar sesión, ver a los miembros del equipo desaparecidos, o experimentar una carga lenta de correos electrónicos. Nuestro equipo está trabajando para identificar la causa.

2. 31 de julio de 2026 a las 8:30 UTCidentified

   Hemos identificado la causa raíz: un servicio interno de caché (Redis) se quedó sin memoria y comenzó a rechazar escritos. Como resultado, los cheques de permisos pasaron por el caché y pusieron una carga excesiva en el servicio de cuenta, causando respuestas lentas, fallos de inicio de sesión y datos de cuenta desaparecidos. Hemos aumentado la capacidad de caché y estamos preparando una solución permanente.

3. 31 de julio de 2026 a las 8:31 UTCmonitoring

   Se ha incrementado la capacidad de caché y el sistema se está recuperando. Los tiempos de respuesta están volviendo a la normalidad mientras los caches se calientan. Se está implementando una solución permanente.

4. 31 de julio de 2026 a las 8:49 UTCresolved

   La fijación permanente se ha desplegado en todos los grupos de producción y todos los sistemas funcionan normalmente. Durante el incidente (julio 30, 22:48 UTC – julio 31, ~04:30 UTC, con la lentitud residual hasta ~08:49 UTC), algunos usuarios experimentaron fallos de inicio de sesión, datos de miembros del equipo desaparecidos, y la carga lenta de correos electrónicos. No se perdieron datos. Hemos añadido alerta de uso de memoria para detectar esta clase de problema antes de afectar a los usuarios. Nos disculpamos por la molestia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 28 de julio de 2026 a las 14:02 UTCresolved

   El 28 de julio, entre aproximadamente 1:28 PM y 1:58 PM (UTC), el Stripo Plugin no pudo inicializar para integraciones incrustadas. El problema fue causado por el rendimiento degradado de un servicio de estadísticas internas, que ralentizó las solicitudes de inicialización de plugins. Nuestro equipo reinicia el servicio afectado y la colección de estadísticas desactivadas temporalmente para las inicializaciones de plugins para restaurar el funcionamiento normal. El plugin ahora está cargando como se espera. Nos disculpamos por cualquier inconveniente que esto pueda haber causado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 25 de julio de 2026 a las 9:18 UTCinvestigating

   Puede haber problemas al subir, cambiar o eliminar las imágenes del cliente dentro del editor. Hora (UTC) : 2026-07-25T09:18:22

2. 25 de julio de 2026 a las 9:20 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 24 de julio de 2026 a las 11:27 UTCresolved

   El 24 de julio entre 09:20 y 09:50 UTC, coediting en tiempo real en el editor de plugins no estaba disponible temporalmente. Durante una versión programada, una actualización del esquema de base de datos tomó más tiempo de lo esperado y brevemente sobrecarga la base de datos, lo que causó que el servicio de coedición reiniciara. Nuestro equipo identificó la causa y restauró completamente el servicio a las 09:50 UTC. No se perdieron datos de clientes, y toda la funcionalidad de Stripo permaneció disponible en todas partes. Desde entonces hemos añadido salvaguardias a nuestro proceso de liberación para evitar una recurrencia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 23 de julio de 2026 a las 9:39 UTCinvestigating

   Puede haber un problema con el acceso a la cuenta del cliente. Hora (UTC) : 2026-07-23T09:39:04

2. 23 de julio de 2026 a las 9:49 UTCinvestigating

   [Comentario de Opsgenie]Dmitry Kudrenko agradeció la alerta: "Salida parcial en trabajo de parte de Backend de la cuenta de Stripo"

3. 23 de julio de 2026 a las 10:02 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 20 de julio de 2026 a las 18:11 UTCinvestigating

   Stripo Security Incident Cómo empezó esto Recibimos dos informes de clientes sobre actividad inusual asociada a cuentas ESP. Si bien un informe individual podría razonablemente haberse atribuido a una variedad de causas, incluidas las cuestiones de configuración, las integraciones heredadas o los factores específicos del proveedor, el segundo informe incluyó a un proveedor diferente de ESP y mostró características similares. En ese momento, determinamos que el patrón observado justificaba un examen amplio de la seguridad e iniciaba una investigación más amplia. Situación actual A medida que identificamos cuentas con credenciales de ESP almacenadas, llegamos a pedir a esos clientes que rotaran sus claves como una prioridad. Esto no fue un solo pase completo: a medida que nuestra investigación continuó, identificamos cuentas adicionales que requirieron la misma notificación, y hemos estado contactando con ellos como están confirmados. Si tiene credenciales de ESP conectadas a Stripo y no las ha girado todavía: 1. Revoque la llave vieja allí; la generación de una nueva llave no desactiva automáticamente la vieja. 2. Genera una nueva clave en tu cuenta ESP. 3. Actualizar la nueva clave en Stripo bajo Configuración de Proyectos → Integraciones . 4. Revise la actividad reciente de su cuenta ESP o CRM: historial de inicio de sesión, cambios de lista de contactos y cualquier campaña o envío que no reconozca. Un recordatorio mientras todo esto está en marcha: nunca le pediremos que envíe una clave, token, o contraseña por correo electrónico o en un chat de soporte. Investigación en curso Nuestra investigación continúa. Si identificamos cualquier hallazgo confirmado que sea material para los clientes afectados, los comunicaremos sin demora indebida.

2. 20 de julio de 2026 a las 18:15 UTCinvestigating

   Jul 20, 2026 - 18:15 UTC Lo que hemos arreglado Tras nuestra comunicación inicial, hemos implementado una serie de mejoras de seguridad adicionales: 1. Auditoría de protección temporal. Revisamos cómo se almacenan las credenciales en nuestros sistemas e implementamos encriptación adicional para datos credenciales cuando se identificó la protección mejorada como apropiada. 2. Aplicación de protecciones adicionales del lado del navegador para abordar un escenario de exposición relacionado con el navegador . Las credenciales almacenadas ya no se envían al navegador cuando se abre la pantalla de integraciones. Esto, combinado con la mejora del almacenamiento anterior, reduce significativamente los riesgos potenciales de exposición asociados con la manipulación credencial. 3. Completed a full logging audit . Revisamos nuestros sistemas de registro de extremo a extremo y actualizamos nuestra configuración de registro para evitar que los valores credenciales se registren en registros de aplicaciones. 4. Limpieza de datos estadísticos. Eliminamos las viejas conexiones ESP que se habían mantenido después de que dejaran de ser utilizadas, y estamos en el proceso de eliminar las teclas viejas y no utilizadas todavía en el archivo. Basado en nuestra investigación hasta la fecha, no hemos identificado ninguna indicación de impacto en el Stripo Plugin . Stripo no almacena información financiera o de pago de los clientes. En consecuencia, sobre la base de nuestra investigación hasta la fecha, no hemos identificado ningún impacto en los datos financieros o de pago mantenidos por Stripo. Sobre la base de la información disponible, no hemos identificado ningún impacto en nuestros sistemas de producción primaria. La actividad identificada hasta la fecha parece haberse asociado con un entorno de respaldo. Hemos implementado medidas de seguridad adicionales para ese entorno y seguimos evaluando si hay algún impacto más amplio como parte de nuestra investigación en curso. Certificaciones de cumplimiento Mantenemos un programa de seguridad auditado independiente, incluyendo certificaciones SOC 2 e ISO. Como parte de esta investigación, identificamos oportunidades para fortalecer aún más ciertos controles técnicos relacionados con el manejo de las credenciales de exportación. Hemos implementado salvaguardias adicionales para abordar los asuntos identificados durante nuestra investigación. También estamos incorporando las conclusiones de esta investigación de nuestro programa de seguridad, procesos de evaluación de riesgos, controles técnicos y futuras actividades de auditoría. Estos resultados han informado sobre salvaguardias técnicas adicionales y seguirán incorporándose en nuestro programa de control de seguridad y auditoría. Las certificaciones de seguridad demuestran que el programa de seguridad de una organización ha sido evaluado independientemente contra estándares reconocidos. Al igual que cualquier marco de seguridad, apoyan la mejora continua a medida que se identifican nuevos riesgos y consideraciones de aplicación. Investigación en curso Nuestra investigación sigue en curso. Como parte de esta labor, seguimos examinando las actividades de acceso relacionadas con los casos de bases de datos en que se almacenan los datos pertinentes. Si identificamos hallazgos confirmados que son materiales para los clientes afectados, los comunicaremos sin demora indebida.

3. 21 de julio de 2026 a las 14:23 UTCresolved

   Período de incidencia: 6-18 julio 2026 · Publicado: 21 julio 2026 Informe final sobre incidentes — Acceso no autorizado a las credenciales de integración almacenadas Resumen Entre el 6 y el 18 de julio de 2026, un actor no autorizado adquirió acceso a un entorno interno que no fuera de la sede del cliente, que había leído el acceso a una réplica restringida y sencilla que contenía un subconjunto limitado de datos de producción. Sobre la base de nuestra investigación finalizada, el actor ejecutó consultas que dieron como resultado el acceso a cierta información almacenada dentro de ese entorno, incluyendo ciertas credenciales de terceros ESP/exportación que los clientes habían almacenado en Stripo para sus integraciones, junto con ciertos registros de cuentas. Al identificar la actividad, aislamos y desvinculamos el medio ambiente involucrado, implementamos medidas de rehabilitación y completamos nuestra investigación sobre el incidente. El incidente fue reportado únicamente a través de una solicitud de cliente y no pudo haber sido detectado a través de nuestro monitoreo estándar. Qué datos se vieron afectados Sobre la base de nuestra investigación completa, la información identificada como a la que se ha accedido incluía ciertas credenciales de terceros ESP/exportación que los clientes habían ahorrado para conectar sus integraciones, junto con ciertos registros de cuentas asociados. Datos de autenticación de la cuenta . Las contraseñas de Stripo se almacenan en hashed y salado, nunca en texto simple, en línea con las mejores prácticas de seguridad, por lo que no se expusieron en forma usable. Debido a que un atacante determinado podía, en teoría, intentar romper los hahes salados con el tiempo, no nos arriesgamos: reajustamos proactivamente cada contraseña de Stripo, aunque no hay indicios de que los hashes puedan ser prácticamente recuperados. Cada usuario simplemente establece una nueva contraseña en su próximo registro. Lo que hemos hecho 1. Contained the incident by cut off and decommissioning the internal environment involved. 2. Encriptación ampliada en reposo a todas las credenciales almacenadas de ESP/exportación, incluyendo aquellas que no estaban ya encriptadas ( claves en un AWS KMS gestionado). 3. Dejó de devolver las credenciales al navegador cuando se abren las pantallas de integración. 4. Revisado registro de aplicaciones y elimina los valores credenciales de los escenarios limitados en los que pueden aparecer. Aunque nuestra investigación no identificó pruebas de que los registros de aplicaciones formaban parte del camino de ataque, implementamos esta salvaguardia adicional como parte de nuestros esfuerzos más amplios de rehabilitación. 5. Las credenciales antiguas o inactivas obtenidas después de que ya no se utilizaran. 6. Para Klavio, HubSpot, Zoho y AWeber, revocamos automáticamente todas las fichas de autorización. 7. Realizó un examen completo a lo largo de nuestro perímetro de infraestructura: auditó todos los grupos de seguridad y las vías de acceso a los nodos del sistema, giró las contraseñas de todas las bases de datos, restringió la réplica de sólo lectura al acceso interno, y examinó el acceso mantenido por los servicios internos y el personal, endureciéndolo bajo los principios menos privilegiados. 8. restablecer proactivamente todas las contraseñas de usuario y las sesiones invalidadas. 9. Se agregó vigilancia y alerta para la autenticación de instrumentos internos, conexiones externas de bases de datos y lecturas masivas de tablas sensibles. Operamos bajo estándares reconocidos de seguridad y protección de datos, incluyendo nuestro programa SOC 2. Como parte de nuestro programa de seguridad en curso, seguimos fortaleciendo nuestros controles técnicos y organizativos basados en las conclusiones de esta investigación. Quién no fue afectado Los clientes que exportaron sólo a formatos de archivo (HTML, AMP HTML, PDF, EML, imagen, etc.) nunca almacenaron ninguna credenciales con nosotros y no se ven afectados. No se accedieron credenciales para los siguientes proveedores: 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, Voizetpo Las implementaciones enchufadas y autoanfitrionas no fueron afectadas: el medio ambiente y la réplica involucradas son parte de la infraestructura de Stripo Cloud, no el producto autoanfitriono o el plugin de Stripo. Cuentas inactivas largas. De acuerdo con nuestra política de retención de datos y de acuerdo con nuestras obligaciones del GDPR, las cuentas inactivas de clientes y sus datos personales se eliminan rutinariamente, por lo que la información perteneciente a clientes inactivos a largo plazo no estaba presente en este entorno y no pudo haber sido expuesta. Datos de pago Basado en nuestra investigación, no se identificaron números completos de tarjetas de pago (PANs) o códigos CVV que se habían accedido. Los pagos de tarjetas son procesados por nuestros proveedores de pagos (Stripe y PayPal), y Stripo no almacena números completos de tarjetas de pago o códigos CVV. Trabajando con nuestros socios ESP Debido a que son credenciales de terceros, estamos en contacto proactiva con los proveedores ESP involucrados, en el espíritu de asociación y para proteger a nuestros clientes mutuos, por lo que las credenciales afectadas pueden ser revocadas a su lado como una salvaguardia adicional. Lo que recomendamos que nuestros clientes hagan 1. Si su proveedor no está en la sección “Quién no fue afectado” arriba y no lo ha hecho ya: girar las credenciales ESP conectadas a su cuenta de Stripo — revocar la antigua clave en su proveedor, generar una nueva, y actualizarla en Stripo (Configuración de proyecto → Integraciónes). Para las integraciones basadas en OAuth, revoca la autorización de Stripo en su proveedor y vuelve a conectarse. 2. Revise su actividad ESP/CRM a principios de julio en adelante — firmas, cambios en la lista de contactos, y cualquier campaña, envía o exporta que no reconozca. Rotar una clave detiene el uso futuro pero no deshacer actividad que ya ocurrió. 3. Su contraseña de Stripo ya se ha restablecido — establece una nueva en su próximo registro. Clausura Sinceramente lamentamos que este incidente haya ocurrido. Hemos contactado directamente con clientes afectados y seguimos disponibles para responder preguntas de seguimiento bajo petición. Contacto: [email protected].

Traducido automáticamente desde la actualización oficial del incidente.

1. 7 de julio de 2026 a las 15:26 UTCinvestigating

   Puede haber problemas al subir, cambiar o eliminar las imágenes del cliente dentro del editor. Hora (UTC) : 2026-07-07T15:26:22

2. 7 de julio de 2026 a las 15:27 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 1 de julio de 2026 a las 3:53 UTCinvestigating

   Puede haber un problema relacionado con la exportación de plantillas de correo electrónico como archivos PDF del editor. Hora (UTC) : 2026-07-01T03:52:37

2. 1 de julio de 2026 a las 3:53 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 18 de junio de 2026 a las 13:43 UTCinvestigating

   Puede haber un problema relacionado con el envío de mensajes de prueba a direcciones de correo electrónico especificadas y/o relacionados con las plantillas de email de prueba con Email on Acid. Hora (UTC) : 2026-06-18T13:43:15

2. 18 de junio de 2026 a las 13:44 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.