Website bị hack: dấu hiệu, xử lý trong 24 giờ đầu và khôi phục cho shop nhỏ
Cách bảo mật website khi đã bị hack là cô lập web, đổi mọi mật khẩu và báo đơn vị hosting, rồi mới dọn dẹp. Sau đó phải vá lỗ hổng, nếu không web sẽ bị hack lại theo đúng đường cũ.
Bài này hướng dẫn cách bảo mật website theo thứ tự xử lý sự cố. Việc phòng ngừa hằng ngày nằm ở bài bảo mật website bán hàng: 10 việc tối thiểu và cách sao lưu.
Tóm tắt nhanh
- Dấu hiệu rõ nhất: web tự chuyển sang trang lạ, có quản trị viên lạ, hosting khóa web.
- Trong 24 giờ đầu, cách bảo mật website là cô lập web, đổi mật khẩu, xóa tài khoản lạ, báo hosting, giữ bản nhiễm.
- Chỉ khôi phục từ bản sao lưu tạo ra trước lúc bị hack. Sau đó vẫn phải vá lỗ hổng.
- Dọn sạch toàn bộ web rồi mới gửi yêu cầu xem xét trong Search Console.
- Lộ dữ liệu khách có thể gây tổn hại thì phải báo cơ quan chuyên trách chậm nhất 72 giờ.

Mục lục
Dấu hiệu website bị hack: kiểm tra ở đâu
Thấy một dấu hiệu là đủ lý do để kiểm tra ngay.
Cách bảo mật website nào cũng bắt đầu từ việc phát hiện sớm. Bảng dưới gom bốn dấu hiệu bị xâm nhập hay gặp theo WordPress.org.
| Dấu hiệu | Kiểm tra ở đâu | Thường là gì |
|---|---|---|
| Vào web từ Google hoặc điện thoại thì bị chuyển sang trang cờ bạc, thuốc | Mở bằng 4G, trình duyệt ẩn danh, bấm từ Google | Mã chuyển hướng chèn vào tệp hoặc .htaccess |
| Tìm “site:tenmien.vn” thấy hàng loạt trang chữ Nhật hoặc chữ vô nghĩa | Ô tìm kiếm Google | Kiểu hack từ khóa tiếng Nhật |
| Có tài khoản quản trị không ai nhận | Danh sách người dùng trong trang quản trị | Kẻ xấu tạo tài khoản để quay lại |
| Hosting khóa web, phần mềm diệt virus của khách chặn web | Email từ hosting, phản hồi của khách | Web đang phát tán mã độc hoặc gửi thư rác |
Hack từ khóa tiếng Nhật là kiểu tấn công tạo hàng loạt trang rác tiếng Nhật trên tên miền của bạn để bán hàng giả. Trang rác có thể bị “che giấu”: bạn thấy lỗi 404, còn Googlebot thấy nội dung rác. Dùng công cụ Kiểm tra URL để xem bản Google đọc (Google, Fix the Japanese keyword hack).
Nếu trình duyệt chỉ báo “Không bảo mật”, thường đó là lỗi chứng chỉ, không phải bị hack. Xem bài lỗi không bảo mật trang web: 6 nguyên nhân và cách sửa.

Cần chuẩn bị gì trước khi áp dụng cách bảo mật website?
Chuẩn bị tốt giúp 24 giờ đầu bớt rối.
Cách bảo mật website hiệu quả nhất là có sẵn những thứ dưới đây từ trước.
- Danh sách mọi tài khoản liên quan: quản trị web, hosting, FTP/SFTP, cơ sở dữ liệu, email quản trị, tên miền, Search Console.
- Liên hệ hỗ trợ của hosting hoặc nền tảng.
- Thông tin bản sao lưu gần nhất: ai giữ, lưu ở đâu, tạo ngày nào.
- Một máy tính sạch để đổi mật khẩu, không dùng máy nghi bị nhiễm.

