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

1. 29 октября 2025 г. в 16:04 UTCupdate

   Between 15:45 UTC on 29 October and 00:05 UTC on 30 October 2025, customers and Microsoft services leveraging Azure Front Door (AFD) experienced latencies, timeouts, and errors. The AFD & CDN delivery services continue to be stable and are running as expected. Out of an abundance of caution, all service management operations (including creation, updates, deletions, and purges) to AFD via portal or APIs continue to remain temporarily suspended. We are working on a comprehensive plan to gradually reenable these in a phased approach, while ensuring the platform remains stable. We will continue to share periodic updates as we make progress. Next Update will be by 01:00 UTC on 31 Oct 2025 or sooner.

2. 31 октября 2025 г. в 01:08 UTCupdate

   The Azure Front Door (AFD) and Content Delivery Network (CDN) delivery data planes were fully mitigated at 00:05 UTC on 30 October 2025 and remains at normal operating levels. As we complete our full investigation and implement further safe checks, service management operations (create, update, delete, purge, etc.) are temporarily unavailable. We will notify customers once the restriction is lifted, and we will be sending periodic communication on the progress. Next Update will be by 19:00 UTC on 31 Oct 2025 or sooner as event warrant.

3. 31 октября 2025 г. в 20:03 UTCupdate

   Azure Front Door (AFD) and Content Delivery Network (CDN) delivery data planes were fully mitigated at 00:05 UTC on 30 October 2025 and remain at normal operating levels. As we complete our full investigation and implement further safe checks, service management operations (create, update, delete, purge, etc.) are temporarily unavailable. We are working to provide an ETA on when we can lift the restriction and will continue sending periodic communication on the progress via Azure Service Health. The next update will be by 19:00 UTC on 01 November 2025 or sooner as events warrant.

4. 31 октября 2025 г. в 21:35 UTCupdate

   Azure Front Door (AFD) and Content Delivery Network (CDN) delivery data planes were fully mitigated at 00:05 UTC on 30 October 2025 and remain at normal operating levels. As we complete our full investigation and implement further safe checks, service management operations (create, update, delete, purge, etc.) are temporarily unavailable. Our current expectation is to lift the restriction on 05 November 2025, and we will continue sending periodic communication on the progress via Azure Service Health. The next update will be by 19:00 UTC on 01 November 2025 or sooner as events warrant.

5. 1 ноября 2025 г. в 19:41 UTCupdate

   Azure Front Door (AFD) and Content Delivery Network (CDN) delivery data planes were fully mitigated at 00:05 UTC on 30 October 2025 and remain at normal operating levels. As we complete our full investigation and implement further safe checks, service management operations (create, update, delete, purge, etc.) are temporarily unavailable. Our current expectation remains to lift the restriction on 05 November 2025, and we will continue sending periodic communication on the progress via Azure Service Health. The next update will be by 19:00 UTC on 02 November 2025 or sooner as events warrant.

6. 2 ноября 2025 г. в 20:31 UTCupdate

   Azure Front Door (AFD) and Content Delivery Network (CDN) delivery data planes were fully mitigated at 00:05 UTC on 30 October 2025 and remain at normal operating levels. As we complete our full investigation and implement further safe checks, service management operations (create, update, delete, purge, etc.) are temporarily unavailable. Our current expectation remains to lift the restriction on 05 November 2025, and we will continue sending periodic communication on the progress via Azure Service Health. The next update will be by 03:00 UTC on 03 November 2025 or sooner as events warrant.

7. 2 ноября 2025 г. в 21:07 UTCupdate

   Azure Front Door (AFD) and Content Delivery Network (CDN) delivery data planes were fully mitigated at 00:05 UTC on 30 October 2025 and remain at normal operating levels. As we complete our full investigation and implement further safe checks, service management operations (create, update, delete, purge, etc.) are temporarily unavailable. Our current expectation remains to lift the restriction on 05 November 2025, and we will continue sending periodic communication on the progress via Azure Service Health. The next update will be by 03:00 UTC on 03 November 2025 or sooner as events warrant.

8. 3 ноября 2025 г. в 03:02 UTCupdate

   Azure Front Door (AFD) and Content Delivery Network (CDN) delivery data planes were fully mitigated at 00:05 UTC on 30 October 2025 and remain at normal operating levels. As we complete our full investigation and implement further safe checks, service management operations (create, update, delete, purge, etc.) are temporarily unavailable. Our current expectation remains to lift the restriction on 05 November 2025, and we will continue sending periodic communication on the progress via Azure Service Health. The next update will be by 19:00 UTC on 03 November 2025 or sooner as events warrant.

