ИИтог

Хакеры заявили о взломе PingCAP: 10,6 ТБ данных TiDB Cloud

безопасностьРедакция ИИтогHacker News🔥66Рейтинг ИИтог66Влияние60Новизна60Релевантность90Неожиданность65Участники45Достоверность35

На сайте fulcrumsec.vg опубликован пост неназванной группы, которая заявляет, что взломала PingCAP Inc. (компания продаёт TiDB Cloud, управляемую версию открытой базы данных TiDB) и теперь предаёт взлом огласке. По словам авторов, у них оказались управляющая плоскость (control plane) TiDB Cloud, биллинг и финансовые данные, хранилище GCP и счета по затратам AWS, Jira, CRM, аналитика, исходный код и четырёхлетний журнал всех подключений клиентов к продукту с IP-адресов их серверов. Общий объём выгрузки они называют в 10,6 ТБ; первая публичная порция («первый этап»), пять архивов tar.gz, 128,3 ГБ в сжатом виде и чуть больше 200 ГБ в распакованном. В конце сказано: «Скоро будет больше». Все эти утверждения исходят от самих атакующих; ответа или подтверждения PingCAP в тексте нет, независимой проверки тоже.

Как описывают ход атаки авторы: выгрузка шла почти два месяца, после первоначальных примерно 8 ТБ данные регулярно докачивали. С 8 по 30 сентября (по хронологии поста, 2026 года) они якобы держали репликацию базы данных управляющей плоскости, используя учётные данные, найденные в репозиториях самой PingCAP: ключи сервисного аккаунта GCP и сервисный принципал Azure. Каждые шесть часов в течение 22 дней таблицы (арендаторы, пользователи, API-ключи, учётные данные кластеров, changefeed, миграции) экспортировались заново: 88 подряд выгрузок, по утверждению авторов, без единого сигнала обнаружения; последняя прошла в 06:02 UTC 30 сентября. Из этого авторы делают вывод, что у компании «кажется, нулевая видимость» собственных облачных сервисов (AWS, GCP, Atlassian/Jira, Azure). Способ первоначального проникновения в тексте не описан.

Среди клиентов, названных по таблице соответствия арендаторов из 42 организаций и словарю биллинга из 94 записей в репозитории eda_service, Mercari, PayPay, Fujitsu, SoftBank, Airbnb, Pinterest, Databricks, Flipkart, Baidu, Cygames, LINE и другие. По словам авторов, в данных есть VPC CIDR, версии кластеров, имена хостов конечных точек, а для «несчастливых», чьи данные попали в тикеты поддержки, и учётные данные. Подтвердили ли клиенты факт утечки, в посте не сказано.

Центральный довод авторов, слабая изоляция арендаторов. Они приводят внутренний тикет SECURITY-22 (август 2022 года): по его тексту любая роль в организации клиента, включая роль только для биллинга, могла безусловно сбросить пароль root всех кластеров организации и затем подключиться к ним с полными правами. В резюме тикета: «Пароль root кластера можно сбросить безусловно». Авторы подчёркивают: между этим тикетом и взломом прошло четыре года.

Вторая линия обвинения, привычка инженеров вставлять производственные учётные данные клиентов в тикеты Jira. Три «худших» журнала целиком включены в выгрузку. Приведены примеры: действующий, по словам авторов, на момент выгрузки ключ AWS в комментарии тикета GTOC-5812 от 1 февраля 2023 года; ключи пользователя IAM DEVOPS из тикета APID-11182 с правами AdministratorAccess и AmazonS3FullAccess над 258 бакетами, которые, как утверждается, PingCAP не принадлежали; тикет APID-11887 с 1825 различными строками подключения к рабочим базам с логином и паролем; 38 предподписанных ссылок S3 на бакет одного клиента, оставленных одним инженером поддержки с 25 января 2024 по 2 февраля 2026 года. Отдельно описан журнал медленных запросов клиента размером 314 МБ (тикет APID-12036): в нём 8027 различных значений учётных данных, 7485 наборов сессионных ключей AWS STS, 345 токенов GitHub, 192 ключа API ИИ-платформ (OpenAI, Anthropic, Gemini, ElevenLabs, xAI, OpenRouter), один корневой ключ AWS и один персональный токен GitHub с 24 административными областями доступа над 1701 репозиторием (843 частных). Авторы пишут, что считают только ещё действующие чужие данные, и что двум пострадавшим компаниям, у которых утекли админ-доступ GitHub и корневой доступ AWS, «скоро о нас услышат»; компании не названы.