Bản sao lưu là bản chép toàn bộ tệp và cơ sở dữ liệu của web tại một thời điểm, dùng để khôi phục khi có sự cố. Nó chỉ có giá trị khi được tạo trước lúc bị hack.
Cách bảo mật website trong 24 giờ đầu: 6 bước
Mục tiêu là chặn thiệt hại, chưa phải tìm thủ phạm.
Đừng vội xóa tệp, vì có thể mất dấu vết. Cách bảo mật website lúc này gồm sáu bước sau.
- Ghi lại sự việc. Chụp màn hình, ghi giờ phát hiện. Liệt kê thay đổi gần đây: plugin mới, giao diện mới, ai vừa được cấp quyền.
- Cô lập web. Google khuyên tạm đưa web ngoại tuyến, hoặc trỏ tên miền sang một trang tĩnh ở máy chủ khác trả mã 503. Chặn bằng robots.txt không bảo vệ khách đang vào web (Google, Quarantine your site).
- Báo đơn vị hosting. Hỏi họ còn giữ bản sao lưu và nhật ký truy cập của những ngày nào.
- Dọn tài khoản và đổi mật khẩu. Ghi tên tài khoản lạ rồi xóa. Đổi mật khẩu quản trị web, hosting, FTP/SFTP, cơ sở dữ liệu, email quản trị và tài khoản tên miền. Trên WordPress, thay bộ khóa bí mật trong wp-config.php để đăng xuất mọi phiên đang mở.
- Giữ lại bằng chứng. Sao lưu một bản của web đang nhiễm, gồm tệp và cơ sở dữ liệu, đặt tên rõ “bản nhiễm”. Xin hosting tải nhật ký truy cập về máy.
- Quét máy tính của người quản trị. WordPress lưu ý nhiều vụ bắt đầu từ máy tính bị cài phần mềm đánh cắp mật khẩu.
Với web trên Haravan, Sapo, máy chủ do nền tảng quản lý nên cách bảo mật website gọn hơn. Bạn đổi mật khẩu, xóa nhân viên lạ, gỡ ứng dụng lạ và báo nền tảng.
Khôi phục website: chọn cách theo bản sao lưu đang có
Bản sao lưu phải được tạo trước lúc web bị hack.
Đây là điểm cốt lõi trong cách bảo mật website khi bị hack. Google nhắc điều này trong hướng dẫn dọn web. Chọn một trong ba cách sau.
| Tình huống | Cách làm |
|---|---|
| Có bản sạch và mới | Khôi phục, cập nhật toàn bộ phần mềm, gỡ phần không dùng, vá lỗ hổng, đổi lại mật khẩu |
| Có bản sạch nhưng cũ | Giữ bản nhiễm, khôi phục bản sạch, cập nhật, rồi chỉ chép sang nội dung mới đã kiểm tra là sạch (sản phẩm, đơn hàng) |
| Không có bản sạch | Làm hai bản sao “bản nhiễm”, dọn trên bản sao chứ không dọn thẳng trên máy chủ đang chạy, sau đó đổi mọi mật khẩu |
Trước khi khôi phục, shop nên xuất các đơn phát sinh sau ngày sao lưu ra bảng tính để không mất đơn.
Dọn sạch mã độc và trang rác trên WordPress
Phần này thường cần người kỹ thuật.
Đây là phần khó nhất trong cách bảo mật website WordPress. Chủ shop nên biết các bước để giám sát.
- Quét bằng plugin quét mã độc và một công cụ quét bên ngoài.
- Cài lại lõi WordPress đúng phiên bản đang dùng bằng SFTP, thay thư mục /wp-admin và /wp-includes. Không dùng nút cài lại trong trang quản trị, vì nó chỉ ghi đè tệp cũ chứ không xóa tệp lạ.
- Cài lại giao diện, plugin từ nguồn gốc. Xóa cái không dùng.
- Kiểm tra kỹ .htaccess, index.php, header.php, footer.php, functions.php. Đây là chỗ hay bị chèn mã chuyển hướng.
- Với hack tiếng Nhật: xóa chủ sở hữu lạ trong Search Console, xóa tệp xác minh giả, rà sitemap để bỏ URL rác.
- Kiểm tra các trang rác đã trả về lỗi 404.
Mã độc là đoạn mã kẻ xấu chèn vào web để chuyển hướng khách, gửi thư rác hay đánh cắp dữ liệu.
Cách tìm lỗ hổng bảo mật của website
Không tìm ra đường kẻ xấu vào thì chưa thể yên tâm.
Lỗ hổng bảo mật là điểm yếu trong phần mềm, cấu hình hoặc cách quản lý tài khoản mà kẻ xấu lợi dụng để vào web. Cách bảo mật website sau sự cố phải đi kèm việc tìm ra điểm yếu này. Hãy dò năm chỗ dưới đây.
| Chỗ cần dò | Câu hỏi đặt ra | Dữ liệu dùng |
|---|---|---|
| Phần mềm | Lõi, giao diện, plugin có bản nào cũ, bỏ dở, cài từ nguồn lạ không? | Danh sách plugin, giao diện trong trang quản trị |
| Tài khoản | Ai có quyền quản trị, ai đã nghỉ việc nhưng còn tài khoản? | Danh sách người dùng |
| Tệp mới sửa | Tệp PHP nào mới sửa gần đây hoặc chứa mã bị làm rối? | Bản nhiễm, so với bản sạch |
| Nhật ký truy cập | Có lượt đăng nhập, tải tệp lạ quanh giờ bị hack không? | Nhật ký hosting đã tải về |
| Máy tính quản trị | Máy có phần mềm lạ, trình duyệt lưu sẵn mật khẩu không? | Kết quả quét máy |

