История сбоев Stripo

1. 5 августа 2026 г. в 13:59 UTCinvestigating

   We are aware of an issue with the Stripo Plugin: the editor may fail to initialize and does not load for end users. Our team has identified the affected service and is working on a fix. We will post an update as soon as we have more information.

2. 5 августа 2026 г. в 14:00 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 5 августа 2026 г. в 14:49 UTCmonitoring

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

4. 5 августа 2026 г. в 14:57 UTCresolved

   This incident has been resolved.

5. 5 августа 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.

1. 31 июля 2026 г. в 08:30 UTCinvestigating

   Мы расследуем сообщения о том, что пользователи не могут войти в систему, видят пропавших членов команды или испытывают медленную загрузку электронных писем. Наша команда работает над выявлением причины.

2. 31 июля 2026 г. в 08:30 UTCidentified

   Мы определили первопричину: внутренняя служба кэширования (Redis) потеряла память и начала отклонять записи. В результате проверки разрешений обходили кэш и накладывали чрезмерную нагрузку на службу учетной записи, вызывая медленные ответы, сбои входа в систему и отсутствие данных учетной записи. Мы увеличили емкость кэша и готовим постоянное исправление.

3. 31 июля 2026 г. в 08:31 UTCmonitoring

   Увеличена емкость кэша и восстанавливается система. Время отклика возвращается к норме, когда тайники нагреваются. Развертывается постоянное исправление.

4. 31 июля 2026 г. в 08:49 UTCresolved

   Постоянное исправление было развернуто во всех производственных кластерах, и все системы работают нормально. Во время инцидента (30 июля, 22:48 UTC — 31 июля, ~04:30 UTC, с остаточной медлительностью до ~08:49 UTC) некоторые пользователи испытывали сбои входа в систему, пропуски данных членов команды и медленную загрузку электронных писем. Никаких данных не было потеряно. Мы добавили оповещение об использовании памяти, чтобы обнаружить этот класс проблем, прежде чем он затронет пользователей. Приносим извинения за неудобства.

Автоматический перевод официального обновления инцидента.

1. 28 июля 2026 г. в 14:02 UTCresolved

   28 июля, примерно между 1:28 и 1:58 PM (UTC), плагин Stripo не смог инициализировать встроенные интеграции. Проблема была вызвана ухудшением работы службы внутренней статистики, что замедлило запросы на инициализацию плагинов. Наша команда перезапустила пострадавший сервис и временно отключила сбор статистики для инициализации плагинов для восстановления нормальной работы. Плагин загружается, как и ожидалось. Мы приносим извинения за любые неудобства, которые это могло вызвать.

Автоматический перевод официального обновления инцидента.

1. 25 июля 2026 г. в 09:18 UTCinvestigating

   Могут возникнуть проблемы при загрузке, изменении или удалении изображений клиента в редакторе. Время (UTC): 2026-07-25T09:18:22

2. 25 июля 2026 г. в 09:20 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 24 июля 2026 г. в 11:27 UTCresolved

   24 июля между 09:20 и 09:50 UTC временно недоступно редактирование в режиме реального времени в редакторе плагинов. Во время запланированного выпуска обновление схемы базы данных заняло больше времени, чем ожидалось, и на короткое время перегрузило базу данных, что привело к перезапуску службы совместного редактирования. Наша команда определила причину и полностью восстановила сервис к 09:50 UTC. Данные о клиентах не были потеряны, а все остальные функции Stripo остались доступными. С тех пор мы добавили гарантии в наш процесс выпуска, чтобы предотвратить повторение.

Автоматический перевод официального обновления инцидента.

1. 23 июля 2026 г. в 09:39 UTCinvestigating

   Может возникнуть проблема с доступом к учетной записи клиента. Время (UTC): 2026-07-23T09:39:04

2. 23 июля 2026 г. в 09:49 UTCinvestigating

   [Комментарий от Opsgenie]Дмитрий Кудренко признал настороженность: «Частичное отключение в работе бэкэнда аккаунта Stripo»