9. 4 ноября 2025 г. в 00:14 UTCupdate

   Azure Front Door (AFD) and Content Delivery Network (CDN) delivery data planes were fully mitigated at 00:05 UTC on 30 October 2025 and remain at normal operating levels. As part of completing our full investigation and safe checks, performing service management operations (create, update, delete, purge, etc.) were made temporarily unavailable. Restrictions on service management operations have been removed for this Azure subscription ID. Please allow approximately 30–40 minutes for changes to fully propagate to edge sites. We expect all restrictions across subscriptions, including other subscriptions under your tenant, to be lifted by 05 November 2025. Updates on progress will continue via Azure Service Health. The next update will be provided by 22:00 UTC on 04 November 2025, or sooner if circumstances change.

10. 4 ноября 2025 г. в 00:25 UTCupdate

    We acknowledge that previous communication may have contained information meant for another list of customers. We apologize for the inconvenience and request you to note the following. Azure Front Door (AFD) and Content Delivery Network (CDN) delivery data planes were fully mitigated at 00:05 UTC on 30 October 2025 and remain at normal operating levels. As we complete our full investigation and implement further safe checks, service management operations (create, update, delete, purge, etc.) are temporarily unavailable. The workflow to manage and rotate Bring Your Own Certificate (BYOC) certificates has been re-enabled. We will monitor the progress of working through the queue of necessary rotations. We will continue to provide regular updates on progress. Our current expectation remains to lift the restriction on 05 November 2025. The next update will be by 22:00 UTC on 04 November 2025 or sooner as events warrant.

11. 4 ноября 2025 г. в 03:27 UTCupdate

    In preparation for lifting the service management restrictions, an incorrect communication was sent indicating an early removal. Our current date for lifting all control plane restrictions remains 05 November 2025. The next update will be provided by 22:00 UTC on 04 November 2025, or sooner.

12. 4 ноября 2025 г. в 22:22 UTCupdate

    Azure Front Door (AFD) and Content Delivery Network (CDN) delivery data planes were fully mitigated at 00:05 UTC on 30 October 2025 and remain at normal operating levels. As we complete our full investigation and implement further safe checks, service management operations (create, update, delete, purge, etc.) are temporarily unavailable. We continue to hit our milestones toward the expectation to lift this restriction on 05 November 2025. The next update will be sent to confirm once this has happened, or sooner if events warrant.

13. 5 ноября 2025 г. в 23:36 UTCupdate

    Latest Update: As of 23:00 UTC on 5 November, 2025 restrictions on Azure Front Door (AFD) and Content Delivery Network (CDN) service management operations have been removed. You may now resume normal operations on the AFD service management plane. For enhanced safety and protection, we have extended the configuration propagation times up to 45 minutes. Additional platform enhancements which are underway are expected to optimize the propagation times further. Previous Context: Azure Front Door (AFD) and Content Delivery Network (CDN) delivery data planes were fully mitigated by 00:05 UTC on 30 October 2025 and remain at normal operating levels. We previously notified you that, as part of completing our full investigation and safe checks, performing service management operations (create, update, delete, purge, etc.) were temporarily restricted. This notification is to confirm that those temporary restrictions no longer apply. Next Steps: As mentioned in our Preliminary PIR we are completing an internal retrospective to understand the incident in more detail. Once this is completed, which is expected within approximately 7 days, we will publish our final Post Incident Review (PIR) - including a link to register for an Azure Incident Retrospective livestream, discussing the incident and our learnings. Azure Front Door frequently asked questions (FAQ) | Microsoft Learn

14. 5 ноября 2025 г. в 23:42 UTCresolved

    Latest Update: As of 23:00 UTC on 5 November, 2025 restrictions on Azure Front Door (AFD) and Content Delivery Network (CDN) service management operations have been removed. You may now resume normal operations on the AFD service management plane. For enhanced safety and protection, we have extended the configuration propagation times up to 45 minutes. Additional platform enhancements which are underway are expected to optimize the propagation times further. Previous Context: Azure Front Door (AFD) and Content Delivery Network (CDN) delivery data planes were fully mitigated by 00:05 UTC on 30 October 2025 and remain at normal operating levels. We previously notified you that, as part of completing our full investigation and safe checks, performing service management operations (create, update, delete, purge, etc.) were temporarily restricted. This notification is to confirm that those temporary restrictions no longer apply. Next Steps: As mentioned in our Preliminary PIR we are completing an internal retrospective to understand the incident in more detail. Once this is completed, which is expected within approximately 7 days, we will publish our final Post Incident Review (PIR) - including a link to register for an Azure Incident Retrospective livestream, discussing the incident and our learnings. Azure Front Door frequently asked questions (FAQ) | Microsoft Learn

1. 29 октября 2025 г. в 16:01 UTCupdate

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