Vá lỗ hổng là bước quyết định của cách bảo mật website. Tìm ra rồi thì vá ngay: cập nhật hoặc gỡ phần mềm lỗi, xóa tài khoản thừa, đổi mật khẩu.
Gửi yêu cầu xem xét trong Google Search Console
Đây là bước cuối của cách bảo mật website khi bị Google cảnh báo. Chỉ gửi khi đã sửa xong toàn web.
Theo Trợ giúp Search Console, yêu cầu nên nêu rõ vấn đề, các bước đã làm và kết quả. Không gửi lại khi yêu cầu trước còn đang chờ.
- Mở báo cáo Vấn đề bảo mật, xem từng loại vấn đề và URL mẫu.
- Mở thử trang chủ và vài URL từng bị nhiễm, chắc chắn đã sạch.
- Chọn Yêu cầu xem xét lại, viết ngắn gọn bạn đã dọn từng loại nội dung rác thế nào.
Thời gian và chi phí ước tính
Thời gian thực hiện cách bảo mật website sau sự cố tùy loại vấn đề.
Các mốc dưới đây lấy từ Google, Request a review, chưa tính thời gian bạn dọn web.
| Loại vấn đề | Thời gian Google xem xét |
|---|---|
| Web bị chèn nội dung rác | Có thể tới vài tuần |
| Mã độc | Khoảng vài ngày |
| Lừa đảo | Khoảng một ngày |
| Gỡ cảnh báo sau khi Google xác nhận web sạch | Trong khoảng 72 giờ |
Chi phí không có con số chung. Nó tùy nền tảng, có bản sao lưu sạch hay không và mức độ nhiễm. Web WordPress không có bản sạch thường tốn nhiều công nhất.
Khoản đáng tính hơn là đơn hàng mất khi web ngừng bán. Vì vậy, cách bảo mật website rẻ nhất vẫn là có bản sao lưu sạch. Các lựa chọn có trong bài dịch vụ bảo mật và sao lưu website.
Lộ dữ liệu khách hàng: báo ai, trong bao lâu
Hãy giả định xấu nhất nếu kẻ xấu đã vào cơ sở dữ liệu.
Khi đó, tên, số điện thoại, địa chỉ của khách có thể đã bị lộ. Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 có hiệu lực từ 01/01/2026 (văn bản gốc).
Điều 23 yêu cầu báo cơ quan chuyên trách chậm nhất 72 giờ kể từ khi phát hiện vi phạm. Việc này áp dụng khi vi phạm có thể xâm phạm tính mạng, sức khỏe, danh dự, nhân phẩm, tài sản của người có dữ liệu.
Điều 38 của luật miễn cho hộ kinh doanh, doanh nghiệp siêu nhỏ một số nghĩa vụ, như đánh giá tác động. Nghĩa vụ thông báo vi phạm ở Điều 23 không nằm trong phần miễn đó. Hướng dẫn chi tiết nằm ở Nghị định 356/2025/NĐ-CP, cũng có hiệu lực từ 01/01/2026. Theo tóm tắt của EY, có trường hợp phải báo cả người có dữ liệu.
Cách bảo mật website không dừng ở máy chủ mà gồm cả dữ liệu khách. Đầu mối tiếp nhận là Cục An ninh mạng và phòng, chống tội phạm sử dụng công nghệ cao, Bộ Công an.
Báo sớm cho khách giúp giữ uy tín. Nhắc khách cảnh giác với cuộc gọi tự xưng là shop đòi chuyển khoản. Chính sách bảo mật nên ghi sẵn cách xử lý sự cố, xem mẫu chính sách bảo mật thông tin khách hàng.
Cách bảo mật website sau khi chạy lại
Web chạy lại chưa có nghĩa là đã an toàn.
Cách bảo mật website lâu dài gồm năm việc dưới đây, chi tiết có trong bài bảo mật website bán hàng.
- Bật xác thực 2 lớp cho tài khoản quản trị, hosting, email và tên miền.
- Phân quyền đúng việc: nhân viên đăng sản phẩm không cần quyền quản trị.
- Cập nhật lõi, giao diện, plugin đều đặn. Gỡ thứ không dùng.
- Đặt lịch sao lưu tự động, lưu bản sao ở nơi tách khỏi máy chủ web.
- Giữ chứng chỉ SSL còn hạn để web chạy HTTPS.

