Meta tạm dừng tính năng chia sẻ Muse sau khi rò rỉ DNS làm lộ dữ liệu riêng tư

Meta đã tạm thời vô hiệu hóa tính năng chia sẻ liên kết cho trợ lý AI Muse của mình sau khi các nhà nghiên cứu bảo mật phát hiện ra rằng hàng nghìn cuộc trò chuyện riêng tư có thể được truy cập công khai. Lỗi này cho phép bất kỳ ai có quyền truy cập vào các bản ghi DNS công khai đều có thể tái tạo URL và xem dữ liệu nhạy cảm, bao gồm cả báo cáo tài chính và ghi chú phỏng vấn xin việc.

Chuyện gì đã xảy ra

Công ty an ninh mạng Claroc đã công bố một báo cáo trong tuần này, chi tiết cách họ xác định hơn 6.800 liên kết cuộc trò chuyện Muse bằng cách quét các bản ghi DNS công khai. Các bản ghi này đóng vai trò như một danh bạ cho lưu lượng web, ánh xạ tên miền sang địa chỉ IP. Do cách triển khai của Meta bao gồm các yếu tố dự đoán được trong cấu trúc URL, các nhà nghiên cứu có thể suy ngược lại các liên kết mà không cần truy cập trực tiếp vào tài khoản người dùng hoặc cơ sở dữ liệu riêng tư. Các cuộc trò chuyện bị lộ chứa thông tin cực kỳ nhạy cảm, chẳng hạn như đánh giá doanh thu của một công ty marketing, đơn xin vay vốn của chủ doanh nghiệp nhỏ, lịch làm việc cả năm của nhân viên tại một nơi làm việc và ghi chú chuẩn bị cho ứng viên đang phỏng vấn với một phòng thí nghiệm AI.

Trước những phát hiện này, Meta xác nhận đã tạm dừng chức năng cho phép người dùng chia sẻ các đối tượng cụ thể trên Muse. Tracy Clayton, người phát ngôn của Muse, tuyên bố rằng mặc dù tính năng này được thiết kế để cho phép mọi người chia sẻ trang với những người có liên kết, nhưng công ty hiện đang xem xét báo cáo để xác định cách tốt nhất để bảo vệ các liên kết này khỏi bị phát hiện. Sự cố này nhấn mạnh một vấn đề lặp đi lặp lại trong ngành công nghiệp AI, nơi các tính năng chia sẻ trên các nền tảng như ChatGPT của OpenAI, Claude của Anthropic và Grok của xAI trước đây đã khiến các cuộc trò chuyện riêng tư xuất hiện trong kết quả công cụ tìm kiếm.

Cơ chế hoạt động

Lỗ hổng bắt nguồn từ cách Muse xây dựng địa chỉ web cho các cuộc trò chuyện được chia sẻ. Theo Claroc, URL của mỗi lần chia sẻ được xây dựng từ ba thành phần: tiêu đề của mục chia sẻ, một cụm từ ngắn mô tả cuộc trò chuyện và một ID ngẫu nhiên. Mặc dù ID cung cấp một số tính ngẫu nhiên, việc bao gồm tiêu đề và cụm từ mô tả khiến các URL trở nên dễ đoán ở mức độ nào đó. Quan trọng hơn, chính tên máy chủ (hostname) thường tiết lộ loại nội dung trước khi trang thậm chí còn được mở.

Vì các tên máy chủ và bản ghi liên quan được công bố trong nhật ký DNS công khai, các nhà nghiên cứu có thể truy vấn các danh bạ này để tìm các subdomain Muse đang hoạt động. Bằng cách kết hợp dữ liệu tên máy chủ với cấu trúc URL đã biết, họ có thể tái tạo lại toàn bộ liên kết. Phương pháp này vượt qua mọi biện pháp kiểm soát quyền riêng tư dự kiến, vì các liên kết không yêu cầu xác thực hoặc quyền bổ sung để xem sau khi địa chỉ đúng được đoán hoặc tái tạo. Hệ thống dựa vào "bảo mật bằng sự che giấu" (security by obscurity) thông qua các ID ngẫu nhiên, nhưng metadata dễ đoán và khả năng hiển thị công khai của hạ tầng đã phá vỡ lớp bảo vệ đó.

Chi tiết chính