2. 29 октября 2025 г. в 18:17 UTCupdate

   Отключение Microsoft Azure по-прежнему влияет на имена доменов, но не на домен status.page. Вы можете использовать https:// yourpagename .status.page для доступа к вашей странице и входу на портал администратора. Приносим извинения за любые неудобства.

3. 30 октября 2025 г. в 05:40 UTCresolved

   Услуги уже работают. Это событие было решено.

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

1. 4 апреля 2025 г. в 13:37 UTCupdate

   Инженеры были предупреждены о задержках в обработке уведомлений. В настоящее время мы расследуем и будем следить за дальнейшими деталями.

2. 4 апреля 2025 г. в 18:30 UTCresolved

   В 9:37 утра произошел инцидент, который задержал обработку уведомления об инциденте. Инцидент был полностью урегулирован к 2:30 вечера EDT. Более подробная информация о первопричине будет следовать. Подписчики по-прежнему будут видеть страницы статуса, как и ожидалось, но уведомление об инциденте будет отложено.

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

1. 27 февраля 2025 г. в 14:53 UTCupdate

   Xurrent покупает Zenduty САНТА БАРБАРА, Калифорния, 27 февраля 2025 г. – XurrentTM, платформа управления сервисами и операциями, специально разработанная для современных предприятий и поставщиков управляемых услуг, приобрела Zenduty, лидера в области передовых решений для управления инцидентами и оповещениями. Это приобретение знаменует собой еще одну важную веху в продолжающемся пути Xurrent по преобразованию ИТ и переопределению того, как организации справляются с крупными инцидентами от начала до конца. Фил Кристиансон, директор по продуктам Xurrent, отметил: «Xurrent рад объявить о значительном прогрессе в наших возможностях ITOM. Приобретение StatusCast в апреле прошлого года расширило нашу платформу, чтобы значительно улучшить способность организаций сообщать подробности крупных инцидентов. Теперь, с приобретением Zenduty, мы позволим ИТ автоматизировать и оптимизировать разрешение инцидентов и устранение первопричин, обеспечивая более быстрые исправления и предотвращение повторных инцидентов». Zenduty является новатором в управлении инцидентами и оповещениями. Платформа заслужила репутацию, позволяющую командирам инцидентов быстро собирать нужные команды в виртуальную комнату для военных действий, решать проблемы и быстро решать проблемы. Интегрируя Zenduty с надежными возможностями Xurrent по управлению ИТ-услугами (ITSM), клиенты будут пользоваться комплексными, сквозными возможностями ИТ-операций и управления услугами в рамках единой унифицированной платформы. Такая интеграция гарантирует, что в случае серьезного инцидента организации могут не только оперативно управлять и решать проблему, но и применять структурированный подход для предотвращения ее повторения. Zenduty позволяет командирам инцидентов эффективно координировать команды реагирования, в то время как платформа Xurrent ITSM гарантирует, что задачи распределяются между нужными командами, отслеживаются и выполняются вовремя, что приводит к постоянному улучшению между инцидентами. Интегрируя Zenduty с платформой ITSM Xurrent, организации получают следующие ключевые преимущества: Автоматизация виртуальных военных залов для быстрого реагирования на инциденты. • Быстрое управление и устранение инцидентов. • Обеспечение подотчетности за выполнение задач по восстановлению после инцидента. «Сочетание высококачественных инструментов управления инцидентами и оповещения Zenduty с мощью управления ИТ-услугами мирового класса Xurrent позволит нашим клиентам полностью взять под контроль свои ИТ-операции и управление услугами с более современным, подключенным и автоматизированным подходом», - сказал Кевин Макгиббен, генеральный директор Xurrent. С Xurrent команды принимают меры раньше, устраняют инциденты быстрее и гарантируют, что они никогда не повторятся — выполняя критические задачи с эффективностью, точностью и полной ответственностью. Xurrent XurrentTM оптимизирует ITSM и управление ИТ-операциями с помощью автоматизации на основе ИИ. Наша платформа упрощает рабочие процессы, улучшает сотрудничество и повышает производительность. Созданный для масштабируемости, Xurrent легко адаптируется к меняющимся потребностям современных предприятий, сводя к минимуму усилия и максимизируя эффективность. Узнайте больше на www.xurrent.com. О компании Zenduty Zenduty - это комплексное решение для управления инцидентами и вызовами, которое предоставляет межканальные оповещения по электронной почте, телефону, SMS, Slack и Microsoft Teams, чтобы ваша команда была своевременно уведомлена во время простоев обслуживания. Разработанный для повышения эффективности реагирования на инциденты, Zenduty предлагает такие функции, как настраиваемое оповещение, планирование по вызову и бесшовная интеграция с более чем 150 инструментами, включая Datadog, Jira и Slack. Организации, использующие Zenduty, сообщили о значительных улучшениях, включая сокращение простоев, увеличение на 50% среднего времени для признания (MTTA) и среднего времени для решения (MTTR) и экономию затрат. Для получения дополнительной информации посетите www.zenduty.com. Пресс-релиз: https://www.xurrent.com/press-release/xurrent-acquire-zenduty-completing-the-incident-response-and-remediation-loop/