3. 23 июля 2026 г. в 10:02 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 20 июля 2026 г. в 18:11 UTCinvestigating

   Инцидент с безопасностью Stripo Как это началось Мы получили два отчета клиентов о необычной активности, связанной с учетными записями ESP. В то время как отдельный отчет мог быть обоснованно отнесен к различным причинам, включая проблемы конфигурации, унаследованные интеграции или факторы, характерные для поставщика, второй отчет включал другого поставщика ESP и демонстрировал аналогичные характеристики. В этот момент мы определили, что наблюдаемая закономерность требует всеобъемлющего обзора безопасности и начали более широкое расследование. Текущее состояние Поскольку мы идентифицировали учетные записи с сохраненными учетными данными ESP, мы обратились к этим клиентам с просьбой повернуть свои ключи в приоритетном порядке. Это не было ни одним полным пропуском: по мере продолжения нашего расследования мы выявили дополнительные учетные записи, которые требовали такого же уведомления, и мы связывались с ними по мере их подтверждения. Если у вас есть учетные данные ESP, подключенные к Stripo и еще не повернутые: 1.Отмените старый ключ; генерация нового ключа автоматически не отключает старый. 2. Создайте новый ключ в своей учетной записи ESP. 3.Обновить новый ключ в Stripo в разделе Настройки проектов → Интеграции. 4.Просмотрите недавнюю активность вашей учетной записи ESP или CRM: историю входа в систему, изменения списка контактов и любые кампании или отправки, которые вы не узнаете. Одно напоминание во время всего этого: мы никогда не попросим вас отправить ключ, токен или пароль по электронной почте или в чате поддержки. Продолжающееся расследование Наше расследование продолжается. Если мы идентифицируем какие-либо подтвержденные результаты, которые являются существенными для пострадавших клиентов, мы сообщим им без неоправданной задержки.

2. 20 июля 2026 г. в 18:15 UTCinvestigating

   20 июля 2026 - 18:15 UTC Что мы исправили После нашего первоначального общения мы внедрили ряд дополнительных улучшений безопасности: 1.Аудит защиты полномочий. Мы рассмотрели, как учетные данные хранятся в наших системах, и внедрили дополнительное шифрование для учетных данных, где была определена повышенная защита. 2. Внедрение дополнительной защиты на стороне браузера для решения выявленного сценария воздействия, связанного с браузером. Хранимые учетные данные больше не отправляются обратно в браузер при открытии экрана интеграции. Это, в сочетании с улучшением хранения выше, значительно снижает потенциальные риски воздействия, связанные с обработкой учетных данных. 3. Завершил полный лесозаготовительный аудит. Мы рассмотрели наши системы регистрации сквозных и обновили нашу конфигурацию регистрации, чтобы предотвратить учет учетных данных в журналах приложений. 4. Очистка устаревших данных. Мы удалили старые соединения ESP, которые были сохранены после того, как они перестали использоваться, и мы находимся в процессе удаления старых, неиспользованных ключей, все еще находящихся в файле. Основываясь на нашем расследовании на сегодняшний день, мы не выявили никаких признаков воздействия на Плагин Стрипо. Stripo не хранит финансовую или платежную информацию клиентов. Соответственно, основываясь на нашем расследовании на сегодняшний день, мы не выявили какого-либо влияния на финансовые или платежные данные, поддерживаемые Stripo. Основываясь на имеющейся в настоящее время информации, мы не выявили какого-либо влияния на наши основные производственные системы. Активность, идентифицированная на сегодняшний день, по-видимому, была связана с резервной средой. Мы внедрили дополнительные меры безопасности для этой среды и продолжаем оценивать, есть ли какое-либо более широкое воздействие в рамках нашего текущего расследования. Сертификация соответствия Мы поддерживаем независимо проверенную программу безопасности, включая сертификацию SOC 2 и ISO. В рамках этого расследования мы определили возможности для дальнейшего укрепления определенных технических мер контроля, связанных с обработкой экспортных учетных данных. Мы внедрили дополнительные гарантии для решения вопросов, выявленных в ходе нашего расследования. Мы также включаем результаты этого расследования в нашу программу безопасности, процессы оценки рисков, технический контроль и будущую аудиторскую деятельность. Эти выводы информируют о дополнительных технических гарантиях и будут по-прежнему включены в нашу программу контроля и аудита безопасности. Сертификаты безопасности показывают, что программа безопасности организации была независимо оценена по признанным стандартам. Как и любая система безопасности, они поддерживают постоянное совершенствование по мере выявления новых рисков и соображений реализации. Продолжающееся расследование Наше расследование продолжается. В рамках этой работы мы продолжаем рассматривать действия доступа, связанные с экземплярами базы данных, где хранятся соответствующие данные. Если мы идентифицируем подтвержденные результаты, которые являются существенными для пострадавших клиентов, мы сообщим им без неоправданной задержки.