• Các nhà nghiên cứu của Claroc đã xác định hơn 6.800 liên kết Muse có thể truy cập công khai thông qua các bản ghi DNS công khai.
• Dữ liệu bị lộ bao gồm đánh giá doanh thu, đơn xin vay vốn, lịch nhân viên và ghi chú phỏng vấn.
• URL của Muse được xây dựng từ tiêu đề, cụm từ mô tả và ID ngẫu nhiên.
• Các bản ghi DNS công khai tiết lộ tên máy chủ giúp các nhà nghiên cứu tái tạo lại toàn bộ liên kết.
• Meta đã tạm dừng tính năng chia sẻ trong khi xem xét báo cáo bảo mật.
• Các sự cố tương tự cũng đã xảy ra với tính năng chia sẻ của ChatGPT, Claude và Grok.

Tại sao điều này quan trọng

Đối với các kỹ sư phần mềm và nhà sáng lập kỹ thuật, sự cố này là lời nhắc nhở rõ ràng rằng việc tạo ra các ID duy nhất là không đủ để bảo mật các tài nguyên được chia sẻ. Khi xây dựng các tính năng cho phép người dùng chia sẻ nội dung qua liên kết, việc chỉ dựa vào các token khó đoán sẽ rủi ro nếu các phần khác của URL hoặc metadata hạ tầng bị rò rỉ thông tin. Các bản ghi DNS công khai, nhật ký máy chủ hoặc thậm chí các gợi ý phía client có thể cung cấp cho kẻ tấn công những mảnh ghép còn thiếu cần thiết để liệt kê các tài nguyên hợp lệ. Điều này đặc biệt nghiêm trọng đối với các ứng dụng AI, nơi người dùng có thể vô tình dán dữ liệu doanh nghiệp nhạy cảm vào giao diện chat, giả định rằng các cài đặt quyền riêng tư mặc định của nền tảng là vững chắc.

Hơn nữa, điều này nhấn mạnh tầm quan trọng của chiến lược phòng thủ theo chiều sâu (defense-in-depth) cho các tài sản được chia sẻ. Một cơ chế chia sẻ an toàn không chỉ nên sử dụng các định danh ngẫu nhiên mạnh về mặt mật mã mà còn phải thực thi các biện pháp kiểm soát truy cập, chẳng hạn như ngày hết hạn, bảo vệ bằng mật khẩu hoặc xác thực người dùng rõ ràng. Nếu không có các lớp bảo vệ này, bất kỳ sự rò rỉ nào về cấu trúc URL hoặc metadata đều có thể dẫn đến việc phơi bày hàng loạt dữ liệu riêng tư. Các nhóm xây dựng sản phẩm tích hợp AI phải coi các liên kết chia sẻ là công khai theo mặc định trừ khi chúng được bảo mật rõ ràng bằng các rào cản bổ sung, đảm bảo rằng ngay cả khi một liên kết bị phát hiện, nội dung vẫn không thể truy cập bởi các bên không được ủy quyền.

Bạn có thể làm gì

• Kiểm tra logic tạo URL của bạn để đảm bảo không có metadata dễ đoán, chẳng hạn như tiêu đề hoặc dấu thời gian, được bao gồm trong các liên kết công khai.
• Triển khai các biện pháp kiểm soát truy cập nghiêm ngặt cho các tài nguyên được chia sẻ, yêu cầu xác thực hoặc mật khẩu dùng một lần thay vì chỉ dựa vào tính bí mật của liên kết.
• Giám sát các bản ghi DNS công khai và nhật ký minh bạch chứng chỉ (certificate transparency logs) cho các tên miền của bạn để phát hiện việc phơi bày ngoài ý muốn của các subdomain hoặc dịch vụ.
• Đặt thời gian hết hạn tự động cho tất cả các liên kết được chia sẻ để giới hạn cửa sổ dễ bị tổn thương nếu một liên kết bị rò rỉ.
• Giáo dục người dùng về rủi ro khi dán dữ liệu nhạy cảm vào các công cụ AI, ngay cả khi sử dụng các nền tảng nội bộ hoặc cấp doanh nghiệp.
• Thực hiện kiểm thử xâm nhập (penetration testing) định kỳ tập trung vào các cuộc tấn công liệt kê (enumeration attacks) để xác định xem các ID tài nguyên có thể bị đoán hoặc tái tạo hay không.