2. 27 февраля 2025 г. в 14:54 UTCresolved

   закрытый

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

1. 23 февраля 2025 г. в 14:00 UTCupdate

   Инженеры StatusCast отметили некоторую деградацию обработки, которая могла вызвать задержки в некоторых действиях.

2. 24 февраля 2025 г. в 02:00 UTCresolved

   Команда определила проблему.

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

1. 4 февраля 2025 г. в 22:30 UTCupdate

   StatusCast engineers noted a background processing degradation that caused delays in some actions from being completed in a timely fashion.

2. 5 февраля 2025 г. в 02:00 UTCresolved

   This has been resolved. We apologize for any inconvenience.

1. 29 декабря 2024 г. в 23:00 UTCupdate

   Домен для доступа к порталу поддержки StatusCast был обновлен до https://xurrent-statuscast-portal.xurrent.com/. В то время как старый домен будет перенаправлен на наш текущий, мы рекомендуем соответствующим образом обновить ваши закладки.

2. 29 декабря 2024 г. в 23:01 UTCresolved

   закрытый

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

1. 25 ноября 2024 г. в 19:24 UTCupdate

   Инженеры StatusCast определили резервную копию в своей фоновой обработке, которая вызывает задержки в выполнении некоторых действий своевременно.

2. 25 ноября 2024 г. в 20:32 UTCupdate

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

3. 25 ноября 2024 г. в 22:06 UTCresolved

   Услуги должны работать, как и ожидалось.

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

1. 16 ноября 2024 г. в 01:00 UTCupdate

   Инженеры StatusCast были предупреждены о возможном событии, влияющем на производительность, затрагивающем страницы статуса и время отклика приложения администратора. Это событие не влияет на обработку уведомлений. Мы приносим извинения за эти неудобства и в ближайшее время предоставим обновленную информацию.

2. 18 ноября 2024 г. в 19:00 UTCresolved

   Все услуги должны быть полностью функциональными и выполняться регулярно.

3. 27 ноября 2024 г. в 20:00 UTCupdate

   Инженеры StatusCast определили, что примерно в 8:00 вечера 15 ноября 2024 года несколько серверов приложений StatusCast столкнулись с проблемой, которая вызвала всплеск времени отклика. Инфраструктура StatusCast в Azure предназначена для выполнения процедур масштабирования услуг под давлением, и для всех, кроме одной из рассматриваемых прикладных услуг, это было сделано для успешного восстановления сервиса до приемлемого уровня производительности. Оставшаяся в ЕС служба подачи заявок неправильно масштабировалась и несколько дней находилась в деградированном состоянии. 18 ноября инженеры были предупреждены, что некоторые клиенты все еще испытывают задержки времени загрузки, и в этот момент последний сервер был исправлен. После этого события команда DevOps начала аудит всех процедур масштабирования, чтобы гарантировать, что службы приложений в наших операционных регионах Azure придерживаются последовательного процесса масштабирования и обеспечить надлежащее развертывание мониторинга во всех службах, поскольку наличие единой службы приложений, остающейся в деградированном состоянии в течение нескольких дней, неприемлемо.

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

1. 5 сентября 2024 г. в 13:00 UTCupdate

   Наша команда рада объявить официальный ребрендинг 4me под названием Xurrent. Наш обновленный внешний вид и обновленная идентичность отражают суть нашего бизнеса, нашу платформу, наше видение и его ценность. Наш новый взгляд разворачивается на новом веб-сайте, маркетинговых материалах и приложении Xurrent! Важные даты: 5 сентября (сегодня!) • Пресс-релиз объявил о запуске ребренда. • Наш новый сайт работает! Проверьте это на www.xurrent.com. • 7 сентября Все сообщения от Xurrent будут исходить из нашего нового домена www.xurrent.com. Это электронные письма и любые другие официальные сообщения. Что это значит для вас? С этого момента вы увидите наш новый брендинг в электронных письмах, на веб-сайте и в других сообщениях. Будьте уверены, это изменение не повлияет на ваши текущие услуги. Спасибо за то, что вы являетесь частью семьи Xurrent (ранее 4me). Несмотря на то, что наш внешний вид развивается, наша приверженность предоставлению высококачественных продуктов и исключительной поддержки клиентов остается неизменной. Наша миссия и ценности продолжают вести нас к динамичному и совместному будущему.

2. 5 сентября 2024 г. в 13:01 UTCresolved

   закрытый

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