3. 21 июля 2026 г. в 14:23 UTCresolved

   Период инцидентов: 6-18 июля 2026 г. · Опубликовано: 21 июля 2026 г. Окончательный отчет о происшествии — несанкционированный доступ к сохраненным учетным данным интеграции Резюме В период с 6 по 18 июля 2026 года неавторизованный актер получил доступ к внутренней среде, не связанной с клиентами, которая имела доступ к ограниченной реплике, содержащей ограниченное подмножество производственных данных. Основываясь на нашем завершенном расследовании, актер выполнил запросы, которые привели к доступу к определенной информации, хранящейся в этой среде, включая определенные сторонние учетные данные ESP / экспорта, которые клиенты хранили в Stripo для их интеграции, а также определенные учетные записи. После выявления деятельности мы изолировали и вывели из эксплуатации окружающую среду, внедрили меры по исправлению положения и завершили наше расследование инцидента. Инцидент был зарегистрирован исключительно по запросу клиента и не мог быть обнаружен с помощью нашего стандартного мониторинга. Какие данные были затронуты Основываясь на нашем завершенном расследовании, информация, идентифицированная как доступная, включала определенные сторонние учетные данные ESP / экспорта, которые клиенты сохранили для подключения своих интеграций, а также определенные связанные учетные записи. Данные аутентификации аккаунта. Пароли Stripo хранятся хэшированными и солеными — никогда в простом тексте, в соответствии с лучшими практиками безопасности, поэтому они не были выставлены в удобной форме. Поскольку решительный злоумышленник теоретически мог попытаться взломать соленые хеши с течением времени, мы не рискнули: мы проактивно сбросили каждый пароль Stripo и аннулировали все активные сеансы, хотя нет никаких признаков того, что хеши могут быть практически восстановлены. Каждый пользователь просто устанавливает новый пароль при следующем входе. Что мы сделали 1. Сдержал инцидент, отрезав и выведя из эксплуатации внутреннюю окружающую среду. 2. Расширенное шифрование в состоянии покоя для всех сохраненных учетных данных ESP / экспорта, включая те, которые еще не были зашифрованы (ключи, хранящиеся в управляемой AWS KMS). 3. Прекратил возврат учетных данных в браузер при открытии интеграционных экранов. 4. Проверил журналирование приложений и удалил значения учетных данных из ограниченных сценариев, в которых они могут появиться. Хотя наше расследование не выявило доказательств того, что журналы приложений стали частью пути атаки, мы, тем не менее, реализовали эту дополнительную защиту в рамках наших более широких усилий по исправлению положения. 5. Отобранные старые/неактивные учетные данные, сохраненные после того, как они больше не использовались. 6.Для Klavio, HubSpot, Zoho и AWeber мы автоматически отозвали все токены авторизации. 7. Провел полный обзор по всему периметру нашей инфраструктуры: провел аудит всех групп безопасности и путей доступа к системным узлам, повернул пароли для всех баз данных, ограничил реплику только для чтения внутренним доступом и рассмотрел доступ, удерживаемый внутренними службами и персоналом, закрепив его в соответствии с принципами наименьших привилегий. 8.Проактивно сбросить все пароли пользователей и недействительные сеансы. 9. Добавлен мониторинг и оповещение для аутентификации на внутренние инструменты, внешние подключения к базе данных и объемные считывания чувствительных таблиц. Мы работаем в соответствии с признанными стандартами безопасности и защиты данных, включая нашу программу SOC 2. В рамках нашей текущей программы безопасности мы продолжаем укреплять наш технический и организационный контроль на основе результатов этого расследования. Кто не пострадал Клиенты, которые экспортировали только форматы файлов (HTML, AMP HTML, PDF, EML, изображения и т. д.), никогда не хранили у нас никаких учетных данных и не пострадали. К учетным данным также не обращались следующие провайдеры: 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. Плагин и саморазмещаемые развертывания не были затронуты — окружающая среда и реплика являются частью инфраструктуры Stripo Cloud, а не самостоятельным продуктом или плагином Stripo. Долго-неактивные счета. В соответствии с нашей политикой хранения данных и в соответствии с нашими обязательствами по GDPR неактивные учетные записи клиентов и их личные данные регулярно удаляются, поэтому информация, принадлежащая давно неактивным клиентам, не присутствовала в этой среде и не могла быть раскрыта. Платежные данные На основании нашего расследования не было обнаружено полных номеров платежных карт (PAN) или кодов CVV. Платежи по картам обрабатываются нашими поставщиками платежей (Stripe и PayPal), и Stripo не хранит полные номера платежных карт или коды CVV. Работа с нашими партнерами ESP Поскольку это сторонние учетные данные, мы активно связываемся с участвующими поставщиками ESP в духе партнерства и для защиты наших взаимных клиентов, поэтому затронутые учетные данные могут быть аннулированы на их стороне в качестве дополнительной гарантии. Что мы рекомендуем нашим клиентам делать 1.Если ваш провайдер не находится в разделе «Кто не пострадал» выше, и вы еще этого не сделали: поверните учетные данные ESP, подключенные к вашей учетной записи Stripo — отзовите старый ключ у вашего провайдера, сгенерируйте новый и обновите его в Stripo (Настройки проектов → Интеграции). Для интеграции на основе OAuth отозвать разрешение Stripo у вашего провайдера и восстановить соединение. 2. Просмотрите свою деятельность ESP / CRM с начала июля - входы в систему, изменения в списке контактов и любые кампании, отправки или экспорт, которые вы не узнаете. Вращение ключа останавливает будущее использование, но не отменяет уже произошедшую активность. 3. Ваш пароль Stripo уже был сброшен - установите новый при следующем входе. закрытие Мы искренне сожалеем, что этот инцидент произошел. Мы связались с пострадавшими клиентами напрямую и по-прежнему готовы ответить на последующие вопросы по запросу. Контакты: [email protected].

