| Tên plugin | Trình quét Mã vạch với Quản lý Tồn kho & Đơn hàng |
|---|---|
| Loại lỗ hổng | Tăng quyền |
| Số CVE | CVE-2026-4880 |
| Tính cấp bách | Cao |
| Ngày xuất bản CVE | 2026-04-16 |
| URL nguồn | CVE-2026-4880 |
Tăng cường quyền hạn trong “Máy quét mã vạch với Quản lý hàng tồn kho & Đơn hàng” (<= 1.11.0) — Những gì chủ sở hữu trang web cần làm ngay bây giờ
Tóm lại — Một lỗ hổng tăng cường quyền hạn nghiêm trọng không xác thực (CVE-2026-4880) đã được phát hiện trong plugin WordPress “Máy quét mã vạch với Quản lý hàng tồn kho & Đơn hàng” ảnh hưởng đến các phiên bản lên đến và bao gồm 1.11.0. Vấn đề này do xác thực mã thông báo không an toàn gây ra và cho phép kẻ tấn công không xác thực tăng cường quyền hạn và có khả năng chiếm đoạt các trang web. Nhà cung cấp đã phát hành phiên bản 1.12.0 để khắc phục sự cố. Nếu bạn đang chạy plugin này, hãy cập nhật ngay lập tức. Nếu bạn không thể cập nhật ngay, hãy áp dụng các bước kiểm soát (vô hiệu hóa plugin, hạn chế quyền truy cập, thu hồi mã thông báo và áp dụng WAF/đắp vá ảo). Dưới đây bạn sẽ tìm thấy một giải thích kỹ thuật đầy đủ, mẹo phát hiện, hướng dẫn khắc phục từng bước và lời khuyên tăng cường cụ thể từ đội ngũ bảo mật WP‑Firewall của chúng tôi.
Tại sao điều này quan trọng
- Mức độ nghiêm trọng: Cao (CVSS ~9.8) — khả năng cao gây ảnh hưởng nghiêm trọng.
- Quyền hạn yêu cầu: Không xác thực (kẻ tấn công không cần tài khoản).
- Lớp tấn công: Tăng cường quyền hạn thông qua xác thực mã thông báo không an toàn (OWASP A7: Các lỗi xác định và xác thực).
- Phạm vi: Các trang web chạy plugin bị ảnh hưởng ở phiên bản 1.11.0 hoặc trước đó.
- Phiên bản đã được vá có sẵn: 1.12.0 — cập nhật ngay lập tức.
Bởi vì lỗ hổng này cho phép kẻ tấn công leo lên các cấp quyền mà không cần tài khoản hợp lệ ban đầu, đây là mục tiêu có giá trị cao cho các chiến dịch khai thác hàng loạt tự động. Kẻ tấn công thường quét hàng loạt các điểm cuối plugin dễ bị tổn thương, lạm dụng các mã thông báo không an toàn và tăng cường quyền kiểm soát quản trị trên quy mô lớn. Các trang web nhỏ và lớn đều có nguy cơ.
Lỗ hổng là gì (tiếng Anh đơn giản)
Plugin này tiết lộ một quy trình xác thực dựa vào cơ chế mã thông báo được triển khai theo cách có thể bị giả mạo, bị bỏ qua hoặc được coi là hợp lệ bởi mã plugin ngay cả khi yêu cầu không được xác thực. Do đó, một kẻ tấn công từ xa có thể gửi các yêu cầu được chế tạo đặc biệt đến các điểm cuối của plugin và có được quyền hạn vượt quá những gì họ nên có — thường là quyền truy cập cấp quản trị.
Về mặt thực tiễn, điều này có nghĩa là:
- Một kẻ tấn công có thể truy cập vào các chức năng dành riêng cho người dùng có quyền hạn.
- Kẻ tấn công có thể tạo người dùng quản trị, sửa đổi nội dung, cài đặt cửa hậu, thay đổi tùy chọn hoặc đánh cắp thông tin.
- Điều này xảy ra mà không cần thông tin xác thực hợp lệ (không cần đăng nhập trước).
Bởi vì vấn đề liên quan đến lỗi xác thực trong logic của plugin, nó không được giảm thiểu bởi các biện pháp bảo vệ đăng nhập cốt lõi của WordPress — chính plugin này đã tin tưởng sai giá trị mã thông báo hoặc sử dụng việc tạo/ xác thực mã thông báo không an toàn.
Ai bị ảnh hưởng
Bất kỳ trang WordPress nào:
- Đã cài đặt plugin “Máy quét mã vạch với Quản lý hàng tồn kho & Đơn hàng”, và
- Sử dụng các phiên bản plugin <= 1.11.0.
Các trang web không sử dụng plugin này không bị ảnh hưởng. Nếu bạn không chắc chắn, hãy kiểm tra danh sách plugin của bạn ngay lập tức.
Các biện pháp cấp bách (60–120 phút đầu tiên)
Nếu bạn quản lý các trang WordPress, hãy coi đây là một tình huống khẩn cấp cho bất kỳ trang nào có cài đặt plugin bị ảnh hưởng.
- Kiểm tra xem plugin có được cài đặt và phiên bản của nó:
- Bảng điều khiển: Plugins → Các plugin đã cài đặt → Tìm plugin quét mã vạch và kiểm tra phiên bản.
- WP-CLI:
wp plugin list --status=active,inactive | grep -i barcode
- Nếu plugin đã được cài đặt — cập nhật trước:
- Bảng điều khiển: Plugins → Cập nhật lên phiên bản mới nhất (1.12.0 hoặc mới hơn).
- WP-CLI:
wp plugin update barcode-scanner-lite-pos-to-manage-products-inventory-and-orders
- Nếu cập nhật tự động thất bại, tải xuống 1.12.0 từ nguồn của tác giả plugin và cập nhật thủ công.
- Nếu bạn không thể cập nhật ngay lập tức (hạn chế từ hosting, phụ thuộc vào phiên bản cũ), thực hiện biện pháp kiểm soát:
- Vô hiệu hóa plugin:
wp plugin deactivate barcode-scanner-lite-pos-to-manage-products-inventory-and-orders
hoặc qua Bảng điều khiển: Plugins → Vô hiệu hóa.
- Hạn chế truy cập vào các điểm cuối của plugin qua .htaccess / quy tắc Nginx (chặn truy cập công khai vào các thư mục của plugin hoặc các điểm cuối cụ thể).
- Bắt buộc HTTPS (nếu chưa có) và thực thi HSTS để giảm rủi ro bị chặn.
- Thay đổi bí mật và mã thông báo được sử dụng bởi plugin (nơi có thể truy cập trong cài đặt plugin), và thay đổi các khóa bí mật của WordPress (wp-config.php) nếu nghi ngờ bị xâm phạm.
- Vô hiệu hóa plugin:
- Trong khi cập nhật hoặc vô hiệu hóa, đặt trang web vào chế độ bảo trì nếu có thể và đảm bảo sao lưu là hiện tại.
Nếu plugin không có — tốt. Vẫn cần xác minh các trang web bạn quản lý hoặc các trang web của khách hàng.
Nếu bạn nghi ngờ có sự xâm phạm: danh sách kiểm tra phát hiện nhanh
Nếu bạn đã chạy một phiên bản dễ bị tổn thương trước khi vá lỗi, hãy kiểm tra các dấu hiệu cho thấy trang web có thể đã bị lạm dụng:
- Người dùng quản trị mới được tạo gần đây:
- WP-CLI:
wp user list --role=administrator --format=csv
- Hoặc kiểm tra Người dùng → Tất cả Người dùng để tìm các tài khoản không quen thuộc.
- WP-CLI:
- Sửa đổi bất ngờ đối với các tệp quan trọng:
- Tìm kiếm thời gian sửa đổi trong wp-content/plugins, wp-content/uploads, wp-includes và wp-content/themes.
- Ví dụ:
tìm . -type f -mtime -14 -path "./wp-content/plugins/*" -or -path "./wp-content/themes/*"
- Các tác vụ theo lịch đáng ngờ:
- Các sự kiện wp cron mà bạn không nhận ra:
danh sách sự kiện wp cron
- Các sự kiện wp cron mà bạn không nhận ra:
- Các cửa hậu ẩn (các tệp có mã bị làm rối hoặc tên không bình thường trong uploads).
- Cài đặt plugin/theme độc hại hoặc không quen thuộc.
- Hoạt động mạng đầu ra không bình thường từ máy chủ (email hàng loạt, yêu cầu HTTP bên ngoài).
- Nhật ký lỗi cho thấy các yêu cầu lặp lại đến các điểm cuối của plugin từ nhiều IP.
- Thay đổi cài đặt trang web (URL trang web, trang chủ, các plugin được kích hoạt/tắt).
Nếu bạn tìm thấy các chỉ báo, hãy làm theo các bước phản ứng sự cố bên dưới.
Quy trình khắc phục toàn diện (được khuyến nghị)
Dưới đây là một quy trình có cấu trúc để chứa, tiêu diệt và phục hồi từ một cuộc khai thác hoặc xác minh rằng trang web của bạn là sạch.
- Bao gồm
- Ngay lập tức cập nhật plugin lên 1.12.0 (hoặc vô hiệu hóa nó) trên tất cả các cài đặt bị ảnh hưởng.
- Nếu bạn nghi ngờ có khai thác đang hoạt động, hãy đưa trang web ngoại tuyến hoặc đặt nó vào chế độ bảo trì.
- Thay đổi mật khẩu quản trị viên và khóa API (bao gồm bất kỳ tích hợp bên thứ ba nào).
- Xoay tất cả các muối WordPress trong wp-config.php (AUTH_KEY, SECURE_AUTH_KEY, v.v.) — điều này sẽ buộc tất cả các phiên đã đăng nhập phải bị vô hiệu hóa.
- Bảo quản bằng chứng
- Tạo một bản sao lưu đầy đủ (tệp + cơ sở dữ liệu) trước khi thực hiện bất kỳ thay đổi nào khác.
- Xuất nhật ký máy chủ và nhật ký truy cập cho khoảng thời gian xung quanh sự cố bị nghi ngờ.
- Khảo sát
- Xem xét nhật ký truy cập cho các yêu cầu đến các điểm cuối của plugin và các POST/GET bất thường.
- Xác định các địa chỉ IP đáng ngờ thực hiện các cuộc gọi lặp lại và cách ly chúng.
- Tìm kiếm người dùng quản trị viên mới và các tác vụ theo lịch đáng ngờ, bài viết hoặc thay đổi.
- Sử dụng trình quét phần mềm độc hại để tìm kiếm các tệp hoặc mã đã được chèn.
- Diệt trừ
- Xóa các lỗ hổng, người dùng không được phép và các tệp độc hại.
- Cài đặt lại lõi WordPress và các plugin từ các nguồn đáng tin cậy (thay thế tệp plugin thay vì tin tưởng vào các tệp đã được sửa đổi).
- Củng cố cấu hình (xem phần Củng cố bên dưới).
- Hồi phục
- Khôi phục một bản sao lưu sạch nếu việc tiêu diệt không chắc chắn.
- Kích hoạt lại trang web và theo dõi chặt chẽ.
- Xem xét việc đặt lại mật khẩu cho người dùng và giao tiếp với các bên liên quan/khách hàng nếu nghi ngờ về việc lộ dữ liệu.
- Hậu sự cố
- Thực hiện một cuộc kiểm toán kỹ lưỡng và sản xuất một báo cáo khắc phục.
- Triển khai giám sát và cảnh báo được cải thiện.
- Lên lịch cập nhật định kỳ và một quy trình quét lỗ hổng liên tục.
Cách mà tường lửa ứng dụng web (WAF) như WP‑Firewall giúp bây giờ
Là một nhà cung cấp tường lửa với kinh nghiệm sâu sắc về các mối đe dọa ứng dụng WordPress, chúng tôi khuyến nghị các biện pháp phòng thủ nhiều lớp. Khi một lỗ hổng plugin được phát hiện, cách nhanh nhất để giảm thời gian khai thác trên nhiều trang là áp dụng các quy tắc WAF chính xác (vá ảo). WP‑Firewall có thể làm điều này mà không cần sửa đổi mã plugin và có thể bảo vệ trang web của bạn trong khi bạn cập nhật hoặc kiểm tra.
Các biện pháp bảo vệ WAF điển hình mà chúng tôi áp dụng cho loại lỗ hổng này:
- Chặn hoặc thách thức các yêu cầu đến các điểm cuối cụ thể của plugin bị tổn thương (các tuyến REST, các hành động AJAX).
- Quy tắc có độ tin cậy cao nhất: chặn các yêu cầu cố gắng sử dụng các mẫu mã thông báo bị tổn thương, hoặc chứa các tải trọng nghi ngờ đối với các hành động của plugin.
- Giới hạn tỷ lệ trên các điểm cuối bị ảnh hưởng để ngăn chặn việc quét tự động / các nỗ lực tấn công brute-force.
- Hạn chế Geo/IP hoặc danh sách từ chối tạm thời cho các nguồn có hoạt động khai thác nặng.
- Phát hiện dựa trên chữ ký cho các mẫu khai thác đã biết (các yêu cầu và chuỗi truy vấn).
- Vá ảo trả về phản hồi an toàn cho kẻ tấn công trong khi cho phép các quy trình hợp pháp tiếp tục như thích hợp.
Quan trọng: Một WAF là một biện pháp giảm thiểu, không phải là sự thay thế cho việc vá. Nó mua thời gian và giảm rủi ro, nhưng bạn vẫn phải áp dụng bản vá do nhà cung cấp cung cấp (1.12.0).
Ví dụ quy tắc WAF được khuyến nghị (khái niệm)
Dưới đây là các mẫu khái niệm mà chúng tôi áp dụng. Những điều này được diễn đạt để rõ ràng — cú pháp quy tắc cụ thể thay đổi theo tường lửa.
- Chặn truy cập công khai trực tiếp đến các điểm cuối REST được đăng ký bởi plugin nơi xác thực dựa trên token bị lạm dụng.
- Từ chối các yêu cầu POST đến các điểm cuối AJAX của plugin mà không có WP nonce hợp lệ hoặc đến từ các yêu cầu không đăng nhập (nơi mà điểm cuối nên yêu cầu xác thực).
- Giới hạn tỷ lệ các yêu cầu lặp lại đến cùng một điểm cuối/IP cho thấy việc quét.
- Trả về 403 cho các yêu cầu nghi ngờ chứa các chuỗi khai thác đã biết hoặc định dạng token nghi ngờ.
Lưu ý: Chúng tôi tránh công bố các payload khai thác chính xác. Nếu bạn sử dụng WP‑Firewall, nhóm nghiên cứu bảo mật của chúng tôi có thể triển khai một biện pháp giảm thiểu được điều chỉnh cụ thể cho CVE này trên các trang web của khách hàng.
Các bước cụ thể để cập nhật và xác minh (quản trị viên WordPress + WP‑CLI)
- Sao lưu trước
- Tạo một bản sao lưu đầy đủ của các tệp và DB. Sử dụng máy chủ của bạn hoặc sao lưu dựa trên plugin.
- Cập nhật plugin thông qua bảng điều khiển WordPress
- Plugins → Các plugin đã cài đặt → Cập nhật plugin lên 1.12.0 hoặc phiên bản mới hơn.
- Cập nhật với WP‑CLI (nếu bạn có quyền truy cập shell)
- Kiểm tra trạng thái plugin:
danh sách plugin wp --format=table
- Cập nhật:
wp plugin update barcode-scanner-lite-pos-to-manage-products-inventory-and-orders
- Nếu plugin đã ở phiên bản mới nhất, bạn sẽ thấy một thông báo xác nhận.
- Kiểm tra trạng thái plugin:
- Nếu cập nhật thất bại, hãy vô hiệu hóa
wp plugin deactivate barcode-scanner-lite-pos-to-manage-products-inventory-and-orders
- Xác thực cập nhật
- Xác nhận phiên bản plugin:
wp plugin get barcode-scanner-lite-pos-to-manage-products-inventory-and-orders --field=version
- Kiểm tra chức năng của trang (đồng bộ hóa hàng tồn kho, màn hình quản trị, quy trình quét).
- Xác nhận phiên bản plugin:
- Quét lại để tìm các chỉ số bị xâm phạm
- Chạy quét phần mềm độc hại, kiểm tra danh sách người dùng và tìm kiếm các tệp nghi ngờ như đã mô tả trước đó.
Các khuyến nghị củng cố — giảm thiểu khả năng tiếp xúc trong tương lai
Sửa chữa plugin là điều cần thiết, nhưng bạn cũng nên củng cố WordPress và hosting để giảm thiểu phạm vi ảnh hưởng của các lỗ hổng plugin:
- Giữ cho lõi WordPress, các chủ đề và plugin được cập nhật. Tự động hóa cập nhật khi rủi ro có thể quản lý.
- Nguyên tắc đặc quyền tối thiểu:
- Tránh cấp quyền quản trị viên trừ khi cần thiết.
- Sử dụng vai trò cụ thể cho trang và khả năng chi tiết.
- Thực thi xác thực mạnh mẽ hơn:
- Chính sách mật khẩu mạnh.
- Xác thực hai yếu tố (2FA) cho tài khoản quản trị.
- Giới hạn chỉnh sửa tệp trực tiếp từ bảng điều khiển (define(‘DISALLOW_FILE_EDIT’, true);).
- Hạn chế truy cập vào các tệp và thư mục nhạy cảm thông qua quy tắc máy chủ web (.htaccess, Nginx).
- Sử dụng bảo vệ WAF cấp ứng dụng (vá ảo) cho các cửa sổ tiếp xúc zero-day.
- Giám sát và cảnh báo về người dùng quản trị mới và thay đổi đối với các tệp quan trọng.
- Sử dụng các triển khai mã thông báo an toàn và kiểm tra mã plugin trước khi cài đặt (vệ sinh nhà phát triển).
- Duy trì một kế hoạch sao lưu và phục hồi đã được kiểm tra (sao lưu ngoài site, các bài tập phục hồi định kỳ).
- Sử dụng thông tin xác thực riêng cho môi trường staging và production; không chia sẻ khóa API giữa các môi trường.
Những gì cần kiểm tra trong cài đặt plugin (cụ thể cho loại lỗi này)
- Tìm bất kỳ mã thông báo, khóa API hoặc cài đặt tích hợp ứng dụng di động nào được hiển thị trong trang tùy chọn của plugin. Nếu có nghi ngờ, hãy xoay vòng các khóa hoặc tạm thời vô hiệu hóa các tích hợp.
- Vô hiệu hóa các tính năng không sử dụng (kết nối từ xa, đồng bộ di động, API từ xa) cho đến khi bạn xác nhận plugin đã được vá và an toàn.
- Nếu plugin cung cấp “nhớ tôi” hoặc mã thông báo dài hạn, hãy xem xét việc rút ngắn thời gian sống của mã thông báo.
Sổ tay phản ứng sự cố (danh sách kiểm tra ngắn)
Bao gồm
- Vá lỗi hoặc vô hiệu hóa plugin có lỗ hổng.
- Ngay lập tức xoay vòng mật khẩu quản trị và khóa API.
- Cập nhật muối WordPress để đăng xuất tất cả người dùng.
Khảo sát
- Thu thập nhật ký và sao lưu.
- Xác định hoạt động đáng ngờ và khoảng thời gian.
- Liệt kê các tệp bị can thiệp, người dùng không xác định và các tác vụ cron đáng ngờ.
Diệt trừ
- Xóa các tệp độc hại và người dùng không được phép.
- Cài đặt lại các tệp plugin sạch từ nguồn chính thức.
Hồi phục
- Khôi phục từ bản sao lưu sạch nếu cần.
- Kích hoạt lại trang web và theo dõi để phát hiện tái diễn.
Báo cáo & Học hỏi
- Thông báo cho các bên liên quan và đánh giá mức độ lộ dữ liệu.
- Cập nhật quy trình nội bộ để ngăn chặn các lỗ hổng trong tương lai.
Những câu hỏi thường gặp
Hỏi: Tôi đã cập nhật ngay lập tức - tôi có cần làm gì khác không?
MỘT: Có. Việc cập nhật loại bỏ lỗ hổng trong tương lai, nhưng nếu bạn đã bị lỗ hổng trước khi cập nhật, bạn vẫn nên quét trang web để tìm các chỉ báo bị xâm phạm (người dùng mới, thay đổi tệp, tác vụ đã lên lịch) và thay đổi thông tin xác thực.
Hỏi: Chỉ cần vô hiệu hóa plugin có ngăn chặn các nỗ lực khai thác đang diễn ra không?
MỘT: Vô hiệu hóa thường ngăn chặn việc thực thi plugin và loại bỏ các đường dẫn mã dễ bị tổn thương. Nếu bạn đang bị tấn công và không thể cập nhật, việc vô hiệu hóa cộng với chặn WAF là một biện pháp kiểm soát tức thì hiệu quả.
Hỏi: Nếu tôi sử dụng các ứng dụng di động của bên thứ ba liên kết với plugin, việc cập nhật có làm hỏng chúng không?
MỘT: Nó phụ thuộc. Kiểm tra nhật ký thay đổi và ghi chú thử nghiệm của plugin để biết tính tương thích. Khi có thể, hãy thử nghiệm plugin đã cập nhật trong môi trường staging trước khi áp dụng vào sản xuất.
Hỏi: Lỗ hổng có giới hạn trong khu vực quản trị plugin không?
MỘT: Không. Bởi vì đó là một lỗi logic xác thực, nó có thể bị lạm dụng từ xa và không xác thực, do đó nó không giới hạn trong giao diện quản trị.
Chúng tôi có thể giúp bảo vệ các trang WordPress của bạn
Tại WP‑Firewall, chúng tôi quản lý các biện pháp bảo vệ thời gian thực và các bản vá ảo đặc biệt cho các tình huống như thế này - khi một plugin gây ra lỗi xác thực có thể bị khai thác quy mô lớn. Trong khi bạn phải vá plugin để giải quyết triệt để nguyên nhân gốc rễ, chúng tôi có thể triển khai các quy tắc để chặn các nỗ lực khai thác trên các trang web được lưu trữ, giảm lưu lượng quét và giữ cho bạn an toàn hơn cho đến khi bản vá được áp dụng.
Bảo vệ Trang Web Của Bạn Ngay Bây Giờ — Thử Kế Hoạch Miễn Phí WP‑Firewall
Nếu bạn đang tìm kiếm một cách ngay lập tức, không tốn kém để thêm một lớp bảo vệ khác trong khi bạn cập nhật và kiểm tra, hãy thử kế hoạch miễn phí của chúng tôi:
WP‑Firewall Basic (Miễn phí)
- Bảo vệ thiết yếu: tường lửa quản lý, băng thông không giới hạn, tường lửa ứng dụng web (WAF), trình quét phần mềm độc hại và giảm thiểu các rủi ro OWASP Top 10.
- Thiết lập nhanh - bảo vệ ngay lập tức các điểm cuối plugin phổ biến và các mẫu tấn công đã biết.
- Lý tưởng cho các chủ sở hữu trang web muốn bảo vệ quan trọng, được quản lý mà không tốn chi phí ngay lập tức.
Nếu bạn muốn thêm các biện pháp bảo vệ, chúng tôi cung cấp các cấp độ Tiêu chuẩn và Chuyên nghiệp:
- Tiêu chuẩn ($50/năm) — bao gồm tất cả các tính năng Cơ bản cộng với việc loại bỏ phần mềm độc hại tự động và khả năng đưa vào danh sách đen/trắng lên đến 20 địa chỉ IP.
- Chuyên nghiệp ($299/năm) — bao gồm tất cả các tính năng Tiêu chuẩn cộng với báo cáo bảo mật hàng tháng, vá lỗ hổng ảo tự động và các tiện ích bổ sung cao cấp (Quản lý Tài khoản Dedicat, Tối ưu hóa Bảo mật, Mã thông báo Hỗ trợ WP, Dịch vụ WP Quản lý và Dịch vụ Bảo mật Quản lý).
Đăng ký gói miễn phí và bắt đầu bảo vệ trang web của bạn ngay bây giờ:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/
Ghi chú cuối cùng và các thực hành bảo mật có trách nhiệm
- Cập nhật ngay lập tức. Nếu bạn đang chạy plugin dễ bị tổn thương, hãy nâng cấp lên 1.12.0 hoặc phiên bản mới hơn hôm nay.
- Sử dụng các biện pháp phòng thủ nhiều lớp: vá lỗi, vá lỗ hổng ảo WAF, giám sát, quyền tối thiểu và xác thực mạnh mẽ.
- Nếu bạn quản lý nhiều trang web (khách hàng, đại lý, lưu trữ), hãy ưu tiên cập nhật liên tục và các khoảng thời gian vá lỗi phối hợp.
- Nếu bạn nghi ngờ có sự xâm phạm, hãy bảo tồn nhật ký và bản sao lưu, và làm theo quy trình khắc phục ở trên. Xem xét phản ứng sự cố chuyên nghiệp nếu sự xâm phạm phức tạp hoặc liên quan đến việc lộ dữ liệu.
Nếu bạn cần hỗ trợ về việc kiểm soát, vá lỗ hổng ảo, kiểm tra pháp y hoặc kiểm toán bảo mật toàn diện, đội ngũ bảo mật WP‑Firewall của chúng tôi sẵn sàng giúp đỡ. Bảo mật là một quá trình liên tục — chúng tôi ở đây để giúp bạn giảm rủi ro, phục hồi nhanh chóng và củng cố môi trường của bạn cho tương lai.
— Nhóm bảo mật WP‑Firewall