1. 1 августа 2024 г. в 17:45 UTCupdate

   As of August 1st, 2024 we have removed the link to the Legacy Incident Editor from the admin portal to ensure that users maintain a unified experience and are able to take advantage of all of our latest improvements to the incident creation process.

2. 1 августа 2024 г. в 17:46 UTCresolved

   auto-closed

1. 30 июля 2024 г. в 13:30 UTCupdate

   Инженеры StatusCast были предупреждены ранее, что некоторые пользователи испытывают спорадические проблемы, пытаясь подключиться к странице статуса и порталу администратора. Наш хостинг-провайдер Microsoft Azure предупредил нас через свою страницу статуса о том, что они испытывают некоторые проблемы с сетью по всему миру. Мы предоставим обновление, как только будет доступна дополнительная информация.

2. 30 июля 2024 г. в 14:44 UTCupdate

   Доступ к страницам статуса остается стабильным, и Azure обновила их статус, указав, что процессы отказоустойчивости были задействованы для улучшения доступности их услуг. Инженеры StatusCast будут продолжать внимательно следить за этим и публиковать дополнительные обновления по мере необходимости.

3. 30 июля 2024 г. в 20:47 UTCupdate

   Заявка StatusCast остается стабильной. Наши инженеры будут продолжать внимательно следить за системой, поскольку Microsoft не полностью закрыла мероприятие на их стороне. Для получения более подробной информации о проблеме Azure, пожалуйста, обратитесь к их странице статуса. Мы предоставим дополнительные обновления по мере необходимости.

4. 30 июля 2024 г. в 22:00 UTCresolved

   Microsoft закрыла проблему на своей стороне, и платформа StatusCast продолжает работать, как и ожидалось. Как только Microsoft опубликует более подробную информацию об этом, мы предоставим здесь в виде RCA.

5. 1 августа 2024 г. в 17:07 UTCupdate

   От Микрософта: Заявление о смягчении последствий - проблемы с Azure Front Door, связанные с доступом к подмножеству служб Microsoft Идентификатор отслеживания: KTY1-HW8 Что случилось? Между 11:45 UTC и 19:43 UTC 30 июля 2024 года у подмножества клиентов могут возникнуть проблемы с подключением к подмножеству служб Microsoft по всему миру. В число затронутых сервисов вошли Azure App Services, Application Insights, Azure IoT Central, Azure Log Search Alerts, Azure Policy, а также сам портал Azure и подмножество сервисов Microsoft 365 и Microsoft Purview. Что мы знаем до сих пор? Неожиданный всплеск использования привел к тому, что компоненты Azure Front Door (AFD) и Azure Content Delivery Network (CDN) работали ниже допустимых порогов, что привело к периодическим ошибкам, тайм-ауту и всплескам задержки. В то время как первоначальным триггерным событием была атака Distributed Denial-of-Service (DDoS), которая активировала наши механизмы защиты от DDoS, первоначальные исследования показывают, что ошибка в реализации наших защит усилила влияние атаки, а не смягчила ее. Как мы отреагировали? Воздействие на клиентов началось в 11:45 UTC, и мы начали расследование. После того, как был понят характер скачка использования, мы внедрили изменения конфигурации сети для поддержки наших усилий по защите DDoS и выполнили отказоустойчивость для альтернативных сетевых путей, чтобы обеспечить облегчение. Наши первоначальные изменения конфигурации сети успешно смягчили большинство последствий к 14:10 UTC. Некоторые клиенты сообщили о менее чем 100% доступности, которую мы начали снижать примерно в 18:00 UTC. Мы перешли к обновленному подходу к смягчению последствий, сначала распространив его на регионы Азиатско-Тихоокеанского региона и Европы. После подтверждения того, что этот пересмотренный подход успешно устранил побочные эффекты первоначального смягчения, мы распространили его на регионы Северной и Южной Америки. Показатели отказов вернулись к доинцидентным уровням к 19:43 UTC - после мониторинга трафика и услуг для обеспечения полного смягчения проблемы мы объявили, что инцидент смягчился в 20:48 UTC. Некоторым службам для восстановления потребовалось больше времени, в зависимости от того, как они были настроены на использование AFD и/или CDN. Что будет дальше? Наша команда завершит внутреннюю ретроспективу, чтобы понять инцидент более подробно. Мы опубликуем предварительный пост-обзор инцидентов (PIR) в течение 72 часов, чтобы поделиться более подробной информацией о том, что произошло и как мы отреагировали. После того, как наша внутренняя ретроспектива будет завершена, как правило, в течение 14 дней, мы опубликуем обзор инцидентов с любыми дополнительными деталями и знаниями. Чтобы получать уведомления, когда это произойдет, и / или оставаться в курсе будущих проблем с сервисом Azure, убедитесь, что вы настраиваете и поддерживаете оповещения Azure Service Health - они могут вызывать электронные письма, SMS, push-уведомления, веб-хуки и многое другое: https: / /aka.ms /ash-alerts. Для получения дополнительной информации о Post Incident Reviews обратитесь к https://aka.ms/AzurePIRs. Наконец, для более широкого руководства по подготовке к облачным инцидентам обратитесь к https://aka.ms/incidentreadiness.

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