Автоматический перевод официального обновления инцидента.

1. 7 июля 2026 г. в 15:26 UTCinvestigating

   Могут возникнуть проблемы при загрузке, изменении или удалении изображений клиента в редакторе. Время (UTC): 2026-07-07T15:26:22

2. 7 июля 2026 г. в 15:27 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 1 июля 2026 г. в 03:53 UTCinvestigating

   Может возникнуть проблема, связанная с экспортом шаблонов электронной почты в виде PDF-файлов из редактора. Время (UTC): 2026-07-01T03:52:37

2. 1 июля 2026 г. в 03:53 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 18 июня 2026 г. в 13:43 UTCinvestigating

   Возможна проблема, связанная с отправкой тестовых сообщений на указанные адреса электронной почты и/или связанная с тестированием шаблонов электронной почты с помощью Email на Acid. Время (UTC): 2026-06-18T13:43:15

2. 18 июня 2026 г. в 13:44 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 28 мая 2026 г. в 06:28 UTCinvestigating

   Возможны проблемы, связанные с использованием любого из методов Public API. Время (UTC): 2026-05-28T06:28:00

2. 28 мая 2026 г. в 06:29 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 3 мая 2026 г. в 07:18 UTCinvestigating

   Может возникнуть проблема с доступом к учетной записи клиента. Время (UTC): 2026-05-03T07:18:04