Наконец, авторы перечисляют коммерческие и персональные данные: ежемесячные записи ARR в Salesforce, контракт Cygames (чистые платежи 2 400 000 долларов, накопленная выручка 2 633 694,97 доллара), месячные чистые платежи PatSnap (UK) Ltd в 136 093,25 доллара, годовую облачную квоту компании на FY25, 29 438 510,37 доллара, заметки китайской CRM, таблицу связи аналитических идентификаторов с реальными людьми, профили Mixpanel (больше всего пользователей из Японии, 774, Китая, 702, Индии, 499) и купленный граф reo.dev с разработчиками целевых компаний (у Tencent, 3327 активных разработчиков, Huawei, 2726, ByteDance, 2475, AIG, 2140). Требования выкупа или срока в тексте нет, указан только (скрытый) контактный адрес.

Ключевые факты

  • Группа на сайте fulcrumsec.vg заявляет о взломе PingCAP (TiDB Cloud): выгрузка около 10,6 ТБ за почти два месяца, до 30 сентября; первая публичная порция, пять архивов tar.gz, 128,3 ГБ в сжатом виде и чуть более 200 ГБ в распакованном.
  • По словам авторов, с 8 по 30 сентября база управляющей плоскости экспортировалась каждые шесть часов через репликацию на найденные в репозиториях компании ключи GCP и Azure: 88 выгрузок без единого срабатывания защиты.
  • В качестве довода приведён внутренний тикет SECURITY-22 (август 2022): любая роль в организации клиента, даже только для биллинга, могла сбросить пароль root всех её кластеров.
  • Заявлено, что инженеры вставляли в Jira производственные учётные данные клиентов: 1825 строк подключения в одном тикете, 8027 действующих значений в одном журнале на 314 МБ, включая 345 токенов GitHub и 192 ключа API ИИ-платформ.
  • Подтверждения от PingCAP и независимой проверки в тексте нет; метод первоначального проникновения не описан, требования выкупа не названы.

Почему это важно

Если заявления подтвердятся, это утечка данных поставщика управляемой базы данных, чья модель держится на том, что клиентские рабочие нагрузки в общей многоарендной платформе защищены. По словам авторов, в выгрузке, управляющая плоскость, биллинг, исходный код и производственные учётные данные клиентов, среди которых названы крупные компании из Японии, Индии, США и других стран. Отдельная проблема для клиентов: утёкшие ключи и токены могут открывать доступ уже к их собственным системам, а не только к системам PingCAP.

Кому это важно

Прежде всего клиентам TiDB Cloud и компаниям, чьи названия перечислены в посте (Mercari, PayPay, Fujitsu, SoftBank, Airbnb, Pinterest, Databricks и другие). Также командам безопасности, которые передают поставщикам поддержки логи и дампы с секретами, и инженерам, хранящим ключи в репозиториях и тикетах.

Как это применить

Пост сам по себе не инструкция, но из него вытекают общие меры гигиены. Проверьте, нет ли в тикетах поддержки, логах медленных запросов и конфигурациях резервного копирования ключей, паролей и строк подключения; ротируйте всё, что когда-либо туда попадало. Не оставляйте ключи облака в репозиториях и сократите права сервисных аккаунтов. Клиентам TiDB Cloud имеет смысл самостоятельно проверить, что учётные данные кластеров и ключи, передававшиеся в поддержку, сменены, и следить за официальными заявлениями PingCAP.

Можно ли доверять

Осторожно. Источник, публикация самих атакующих; независимой проверки, а также ответа или подтверждения PingCAP в тексте нет. Список клиентов, объёмы и примеры приведены без подтверждения, и в посте не сказано, уведомлялись ли названные компании. Тон текста обвинительный, а выводы о «нулевой видимости» и «халатности», оценка авторов, а не установленный факт. Некоторые детали, вроде тикета SECURITY-22, авторы цитируют как внутренние документы PingCAP, но проверить их подлинность по самому посту нельзя.

Риски и подводные камни

Часть данных, по утверждению авторов, персональные (адреса электронной почты, профили, связка аналитических идентификаторов с именами) и коммерческие (контракты, суммы платежей). Если выгрузка реальна, риск затрагивает и клиентов клиентов: в посте указан журнал, где лежали ключи самих пользователей одной из платформ. Авторы обещают новые публикации («скоро будет больше») и намекают на давление на две компании, у которых утекли административные доступы. Пересказ лишь фиксирует заявление; его подробности нельзя считать подтверждёнными фактами.

«Поскольку у корневой учётной записи кластера чрезвычайно высокие привилегии, это приведёт к большому риску для безопасности.»

— внутренний трекер безопасности PingCAP, тикет SECURITY-22, в цитировании авторов поста на fulcrumsec.vg