1. 22 июля 2024 г. в 16:30 UTCupdate

   Команда поддержки StatusCast и 4me готовы сделать следующий шаг в переходе от устаревшей системы бронирования билетов StatusCast к использованию 4me непосредственно для всех запросов на изменение и инцидентов. Этот следующий шаг в интеграции операций StatusCast в 4me в конечном итоге предоставит вам гораздо больше информации о запросах, которые вы отправляете, и их статусе. Что меняется? В среду, 24 июля 2024 года портал поддержки StatusCast будет перенесен на https://4me-statuscast-portal.4me.com/, этот портал самообслуживания станет вашим новым ресурсом для подачи новых билетов и просмотра статуса любых существующих, которые вы представили. Этот новый портал даст вам более точный статус билета, и в случае, если вы запросите изменение или столкнетесь с проблемой, требующей разработки, вы будете иметь представление о статусе этого от разработки до QA, с точки зрения производства. Кроме того, клиенты смогут найти ответы на свои вопросы, пройдя через портал, который содержит базу знаний. Мы очень рады предоставить эту расширенную видимость нашим клиентам, поскольку считаем, что это важный шаг вперед в поддержке, которую мы предоставляем. В результате этого изменения электронная почта [email protected] больше не будет открывать билеты. Вам нужно будет получить доступ к порталу самообслуживания, чтобы подать и получить доступ к запросам поддержки. В админ-портал StatusCast добавлена ссылка на этот портал самообслуживания, и вы можете получить к нему доступ, выбрав Настройки > Справочный центр > Билеты поддержки Существующие администраторы StatusCast получили доступ к этому новому порталу. Чтобы получить доступ к порталу StatusCast, перейдите на https://xurrent-statuscast-portal.xurrent.com/ и начните с «Забыли свой пароль 4me?» (1), чтобы вам было отправлено электронное письмо для регистрации пароля портала поддержки. Если при этом вы не получили электронное письмо, вам, возможно, не был предоставлен автоматический доступ, в этом случае вы можете самостоятельно зарегистрироваться, нажав «Зарегистрироваться в качестве нового пользователя» (2): Портал StatusCast требует, чтобы вы использовали адрес электронной почты и установили пароль с 18 символами.

2. 22 июля 2024 г. в 16:31 UTCresolved

   закрытый

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

