Пользователи Gmail остались без почты

Пользователи Gmail остались без почты

В результате сбоя в работе почтового сервиса Google сотни тысяч пользователей Gmail лишились всей переписки, контактных данных и документов; в настоящий момент ведется расследование; причины инцидента пока не известны.

Первые вести о случившемся начали поступать в службу технической поддержки еще в воскресение. Многие не смогли авторизоваться, получая уведомления либо о недоступности сервера, либо о блокировке учетной записи. Кроме того на форуме появлялись сообщения о том, что у кого-то пропала вся переписка, хранящаяся в почтовом ящике, а у кого-то сбились настройки аккаунта и помимо писем исчезли все документы, адресная книга и т.п. Однако при всем этом сервис работал исправно и новые письма продолжали поступать.

Согласно сообщению, всего пострадало около 0,29 % пользователей от общей аудитории, численность которой составляет около 200 миллионов человек. Позже это число сократилось до 0,08%, что составило примерно 150000.

Отдельно стоит сказать, что с проблемой столкнулись не только частные лица, но и предприятия, пользующиеся облачной платформой Google Apps.

По словам специалистов технической поддержки, причина, по которой это произошло, пока не известна, однако планируют выяснить это в кратчайшие сроки. А вот будет ли восстановлена информация - не уточняется.

 


Обновление.

Наконец, сервисная служба компании Google разобралась с восстановлением данных, оставив лишь 0,012% пользователей без накопленной информации. Кроме того, выяснилась причина, по которой произошла авария. Дело в том, что сбой в работе почтового сервиса произошел после установки обновлений программного обеспечения для хранения данных. Однако специалисты заверяют, что были приняты все необходимые меры для предотвращения подобных инцидентов в будущем.

И все-же этот случай достаточно наглядно демонстрирует то, что может произойти при хранении данных в облачных средах - все будет зависеть только от провайдера: насколько тщательно он подготовил свой сервис, каким образом хранит резервные копии и т.п. Ведь, даже не принимая во внимание целенаправленные хакерские атаки, лишь одна ошибка, допущенная сотрудником способна привести к тому, что все конфиденциальные данные станут общественными. И при этом формально, в случае бесплатных служб, никто отвественности за утраченные данные не несет.

Подпишитесь на новости

SECURITM подключила внешние ИИ к данным об ИБ через MCP

Чтобы выяснить, какие высокие риски остались без задач, теперь можно спросить привычного ИИ. SECURITM запустила MCP-сервер: он позволяет внешнему ассистенту обращаться к данным платформы об активах, рисках, задачах и метриках без ручного переноса сведений в чат.

Как сообщает разработчик, это первый MCP-сервер среди российских SGRC/SOAR-систем. MCP — открытый протокол подключения ИИ к внешним инструментам и источникам данных.

Сценарий простой: пользователь спрашивает, какие критически важные активы остались без владельца, кто просрочил задачи или как изменились показатели за месяц. Ассистент находит сведения в SECURITM и собирает таблицу, сводку для руководства или проект плана работ.

Потом запрос можно уточнить — например, сгруппировать просрочки по ответственным. Подключение рассчитано на клиентов с поддержкой MCP. Среди вариантов разработчик называет GigaChat, решения Яндекса, Claude, ChatGPT, Cursor и локальные модели с соответствующей интеграцией. Настройка зависит от выбранного инструмента.

Сервер работает только на чтение: ИИ не сможет переписать риски или закрыть неудобные задачи, чтобы отчёт выглядел бодрее. Для подключения используется отдельный MCP-токен, доступ можно ограничить по IP-адресам.

Функция дополняет встроенного ИИ-ассистента: теперь работать с данными можно и из внешнего ИИ. Она доступна в платных версиях SECURITM — облачной и для установки в инфраструктуре заказчика.

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

RSS: Новости на портале Anti-Malware.ru