2. 3 мая 2026 г. в 07:20 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 28 апреля 2026 г. в 02:03 UTCinvestigating

   Могут возникнуть проблемы при загрузке, изменении или удалении изображений клиента в редакторе. Время (UTC): 2026-04-28T02:02:57

2. 28 апреля 2026 г. в 02:05 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 26 апреля 2026 г. в 16:19 UTCinvestigating

   Может возникнуть проблема, связанная с рендерингом компонентов пользовательского интерфейса внутри учетной записи клиента. Время (UTC): 2026-04-26T16:19:37

2. 26 апреля 2026 г. в 16:20 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 22 апреля 2026 г. в 08:11 UTCinvestigating

   В настоящее время мы наблюдаем увеличение времени отклика в Plugin API Gateway, что влияет на скорость и возможность инициализации новых плагинов.

2. 22 апреля 2026 г. в 08:29 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 22 апреля 2026 г. в 08:30 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 21 апреля 2026 г. в 13:36 UTCinvestigating

   В настоящее время мы наблюдаем увеличение времени отклика в Plugin API Gateway, что влияет на скорость и возможность инициализации новых плагинов.

2. 21 апреля 2026 г. в 13:51 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 21 апреля 2026 г. в 13:57 UTCresolved

   Проблема с увеличением времени отклика в Plugin API Gateway была решена, и инициализация плагина теперь работает нормально. Коренная причина: Во время запланированного обновления инфраструктуры AWS для применения патчей, которое, как ожидается, будет продолжаться без простоев и, следовательно, не было сообщено заранее, произошла неудачная неправильная конфигурация, которую мы уже определили и исправили. Некоторые стручки были прекращены до того, как были полностью готовы новые, что привело к значительному скоплению запросов в очереди. Вместо того, чтобы обрабатываться постепенно, одновременно обрабатывалась большая партия запросов в очереди, что исчерпало доступные соединения с базой данных и вызвало задержки в обработке новых входящих запросов. Мы оптимизируем процедуры развертывания и масштабирования для предотвращения подобных ситуаций в будущем.

Автоматический перевод официального обновления инцидента.

1. 8 апреля 2026 г. в 10:06 UTCresolved

   8 апреля между 09:51 UTC и 09:54 UTC мы испытали короткую деградацию сервиса, затрагивающую как приложение Stripo, так и плагин. Проблема была вызвана сбоем в сетевом стеке AWS EKS (добавление Amazon VPC CNI), который управляется AWS и находится вне нашего прямого контроля. В течение этого времени пользователи могут испытывать периодические проблемы с подключением. Инцидент был полностью урегулирован, и все службы работают в штатном режиме.

Автоматический перевод официального обновления инцидента.

1. 29 марта 2026 г. в 07:10 UTCinvestigating

   Может возникнуть проблема с доступом к учетной записи клиента. Время (UTC): 2026-03-29T07:10:04

2. 29 марта 2026 г. в 07:12 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 17 марта 2026 г. в 10:51 UTCinvestigating

   Может возникнуть проблема с доступом к учетной записи клиента. Время (UTC): 2026-03-17T10:51:04

2. 17 марта 2026 г. в 10:52 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 26 февраля 2026 г. в 08:49 UTCinvestigating

   Могут возникнуть проблемы при загрузке, изменении или удалении изображений клиента в редакторе. Время (UTC): 2026-02-26T08:48:57

2. 26 февраля 2026 г. в 08:49 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.