Для тех, кто заказывал аппаратный кошелёк Trezor; пользователей Framework, n8n, Tally, Kilo Code и Privy; и всех, кто управляет Metabase или похожим аналитическим инструментом. Эта статья основана на официальных заявлениях каждой организации и сообщениях СМИ и не описывает методы атак. Технические подробности уязвимости и способы её устранения есть в нашем предупреждении о CVE-2026-72898.
Вы затронуты? Краткая справка
В списке только организации, которые сами раскрыли последствия (в порядке раскрытия). «Не раскрыто» означает, что организация не назвала количество.
| Организация | Раскрыто | Что утекло (по данным организации) | Количество | Не включено |
|---|---|---|---|---|
| Framework (ноутбуки) | 6 августа (уведомление клиентов) | Имена, адреса электронной почты, IP-адреса входа, платёжные и адреса доставки, номера телефонов, названия компаний | Не раскрыто | Данные заказов и оплаты |
| n8n (автоматизация рабочих процессов) | 8 августа; разбивка пересмотрена 11 августа | Персональные данные: подтверждённый доступ к 12 записям, возможный доступ к 62; в пяти подтверждённых записях были пароли в хэше bcrypt | 136 сообщённых записей (разбивка ниже) | Остальные 62 описаны как не содержащие чувствительной информации |
| Kilo Code (часть Anaconda) | 9 августа | Для некоторых пользователей: имена, адреса электронной почты, платёжные адреса, данные о местоположении, токены доступа Slack, частичные или полные запросы (prompts) | Не раскрыто (некоторые пользователи) | Данные банковских карт |
| Privy (инфраструктура кошельков) | Август | Адреса электронной почты клиентов и конечных пользователей, некоторые поля, заданные разработчиками | Не раскрыто | Инфраструктура кошельков и системы аутентификации |
| Trezor (аппаратные кошельки) | 13 августа; объём расширен в сентябре | Имена, адреса электронной почты, телефоны, адреса доставки, номера заказов | 80 689 клиентов | Кошельки, приватные ключи, резервные копии, платёжные данные |
В обновлении n8n от 11 августа в 18:00 CEST выделены следующие группы в сообщённых 136 записях. Это записи, а не дедуплицированное число людей.
| Записи | Поля | Статус доступа (по данным n8n) |
|---|---|---|
| 7 | Имена пользователей и адреса электронной почты n8n Cloud | Подтверждённый доступ |
| 5 | Имена, имена пользователей n8n Cloud, адреса электронной почты и пароли в хэше bcrypt | Подтверждённый доступ |
| 62 | Имена и адреса электронной почты | Возможно, доступ был; какие данные, если вообще какие, были получены, не подтверждено |
| 62 | Описаны как не содержащие чувствительной информации | Описаны как затронутые доступом |
n8n связывает инцидент с уязвимостью Metabase, однако её официальная статья, проверенная 20 октября, не называет CVE. Связь инцидента n8n с CVE-2026-72898 здесь не подтверждена. Причины у других организаций описаны в рамках их собственных заявлений и публикаций.
Кроме того, сервис создания форм Tally, по данным СМИ, сообщил пользователям, что адреса электронной почты и хэшированные пароли были взяты из её аналитической среды, а формы и ответы не затронуты, поскольку хранятся отдельно.
Хэширование означает преобразование пароля в вид, из которого нельзя восстановить исходный. Прочитать его напрямую нельзя, но короткие или повторно используемые пароли иногда можно угадать, поэтому смените свой, если вас уведомили.
Что сделать сегодня
Клиенты Trezor: никогда не вводите резервную копию (seed-фразу) ни по какой причине
Seed-фраза — это 12–24 слова, с помощью которых восстанавливается кошелёк. Тот, кто их знает, может вывести ваши средства без устройства.
Trezor просит клиентов никогда не вводить резервную копию на сайте и не передавать её никому. Это относится к любым сообщениям: и если в них говорится об уязвимости, проверке аккаунта или переходе в новое приложение, и если они приходят по электронной почте, SMS, телефону или письмом.
Клиенты Trezor: считайте, что ваш домашний адрес известен, и следите за почтой и дверью
Утекли адреса доставки. Сама Trezor заявляет, что это может подвергнуть затронутых людей риску физической безопасности (опасности, которая возникает, когда кто-то знает, где вы живёте).
Если вы получили письмо, якобы от Trezor, или посылку, которую не заказывали (например, «замену устройства»), не выполняйте инструкции внутри; свяжитесь с Trezor самостоятельно через её официальный сайт. Сейчас особенно важно не обсуждать в соцсетях, сколько криптовалюты вы храните.
Клиенты Trezor: пересмотрите данные доставки и контактов для будущих заказов
Для будущих заказов Trezor предлагает рассмотреть анонимный адрес электронной почты, оплату криптовалютой и использование абонементного почтового ящика (P.O. box). Постамат или пункт выдачи также позволяет не указывать домашний адрес на накладной.
Если вас уведомил n8n, Tally или другой сервис: смените пароль и не используйте его повторно
n8n просит уведомлённых пользователей как можно скорее сбросить пароль. Если вы используете тот же пароль в других местах, смените его и там. Практичный способ хранить пароли раздельно — менеджер паролей.
Пользователи Kilo Code: проверьте подключение к Slack и сессии
Kilo Code сообщает, что токены доступа Slack (строки, которые позволяют приложению действовать в Slack без входа в систему) были включены для некоторых пользователей её интеграции со Slack. Проверьте разрешения приложения в Slack и найдите незнакомые сессии в своём аккаунте Kilo. С 18 августа Kilo предлагает функцию экспорта, с помощью которой можно скачать ваши данные, к которым был получен доступ.
Всем: не открывайте ссылки в сообщениях, которые якобы пришли от этих компаний
Имя, адрес электронной почты и телефон вместе делают убедительные сообщения возможными. Не открывайте ссылки в полученных сообщениях; проверяйте, открыв официальный сайт или приложение самостоятельно (см. что такое фишинг).
Отдельный инцидент: поддельное письмо подписчикам рассылки Trezor (сентябрь 2026)
Trezor сообщает, что 9 сентября 2026 года почтовый сервис, который она использует для рассылки новостей, был взломан, и с аккаунта Trezor было отправлено поддельное предупреждение о безопасности на около 347 000 адресов подписчиков.
В письме ложно утверждалось о недостатке в компоненте кошелька, а читателей подталкивали к приложению, которое запрашивало резервную копию. Trezor заявляет, что закрыла домен примерно через 20 минут, но около 2 500 человек успели перейти по ссылке до этого. Это не связано с инцидентом Metabase, и отличие в том, что письмо пришло от реального отправителя. Даже от настоящего отправителя любой запрос вашей резервной копии является подделкой.
Что произошло (по заявлениям организаций)
Metabase — инструмент BI (бизнес-аналитики), который подключается к базам данных организации для построения графиков и отчётов. Его может развернуть сама организация (self-hosted) или использовать как облачный сервис Metabase.
По данным Metabase, 3 августа облачный клиент сообщил о ключе API, созданном вне рабочего времени; расследование привело к ранее неизвестной уязвимости. Metabase сообщает, что менее 3% её облачных клиентов, а также некоторые самостоятельно развёрнутые экземпляры, доступные из интернета, были скомпрометированы до исправления.
База данных клиентов каждой организации
Имена, адреса электронной почты, телефоны, адреса, номера заказов и так далее
↓ Подключено для построения отчётов о продажах и использовании
Аналитическая среда (Metabase)
Скомпрометированная аналитическая среда. Для Trezor — среда логистического партнёра
Утекло: данные, которые мог читать инструмент
Имена, адреса и телефоны 80 689 клиентов Trezor, пароли в хэше у n8n и другое
Не включено или не затронуто
Формы и ответы Tally (хранятся отдельно), инфраструктура кошельков Privy (отделена от аналитики), платёжные данные во всех организациях
2–3 августа 2026
Kilo Code (около четырёх часов 2 августа), а также n8n, Framework и Tally (3 августа) сообщают, что в их аналитических средах произошёл несанкционированный доступ.6 августа
Metabase выпускает исправленные версии, сообщает, что уязвимость использовалась до исправления, и уведомляет затронутых клиентов. Framework отправляет уведомление клиентам.8–9 августа
n8n и Kilo Code раскрывают свои последствия.11 августа
Американское агентство CISA добавляет уязвимость в свой каталог активно эксплуатируемых уязвимостей (KEV).13 августа
Trezor раскрывает, что данные 13 689 клиентов утекли из аналитической среды её логистического партнёра.27 августа
Metabase публикует отчёт о произошедшем и планы по усилению защиты.2 сентября
Партнёр сообщает Trezor, что в данные также вошли данные заказов из США за 2019–2021 годы о примерно 67 000 клиентов; Trezor позднее обновляет своё раскрытие (всего 80 689).
- Путь утечки
- Аналитическая среда логистического партнёра, который хранит и отправляет продукцию Trezor. По сообщениям, партнёр сообщил своим клиентам, что была использована уязвимость в программном обеспечении Metabase
- Затронутые (2026)
- Заказы, отправленные из США, Великобритании, Швеции, Колумбии, Бразилии, Италии и Португалии с 10 мая по 8 августа. 11 742 клиента со всеми полями; 1 947 — только с именем, городом и адресом электронной почты
- Затронутые (старые)
- Около 67 000 заказов из США с ноября 2019 года по август 2021 года, все поля
- Данные
- Имя, адрес электронной почты, телефон, адрес доставки, номер заказа
- Не затронуто
- Системы Trezor, аппаратные кошельки, приватные ключи, резервные копии кошельков, платёжные данные
- Старые данные
- Trezor сообщает, что неоднократно просила партнёра удалить данные в соответствии с договором и политикой обработки данных и получила письменное подтверждение удаления, однако данные не были удалены
- Уведомление
- Письмо затронутым клиентам с адреса notification@trezor.io
Для тех, кто управляет аналитическими инструментами
Обновление, отзыв сессий и смена учётных данных подключённых баз данных пошагово описаны в нашем предупреждении о CVE-2026-72898. Здесь мы рассмотрим ещё один момент, который показывают случаи пострадавших: облачные клиенты были скомпрометированы раньше, чем смогли что-то сделать сами. В такой ситуации ограничивало ущерб только то, что инструменту было разрешено читать.
Что увеличило ущерб (по заявлениям)
- Аналитический инструмент мог читать столбцы с адресами и телефонами
- Многолетние данные о заказах, которые должны были быть удалены, остались у партнёра
- Самостоятельно развёрнутые экземпляры, доступные из интернета, были скомпрометированы (по данным Metabase)
Что ограничило ущерб (по заявлениям)
- Tally хранила формы и ответы в отдельном месте
- Privy держала инфраструктуру кошельков отдельно от аналитической среды
- Framework заявила, что ограничит доступ только к столбцам, которые нужны для анализа
Составьте список столбцов, которые может читать пользователь базы данных вашего аналитического инструмента
Начните с этого. В административных экранах Metabase (или аналогичных в вашем инструменте) перечислите все подключённые базы данных, а затем запишите, какие таблицы и столбцы может читать каждый пользователь подключения (в PostgreSQL это показывают information_schema.role_table_grants и information_schema.column_privileges).
Отчётам редко нужны адреса, телефоны или адреса электронной почты
Отчётам о продажах и использовании обычно нужны даты, суммы, товары, укрупнённый регион и идентификатор клиента. Создайте представления, содержащие только нужные столбцы (представление — это виртуальная таблица, которая показывает часть таблицы), и предоставьте пользователю подключения доступ на чтение только к этим представлениям. Идентификатор клиента может быть заменяющим значением, а не настоящим (псевдонимизация).
Проверьте, что данные, переданные партнёрам, действительно удалены
В случае Trezor многолетние данные о заказах остались у партнёра. Аналитическая среда партнёра — ещё одно место, где хранятся ваши данные. Не ограничивайтесь пунктом об удалении в договоре: согласуйте что удаляется, как и как вы будете это проверять, а также проверяйте в конце договора и периодически.
Не выставляйте самостоятельно развёрнутые аналитические инструменты в открытый интернет
Пользоваться аналитическим инструментом должны только ваши сотрудники. Используйте VPN, ограничения по IP-адресам источника или внутреннюю сеть, чтобы сама страница входа не была видна извне. Эта уязвимость находилась в коде, который выполняется до входа, поэтому надёжные пароли и многофакторная аутентификация её не остановили (см. защиту от уязвимостей VPN-устройств, а также ошибки в дизайне сброса пароля о том, почему процедуры сброса часто становятся целью).
Заранее решите, сколько дней у вас есть на устранение уязвимости
Заранее определите, откуда приходит информация об уязвимостях, сколько дней отводится на устранение каждой степени серьёзности и кто принимает решение. У внутренних инструментов, таких как аналитика, часто нет понятного владельца обновлений. Начните со списка инструментов, которые вы используете, с указанием ответственного за каждый (чек-лист инвентаризации безопасности, руководство по устранению CVE).
Мнение этого сайта: защищайте данные, которые читает аналитический инструмент, так же, как рабочие данные
Аналитические инструменты воспринимают как «только для просмотра» и обслуживают с меньшей осторожностью, чем производственную базу данных. Но, будучи подключёнными, они могут читать те же данные. В этой волне каждая перечисленная организация потеряла данные из своей аналитической среды, а не из основного сервиса.
Для большинства отчётов домашний адрес не нужен. Столбец, который инструмент не может прочитать, не может утечь. Это также мера, которая работает, когда установить исправление вовремя нельзя, — именно такой была ситуация облачных клиентов.
Источники (публичные данные)
Факты в этой статье основаны на следующей публичной информации. Мы не делаем предположений о нераскрытых методах проникновения или причинах.
- Metabase, «Security update available for Metabase» (6 августа 2026) — metabase.com
- Metabase, «August 2026 Security Vulnerability: What happened?» (27 августа 2026) — metabase.com
- Trezor, «Recent customer data exposed in shipping provider incident» (13 августа 2026; обновлено в сентябре) — trezor.io
- Trezor, уведомление об инциденте у её поставщика почтовых рассылок (сентябрь 2026) — trezor.io
- n8n, «Metabase security incident update» (8 августа 2026; обновлено 11 августа) — blog.n8n.io
- Anaconda, «Metabase Incident Impacting Kilo Code Customer Data» (август 2026) — anaconda.com
- Privy, «Post-mortem on August 6, 2026 Metabase security incident» — privy.io
- Публикации: BleepingComputer об уведомлениях Framework и Tally — bleepingcomputer.com / о расширении масштаба у Trezor и заявлении партнёра — bleepingcomputer.com
- CISA США, «Known Exploited Vulnerabilities Catalog» (CVE-2026-72898, добавлено 11 августа 2026) — cisa.gov
История обновлений
2026-10-20: частично перепроверены и исправлены разбивка n8n от 11 августа и неподтверждённая связь с конкретной CVE. Это не было полной повторной проверкой последствий или причин у других организаций.
2026-10-03: первая версия, основанная на официальных заявлениях Metabase, Trezor, n8n, Anaconda (Kilo Code) и Privy, а также на публикациях об уведомлениях Framework и Tally. Мы обновим её, если другие организации раскроют последствия.
Читайте дальше
- Ещё одна утечка, начавшаяся с открытого сервера Metabase: Double Counter (бот Discord, около 28 млн ID)
- Технические подробности и исправления: CVE-2026-72898 (SQL-инъекция без аутентификации в Metabase) / Что такое SQL-инъекция?
- Ещё один внутренний инструмент, атакованный без входа в систему: Orkes Conductor CVE-2026-58138 (движок рабочих процессов, зафиксированы попытки атак)
- Для операторов: Ошибки в дизайне сброса пароля / Защита от уязвимостей VPN-устройств / Руководство по устранению CVE
- Внутренний административный инструмент как точка входа в Японии: Утечка данных NewsPicks (имена держателей карт и последние цифры)
- Как распознать поддельные сообщения: Что такое фишинг? / Выбор менеджера паролей
- Предупреждения правительства Японии и JPCERT/CC (Metabase указана как случай C): Предупреждения Японии о несанкционированном доступе в октябре 2026 года и что проверить на этой неделе
- Другие инциденты 2026 года: Утечки данных и кибератаки в 2026 году