1. 5 июля 2024 г. в 13:00 UTCupdate

   В соответствии с нашей приверженностью безопасности и прозрачности мы хотели сообщить вам, что наш поставщик SMS, Twilio, предупредил нашу команду безопасности об инциденте, который произошел. Ниже приводится заявление, которое мы получили от Twilio, в котором подробно рассказывается об инциденте и о том, что было сделано: ------------------------------------------- Компания Twilio была уведомлена одним из наших операторов резервного копирования iBasis о том, что IdentifyMobile непреднамеренно раскрыла определенные данные, связанные с SMS, отправленные iBasis публично в Интернете, которые включали персональные данные. Мы пишем, чтобы сообщить вам, что некоторые из ваших личных данных и неличных данных (например, данные, связанные с маркетинговыми кампаниями) были доступны исследовательской группе по безопасности, в то время как они были публично раскрыты IdentifyMobile. Хотя этот инцидент находился вне контроля Twilio, мы очень серьезно относимся к нему и стремимся помочь вам понять его последствия. Что тебе нужно знать? Чтобы доставлять сообщения в определенных регионах, Twilio полагается на многочисленные перевозчики, чтобы максимизировать доставку до конечных пунктов назначения. Twilio был уведомлен о том, что iBasis (Twilio backup carrier) использовал IdentifyMobile (еще один резервный оператор iBasis), который непреднамеренно включил публичный доступ к AWS S3 Bucket во время разработки. Информация, содержащаяся в этом ведре, была обнародована с 10 по 15 мая 2024 года и доступна с 13 по 14 мая 2024 года. Основываясь на совместном исследовании IdentifyMobile и Amazon AWS, мы узнали, что часть этих данных была доступна Chaos Computing Club (CCC). CCC - исследовательская группа по безопасности, которая идентифицирует проблемы безопасности; CCC подтвердила, что они не хранят никаких данных, загруженных из AWS S3 Bucket. У нас нет доказательств, которые позволяют нам подтвердить, что никакие другие третьи лица не получили доступ к данным. Twilio не владеет этим ведром, и ни одна из наших систем не была скомпрометирована в связи с этим воздействием данных. Этот инцидент был результатом действий, предпринятых IdentifyMobile и вне контроля Twilio. Несмотря на то, что мы продолжаем сотрудничать с этими операторами, чтобы предоставить вам наиболее точную информацию об этом воздействии, часть данных, предоставленных IdentifyMobile, связана с SMS, отправленными в период с 1 января 2024 года по 15 мая 2024 года, и включала: • Мобильный номер • Содержание SMS-сообщений • SMS Sender ID • SMS Timestamp Что мы сделали до сих пор? Твилио инициировал наш процесс реагирования на инциденты, чтобы быстро расследовать этот вопрос. Twilio обострил эту проблему для исполнительной команды iBasis; впоследствии мы провели анализ журналов данных, которые были скомпрометированы, чтобы предоставить вам как можно больше информации. Из-за большой осторожности мы перестали отправлять трафик на iBasis, где это возможно. iBasis сообщил Twilio, что прекратил маршрутизацию с помощью IdentifyMobile. Мы будем продолжать работать с нашими 3-ми сторонними перевозчиками, чтобы получить любые дополнительные сведения, которые могут возникнуть в результате этого инцидента. Что тебе нужно сделать? Мы рекомендуем просмотреть SMS-трафик, который вы отправляли в период с 1 января 2024 года по 15 мая 2024 года, обсудить последствия воздействия с вашей внутренней командой и решить, нужно ли вам взаимодействовать с пострадавшими лицами. Если вам нужна дополнительная информация об этом инциденте, мы здесь, чтобы поддержать вас в этой ситуации. Мы глубоко сожалеем о любых неудобствах, которые это может причинить, и ценим ваше понимание и сотрудничество. ------------------------------------------- Что сделал StatusCast? Как только команда безопасности StautsCast была предупреждена, был проведен аудит, чтобы попытаться определить потенциальное влияние, которое это оказало на наш сервис. На основании отчета Twilio возможно, что некоторые уведомления, отправленные через сервис StatusCast, были бы отправлены с помощью оператора iBasis. На основе данных отчета был бы включен номер телефона получателя, а также SMS-сообщение. SMS-уведомления в StatusCast предназначены для краткости и привлечения пользователей на страницу статуса. SMS-сообщения не включают имя получателя или другую личную информацию (PII). Как всегда, в StatusCast вы имеете право выбирать, отправляются ли SMS-уведомления или нет. Параметры SMS можно контролировать в разделах «Настройки и интеграция» приложения, если вы хотите просмотреть свои конфигурации. В настоящее время нет никаких дополнительных действий для StatusCast в отношении его приложения или инфраструктуры, однако мы будем поддерживать тесную связь с Twilio, и если какая-либо дополнительная информация будет опубликована, мы передадим ее через нашу собственную страницу статуса. StautsCast сотрудничает с Twilio в течение многих лет и сохраняет твердую приверженность безопасности и прозрачности. Мы примем это во внимание, поскольку мы продолжаем предлагать SMS-уведомления в приложении. Если у вас есть какие-либо дополнительные вопросы, пожалуйста, свяжитесь с нами по адресу [email protected]

2. 5 июля 2024 г. в 13:01 UTCresolved

   закрытый

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

1. 7 июня 2024 г. в 13:00 UTCupdate

   После приобретения 4me мы готовились интегрировать операции поддержки StatusCast в инфраструктуру 4me. Объединив наши операции поддержки с 4me, наши клиенты получат преимущество поддержки 24x7, а количество доступных представителей увеличится почти в четыре раза. Чтобы сделать первый шаг вперед в официальном объединении этих команд, мы удалим опцию чата, доступную на портале администратора, начиная с пятницы 7 июня 2024 года. Вы можете продолжать общаться с поддержкой по электронной почте ([email protected]) или через наш текущий портал поддержки. В ближайшие месяцы вы заметите несколько изменений в том, как предоставляется поддержка StatusCast. Это будет включать в себя введение нового и улучшенного портала поддержки для отслеживания любых запросов на изменение или проблем, которые вы зарегистрировали с помощью поддержки. Кроме того, в приложении будет доступно больше инструментов и аудиторской информации, а также будет увеличен доступ к ресурсам помощи и знаний. Мы очень рады расширить наше предложение поддержки с 4me и знаем, что это в конечном итоге поможет нашему сообществу ценных клиентов и пользователей!

2. 7 июня 2024 г. в 13:01 UTCresolved

   закрытый

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

