DreamHost âm thầm đặt lại mật khẩu email và FTP sau sự cố bảo mật chưa rõ nguyên nhân

Cloud & DevOps27 tháng 10, 2026·4 phút đọc

Nhà cung cấp dịch vụ lưu trữ web DreamHost đã tạm ngừng File Manager và buộc người dùng đổi mật khẩu email, FTP/SFTP sau một sự cố hệ thống chưa được giải thích rõ ràng. Sự việc làm dấy lên lo ngại về tính minh bạch và khả năng dữ liệu người dùng đã bị xâm phạm.

DreamHost âm thầm đặt lại mật khẩu email và FTP sau sự cố bảo mật chưa rõ nguyên nhân

DreamHost âm thầm đặt lại mật khẩu email và FTP sau sự cố bảo mật chưa rõ nguyên nhân

Nhà cung cấp dịch vụ lưu trữ web DreamHost vừa khiến cộng đồng người dùng lo lắng khi bất ngờ tạm ngừng dịch vụ File Manager và buộc một bộ phận khách hàng phải đổi mật khẩu email lẫn FTP/SFTP. Hãng chỉ mô tả sự việc là "một vấn đề" với hệ thống của mình mà không giải thích cụ thể, làm dấy lên nhiều đồn đoán về khả năng dữ liệu đã bị xâm phạm.

Minh họa bảo mật mật khẩuMinh họa bảo mật mật khẩu

Chuyện gì đã xảy ra với DreamHost?

Vào cuối tuần qua, DreamHost đã tạm dừng File Manager — công cụ quản lý tệp tại địa chỉ files.dreamhost.com — đồng thời tiến hành đặt lại mật khẩu cho một số tài khoản email và FTP/SFTP. Theo thông báo của hãng, đây là biện pháp phòng ngừa nhằm ứng phó với "một vấn đề" ảnh hưởng đến một số hệ thống, trong đó có File Manager và dịch vụ webmail của DreamHost.

Điều đáng chú ý là DreamHost chỉ liên hệ trực tiếp với chủ tài khoản chứ không thể thông báo tới từng người dùng hộp thư hay người dùng FTP riêng lẻ. Trong thư gửi chủ tài khoản (được chia sẻ lại trên Reddit), hãng cho biết:

"Chúng tôi liên hệ với bạn vì bạn là chủ tài khoản DreamHost, và chỉ bạn mới có thể đặt mật khẩu mới cho những người dùng này. DreamHost không thể liên hệ trực tiếp với từng người dùng hộp thư hay FTP, nên họ có thể chưa biết về việc này cho đến khi bạn thông báo."

DreamHost cũng khuyến cáo nếu những mật khẩu cũ từng được dùng ở bất kỳ dịch vụ nào khác thì người dùng cần đổi ngay tại đó. Đồng thời, hãng nhấn mạnh sẽ không bao giờ yêu cầu đặt lại mật khẩu qua email, một cảnh báo quan trọng để người dùng đề phòng các chiêu trò lừa đảo giả mạo.

Người dùng phản ứng vì thiếu minh bạch

Việc DreamHost không công bố rõ nguyên nhân khiến nhiều người dùng bất bình. Một số ý kiến cho rằng mật khẩu có thể đã bị đánh cắp và đặt câu hỏi liệu chúng có được băm (hash) đúng cách hay không — yếu tố then chốt quyết định mức độ nghiêm trọng nếu dữ liệu thực sự bị lộ.

Minh họa sự cố an ninh mạngMinh họa sự cố an ninh mạng

Đến thứ Hai, DreamHost cho biết đã xây dựng và triển khai bản vá cho File Manager, đồng thời khôi phục quyền truy cập vào files.dreamhost.com. Hãng khẳng định đang theo dõi tình hình để đảm bảo dịch vụ hoạt động đầy đủ trở lại. Tuy vậy, các câu hỏi về số lượng người dùng bị ảnh hưởng và nguyên nhân gốc rễ của sự cố vẫn chưa có lời đáp.

Bài học cho người dùng và doanh nghiệp Việt Nam

Sự việc là lời nhắc nhở quen thuộc nhưng không kém phần quan trọng đối với cả cá nhân lẫn doanh nghiệp Việt Nam đang dùng dịch vụ lưu trữ, email tên miền hay máy chủ nước ngoài:

  • Không tái sử dụng mật khẩu giữa nhiều dịch vụ, đặc biệt là email và FTP — hai kênh thường bị tin tặc nhắm tới để chiếm quyền kiểm soát website.
  • Bật xác thực đa yếu tố (2FA) cho tài khoản quản trị hosting và email để giảm thiểu rủi ro ngay cả khi mật khẩu bị lộ.
  • Cảnh giác với email yêu cầu đổi mật khẩu, vì kẻ tấn công thường lợi dụng chính những sự cố như thế này để giả mạo thông báo.
  • Sao lưu dữ liệu website định kỳ và theo dõi thông báo từ nhà cung cấp dịch vụ để phản ứng kịp thời.

Với các doanh nghiệp vận hành hệ thống trên nền tảng đám mây, việc nắm rõ quy trình xử lý sự cố và cam kết minh bạch của nhà cung cấp cũng nên được đưa vào tiêu chí lựa chọn đối tác. Một sự cố được xử lý nhanh nhưng thiếu thông tin thường gây thiệt hại về niềm tin lớn hơn cả thiệt hại kỹ thuật.

DreamHost cho biết sẽ cập nhật thêm thông tin khi có phản hồi chính thức về phạm vi ảnh hưởng và nguyên nhân sự cố.

Logo SecurityWeekLogo SecurityWeek

Chia sẻ:FacebookX
Nội dung tổng hợp bằng AI, mang tính tham khảo. Xem bài gốc ↗