PingCAP và TiDB Cloud bị rò rỉ 10,6 TB dữ liệu: lời cảnh tỉnh về bảo mật đa người thuê

PingCAP, công ty phía sau cơ sở dữ liệu phân tán mã nguồn mở TiDB và dịch vụ được quản lý TiDB Cloud, vừa trở thành tâm điểm của một vụ rò rỉ dữ liệu quy mô lớn. Một nhóm tấn công đã công bố công khai việc chiếm đoạt 10,6 TB dữ liệu, được cho là lấy từ hạ tầng đám mây và hệ thống nội bộ của công ty này.

Minh họa vụ rò rỉ dữ liệu PingCAP

Sự việc đang thu hút sự chú ý trên các cộng đồng công nghệ quốc tế, bởi TiDB Cloud là nền tảng được nhiều ngân hàng, hãng game và sàn thương mại điện tử tin dùng để vận hành khối lượng công việc production.

Quy mô vụ rò rỉ

Theo tuyên bố của nhóm tấn công, dữ liệu bị chiếm đoạt bao gồm toàn bộ control plane của TiDB Cloud, hệ thống thanh toán và tài chính, các kho lưu trữ trên GCP, dữ liệu chi phí và hóa đơn AWS, hệ thống Jira, CRM, nền tảng phân tích, mã nguồn và nhật ký kết nối kéo dài bốn năm của mọi khách hàng.

Các con số được công bố rất đáng chú ý:

• 10,6 TB dữ liệu, tương đương 4.901.203 tệp tin
• 88 lần xuất dữ liệu liên tiếp theo chu kỳ sáu giờ, hoàn toàn không bị phát hiện
• 180.046 tổ chức thuê, 403.262 địa chỉ email duy nhất
• 115.308 khóa API khách hàng ở dạng văn bản thuần, trong đó 42.612 khóa còn đang hoạt động
• 20.645.574 câu lệnh SQL của khách hàng và 102.003.766 kết nối cổng dịch vụ
• 413 kho mã nguồn nội bộ

Nhóm này cho biết họ thậm chí đã dựng một luồng sao chép dữ liệu từ chính cơ sở dữ liệu control plane của PingCAP, bằng thông tin xác thực bị cam kết nhầm trong các kho mã nguồn của công ty. Theo mô tả, cứ sáu giờ một lần trong suốt 22 ngày cuối của chiến dịch, luồng này tự động xuất toàn bộ các bảng vận hành cốt lõi của TiDB Cloud — danh sách tenant, người dùng, khóa API, thông tin xác thực cluster — và không một lần nào kích hoạt cảnh báo.

Mô hình đa người thuê bị đặt dấu hỏi

Điểm đáng lo ngại nhất là cách PingCAP vận hành TiDB Cloud: các cluster của khách hàng chạy chung trên một nền tảng đa người thuê, và toàn bộ mô hình kinh doanh dựa trên cam kết rằng việc chia sẻ hạ tầng như vậy là an toàn.

Tuy nhiên, theo tài liệu mà nhóm tấn công công bố, đội bảo mật của chính PingCAP từ năm 2022 đã ghi nhận lỗ hổng SECURITY-22: bất kỳ thành viên nào trong một tổ chức khách hàng — kể cả người chỉ có quyền thanh toán — đều có thể chiếm quyền root trên mọi cluster của tổ chức đó. Vụ rò rỉ được cho là diễn ra vào tháng 9/2026, tức bốn năm sau khi lỗ hổng này được ghi nhận nội bộ.

Nhóm tấn công nhận xét: "Đây là một nhà cung cấp dịch vụ đám mây. Việc dường như không có khả năng phát hiện một cuộc xâm nhập ồ ạt và rõ ràng trên từng dịch vụ đám mây của họ — AWS, GCP, Atlassian/Jira, Azure — là điều vô cùng nghiêm trọng và vô trách nhiệm."

Thông tin xác thực khách hàng bị lộ qua Jira

Một phần đáng chú ý của tài liệu công bố liên quan đến việc kỹ sư của PingCAP dán thông tin xác thực production của khách hàng vào các ticket Jira. Nhóm tấn công cho biết đã đưa toàn bộ ba nhật ký tệp nhất vào bản phát hành đầu tiên.

Trong đó có một ticket đính kèm tệp nhật ký truy vấn chậm 314 MB, chứa kho thông tin xác thực của người dùng cuối: hơn 7.000 bộ khóa phiên AWS STS, 345 token GitHub, gần 200 khóa API của các nền tảng AI như OpenAI, Anthropic, Gemini, và một cặp khóa root AWS cùng một token GitHub có quyền quản trị trên hơn 1.700 kho mã nguồn.

Danh sách khách hàng bị ảnh hưởng

Theo tài liệu, mã định danh tenant không hề ẩn danh — nhật ký kiểm toán nội bộ của PingCAP ánh xạ trực tiếp chúng tới tên tổ chức. Danh sách được nêu gồm nhiều tên tuổi lớn như Mercari, PayPay, Fujitsu, SoftBank, DMM, AEON, Square Enix, Konami, BANDAI NAMCO, Delhivery, Flipkart, Airbnb, Pinterest, Databricks, Baidu, LINE và Atlassian.

Ngoài ra, tài liệu còn đề cập đến dữ liệu hợp đồng và doanh thu của một số khách hàng, cũng như sơ đồ mạng và phiên bản cluster của họ. Với những khách hàng từng dán thông tin xác thực vào ticket hỗ trợ, thông tin đó cũng bị lộ.

Ý nghĩa với người dùng và doanh nghiệp Việt Nam

Vụ việc là lời nhắc nhở rõ ràng cho các doanh nghiệp Việt Nam đang sử dụng dịch vụ cơ sở dữ liệu được quản lý:

• Rà soát lại thông tin xác thực đã chia sẻ với nhà cung cấp dịch vụ, đặc biệt qua kênh hỗ trợ như ticket hay email
• Luân chuyển khóa API và mật khẩu định kỳ, ưu tiên áp dụng nguyên tắc quyền tối thiểu
• Đánh giá kỹ mô hình cô lập đa người thuê trước khi đặt khối lượng công việc production lên nền tảng đám mây dùng chung
• Yêu cầu nhà cung cấp minh bạch về các lỗ hổng bảo mật đã được ghi nhận nội bộ và tiến độ khắc phục

Nhóm tấn công cho biết bản phát hành đầu tiên gồm năm tệp nén, khoảng 128,3 GB sau khi nén và hơn 200 GB sau khi giải nén, và cảnh báo sẽ còn tiếp tục công bố thêm. Về phía PingCAP, hiện chưa có phản hồi chính thức nào được ghi nhận trong nguồn tin gốc. Trong khi chờ đợi xác minh độc lập, các doanh nghiệp sử dụng TiDB Cloud nên chủ động kiểm tra và bảo vệ hệ thống của mình.