1. 4 апреля 2024 г. в 00:19 UTCupdate

   Примерно в 8:19 вечера инженеры StatusCast были предупреждены о том, что некоторые приложения для страницы статуса и администратора недоступны. Команда определила, что ее хостинг-партнер Microsoft испытывает некоторые проблемы в своем восточном регионе США, связанные с сервисами приложений и подключениями к базам данных SQL. По состоянию на 9:03 вечера службы EDT были восстановлены, и команда StatusCast в настоящее время работает с Microsoft, чтобы полностью расследовать инцидент. После того, как команда завершит расследование, мы будем следить за RCA. В настоящее время StatusCast должен работать в полном объеме, как и ожидалось, если у вас есть какие-либо дополнительные проблемы, пожалуйста, свяжитесь с нами по адресу [email protected]

2. 4 апреля 2024 г. в 01:03 UTCresolved

   По состоянию на 9:03 вечера службы EDT были восстановлены, и команда StatusCast в настоящее время работает с Microsoft, чтобы полностью расследовать инцидент. После того, как команда завершит расследование, мы будем следить за RCA.

3. 5 апреля 2024 г. в 21:00 UTCupdate

   В сотрудничестве с Microsoft команда StatusCast подтвердила, что сбой произошел из-за сбоя в работе баз данных SQL, расположенных в восточном регионе США Azure, где в основном размещается StatusCast. Сам StatusCast был затронут этим отключением примерно с 8:19 вечера по восточному времени и полностью восстановился к 9:03 вечера по восточному времени. Команда StatusCast продолжит тесное сотрудничество с Microsoft для дальнейшей оптимизации своего предложения, чтобы обеспечить максимально минимальное влияние сбоев в работе поставщиков услуг.

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

1. 2 апреля 2024 г. в 13:00 UTCupdate

   We are very excited to announce that StatusCast has been acquired by 4Me! Since 2013 we have been working hard to close the gap between service outages and those who are impacted, and this acquisition is one large step further in our journey of providing critical information to those who need it most. The inclusion of StatusCast's features will aid 4Me in it's mission to modernize service management for organizations. Click here to read more!

2. 2 апреля 2024 г. в 13:01 UTCresolved

   auto-closed

1. 8 марта 2024 г. в 15:01 UTCinvestigating

   We are experiencing SMS delivery delays when sending messages to Telefonica Network In Mexico. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 1 hour or as soon as more information becomes available.

2. 8 марта 2024 г. в 15:12 UTCinvestigating

   We are continuing our investigation and have discovered SMS Latin America is affected by SMS delivery delays when sending messages to Telefonica Network in Mexico.

3. 8 марта 2024 г. в 16:22 UTCmonitoring

   We are observing recovery in SMS delivery delays when sending messages to Telefonica Network in Mexico. We will continue monitoring the service to ensure a full recovery. We will provide another update in 2 hours or as soon as more information becomes available.

4. 8 марта 2024 г. в 16:23 UTCresolved

   auto-closed

1. 8 марта 2024 г. в 13:26 UTCinvestigating

   We are continuing to experience SMS Delivery Delays when sending messages to Multiple Networks in Thailand. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 2 hours or as soon as more information becomes available.

2. 8 марта 2024 г. в 15:20 UTCmonitoring

   We are observing recovery in SMS delivery delays when sending messages to Multiple Networks in Thailand. We will continue monitoring the service to ensure a full recovery. We will provide another update in 2 hours or as soon as more information becomes available.

3. 8 марта 2024 г. в 17:05 UTCresolved

   We are no longer experiencing SMS delivery delays when sending messages to Multiple Networks in Thailand. This incident has been resolved.

1. 7 марта 2024 г. в 07:27 UTCinvestigating

   We've become aware of a potential issue with SMS Message Delivery delay to Tigo Network In Chad. Our engineering team has been alerted and is actively investigating. We will update as soon as we have more information.

2. 7 марта 2024 г. в 07:37 UTCinvestigating

   We are experiencing SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 1 hour or as soon as more information becomes available.

3. 7 марта 2024 г. в 07:43 UTCinvestigating

   We are experiencing SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 1 hour or as soon as more information becomes available.

4. 7 марта 2024 г. в 08:34 UTCinvestigating

   We are continuing to experience SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 2 hours or as soon as more information becomes available.

5. 7 марта 2024 г. в 10:28 UTCinvestigating

   We are continuing to experience SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 4 hours or as soon as more information becomes available.

6. 7 марта 2024 г. в 14:18 UTCinvestigating

   We are continuing to experience SMS delivery delays when sending messages to Tigo Network in Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 8 hours or as soon as more information becomes available.

7. 7 марта 2024 г. в 15:12 UTCmonitoring

   We are observing recovery in SMS delivery delays when sending messages to Tigo Network In Chad. We will continue monitoring the service to ensure a full recovery. We will provide another update in 30 min or as soon as more information becomes available.

8. 7 марта 2024 г. в 15:13 UTCresolved

   auto-closed