Về cách đăng ký chứng chỉ SSL, nhiều hosting và nền tảng có sẵn chứng chỉ, chỉ cần bật trong trang quản trị. Chi tiết có trong bài SSL là gì.

Lỗi thường gặp khi xử lý website bị hack
Bốn lỗi dưới đây làm cách bảo mật website mất tác dụng.
- Xóa tệp lạ ngay mà không giữ bản nhiễm. Mất dấu vết thì khó tìm ra lỗ hổng.
- Khôi phục bản sao lưu mới nhất mà không kiểm tra. Bản đó có thể đã nhiễm từ trước.
- Gửi yêu cầu xem xét khi mới dọn vài URL mẫu. Gửi sớm chỉ làm chậm thêm.
- Dọn xong nhưng không vá lỗ hổng. Kẻ xấu quay lại bằng đúng đường cũ.
Checklist trước khi mở lại web
Checklist này khép lại cách bảo mật website khi bị hack. Đánh dấu đủ 6 dòng rồi mới mở lại web.
- [ ] Đã xóa tài khoản lạ, đổi mọi mật khẩu, thay khóa bí mật WordPress.
- [ ] Web đã khôi phục từ bản sạch hoặc đã dọn hết mã độc.
- [ ] Lỗ hổng gốc đã được vá, phần mềm đã cập nhật.
- [ ] Đơn hàng phát sinh sau ngày sao lưu đã được chép lại.
- [ ] Đã xử lý việc lộ dữ liệu khách nếu có.
- [ ] Trang chủ và các URL từng nhiễm đã sạch.
Xong checklist mới gửi yêu cầu xem xét trong Search Console.
Cần website bán hàng làm sẵn?
ZoneTech hỗ trợ ở cả phần nền tảng lẫn phần vận hành.
Muốn làm lại web bán hàng trên nền tảng có máy chủ được quản lý, tài khoản và dữ liệu đứng tên shop? Xem giải pháp website bán hàng ZoneWeb.
Không có người theo dõi kỹ thuật, cách bảo mật website dễ bị bỏ dở. Khi đó, có thể cân nhắc dịch vụ bảo trì website hoặc dịch vụ bảo mật và sao lưu website.
Muốn biết thêm về đội ngũ, xem trang giới thiệu ZoneTech. Cần trao đổi, bạn gọi hoặc nhắn Zalo 0976.179.886, hoặc gửi yêu cầu ở trang liên hệ.
Câu hỏi thường gặp về cách bảo mật website
Website bị hack có mất thứ hạng Google vĩnh viễn không?
Thường là không, nếu làm đúng cách bảo mật website ở trên và được Google xác nhận. Thời gian phục hồi không có con số cố định.
Hosting đã khóa web thì làm sao dọn?
Hỏi hosting cách truy cập tệp, cơ sở dữ liệu và điều kiện mở lại. Theo Google, hosting có thể trả trang 503 trong lúc bạn dọn.
Không có bản sao lưu nào thì còn cứu được không?
Vẫn được, nhưng lâu hơn. Dọn trên bản sao, cài lại lõi, giao diện, plugin từ nguồn gốc, rồi chuyển nội dung sạch sang.
Web Haravan, Sapo có cần làm theo cách bảo mật website này không?
Có, nhưng phần máy chủ do nền tảng lo. Bạn tập trung vào tài khoản: đổi mật khẩu, bật xác thực 2 lớp, xóa nhân viên lạ, gỡ ứng dụng lạ, báo hỗ trợ của nền tảng.
Có nên tự dọn web WordPress bị hack không?
Nếu quen SFTP và cơ sở dữ liệu thì có thể. Nếu không, hãy làm 24 giờ đầu theo bài này rồi giao phần dọn mã độc cho người kỹ thuật.
Bao lâu nên kiểm tra lại web một lần?
Không có mốc bắt buộc. Một cách bảo mật website đơn giản là mỗi tuần tìm “site:tenmien.vn” trên Google và xem báo cáo Vấn đề bảo mật trong Search Console.
Cập nhật lần cuối: 31/10/2026 · Biên soạn: Đỗ Hữu Thuận