Bảo mật kiểm soát truy cập lớp học WordPress//Được xuất bản vào 2026-05-11//CVE-2026-6708

ĐỘI NGŨ BẢO MẬT WP-FIREWALL

HEL Online Classroom Vulnerability

Tên plugin Lớp học trực tuyến HEL: Lớp học trực tuyến được hỗ trợ bởi AI
Loại lỗ hổng Kiểm soát truy cập
Số CVE CVE-2026-6708
Tính cấp bách Thấp
Ngày xuất bản CVE 2026-05-11
URL nguồn CVE-2026-6708

Lỗi kiểm soát truy cập trong lớp học trực tuyến HEL (<= 1.0.3) — Những gì chủ sở hữu trang WordPress cần biết và cách bảo vệ nội dung LMS của họ

Được xuất bản vào ngày 2026-05-11 bởi Nhóm Bảo mật WP-Firewall

Tóm lại

Một lỗ hổng kiểm soát truy cập bị lỗi (CVE-2026-6708) đã được công bố ảnh hưởng đến plugin lớp học trực tuyến HEL: Lớp học trực tuyến được hỗ trợ bởi AI (các phiên bản <= 1.0.3). Lỗi này cho phép các tác nhân không xác thực xóa tài nguyên lớp học mà không có kiểm tra ủy quyền thích hợp. Điểm CVSS: 5.3 (Trung bình/Thấp tùy thuộc vào ngữ cảnh trang). Nếu bạn đang chạy plugin này, hãy cập nhật ngay lập tức. Nếu không có bản cập nhật hoặc bản vá của nhà cung cấp, hãy áp dụng các biện pháp giảm thiểu bên dưới — bao gồm cả vá ảo qua WP-Firewall — và làm theo danh sách kiểm tra phản ứng sự cố của chúng tôi.

Bài viết này giải thích lỗ hổng theo cách thực tiễn, đánh giá rủi ro, phác thảo các bước phát hiện an toàn, cung cấp các biện pháp giảm thiểu cụ thể (bao gồm các ví dụ về WAF/vá ảo), và cung cấp các sửa chữa ở cấp độ nhà phát triển. Hướng dẫn này chỉ mang tính phòng thủ và nhằm giúp các chủ sở hữu trang WordPress và các nhà phát triển plugin bảo mật các cài đặt LMS của họ.

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

Hệ thống quản lý học tập (LMS) và các plugin lớp học thường chứa tài liệu khóa học nhạy cảm, danh sách người dùng, lịch trình và tiến độ học sinh. Một lỗ hổng cho phép xóa lớp học không xác thực có thể dẫn đến:

  • Mất vĩnh viễn nội dung và cấu trúc khóa học.
  • Gián đoạn các lớp học và quyền truy cập của học sinh.
  • Thiệt hại về danh tiếng và gánh nặng hành chính.
  • Vấn đề kiểm toán/tuân thủ tiềm ẩn nếu hồ sơ khóa học được yêu cầu.

Ngay cả khi lỗ hổng được phân loại là mức độ thấp hoặc trung bình bởi CVSS, tác động thực tế phụ thuộc vào trang của bạn: đối với các trang đào tạo có giá trị cao, đào tạo tài chính hoặc chăm sóc sức khỏe, hoặc các nhà cung cấp khóa học có khối lượng lớn, hậu quả là nghiêm trọng.

Tóm tắt về lỗ hổng

  • Phần mềm bị ảnh hưởng: Plugin lớp học trực tuyến HEL: Lớp học trực tuyến được hỗ trợ bởi AI
  • Các phiên bản dễ bị tấn công: <= 1.0.3
  • Kiểu: Kiểm soát truy cập bị lỗi (OWASP A1 / Kiểm soát truy cập bị lỗi)
  • CVE: CVE-2026-6708
  • CVSS (đã báo cáo): 5.3
  • Quyền yêu cầu: Không xác thực — có nghĩa là kẻ tấn công không cần phải đăng nhập
  • Tác động chính: Xóa tùy ý các thực thể lớp học

Kiểm soát truy cập bị lỗi trong ngữ cảnh này có nghĩa là một hành động (xóa lớp học) mà lẽ ra cần có kiểm tra xác thực/ủy quyền lại thiếu chúng, hoặc các kiểm tra có thể bị bỏ qua bởi các yêu cầu không xác thực. Trong nhiều plugin WordPress, các thao tác xóa có thể được kích hoạt bởi một điểm cuối REST hoặc một hành động AJAX. Nếu điểm cuối đó thiếu kiểm tra quyền (kiểm tra khả năng, xác thực nonce, permission_callback cho các tuyến REST), nó trở thành một cánh cửa mà kẻ tấn công có thể sử dụng.

Cách mà kẻ tấn công có thể (phòng thủ) lạm dụng loại lỗi này

Chúng tôi sẽ không cung cấp các payload khai thác cụ thể. Thay vào đó, đây là góc nhìn phòng thủ về cách mà các lỗi như vậy thường bị lạm dụng, để bạn có thể phát hiện và ngăn chặn các cuộc tấn công thực sự:

  • Kẻ tấn công xác định một điểm cuối hoặc hành động AJAX mà ánh xạ đến một quy trình xóa (ví dụ: một tuyến REST như /wp-json/hel/v1/classroom/xóa hoặc một hành động admin-ajax).
  • Bởi vì không có kiểm tra ủy quyền hoặc kiểm tra được thực hiện không chính xác, kẻ tấn công tạo ra các yêu cầu HTTP kích hoạt logic xóa.
  • Kẻ tấn công tự động hóa các yêu cầu để xóa nhiều lớp học hoặc nhắm đến các lớp có giá trị cao.
  • Các kịch bản tự động có thể khai thác hàng loạt nhiều trang WordPress sử dụng cùng một plugin.

Hiểu được mẫu này giúp thiết kế các quy tắc WAF và tìm kiếm nhật ký để phát hiện các yêu cầu xóa đáng ngờ.

Các hành động ngay lập tức cho chủ sở hữu trang web (từng bước)

  1. Cập nhật plugin (nếu có bản vá được phát hành). Đây là biện pháp chính và ưu tiên. Theo dõi kho plugin hoặc thông báo của nhà cung cấp và áp dụng bản cập nhật chính thức ngay khi có sẵn.
  2. Nếu bạn không thể cập nhật ngay lập tức: Tạm thời vô hiệu hóa plugin cho đến khi có bản vá hoặc áp dụng các bản vá ảo được mô tả bên dưới.
  3. Nếu bạn nghi ngờ bị xâm phạm hoặc thấy thiếu lớp học: Khôi phục bản sao lưu sạch gần nhất (cơ sở dữ liệu + tệp) và làm theo các bước phản ứng sự cố sau trong bài viết này.
  4. Củng cố thông tin đăng nhập quản trị: Thay đổi mật khẩu quản trị viên và bất kỳ khóa API nào liên quan đến plugin. Thực thi mật khẩu mạnh và kích hoạt xác thực hai yếu tố cho các tài khoản quản trị.
  5. Kích hoạt WAF/vá ảo: Sử dụng tường lửa của trang web của bạn để chặn các yêu cầu có thể kích hoạt hành động xóa dễ bị tổn thương. Chúng tôi cung cấp các ví dụ quy tắc WAF thực tế bên dưới.
  6. Kiểm tra nhật ký và quét các chỉ số xâm phạm: Kiểm tra nhật ký truy cập máy chủ web, nhật ký WP và dấu vết kiểm toán để tìm các yêu cầu POST/DELETE đáng ngờ nhắm vào các điểm cuối của plugin hoặc hành động admin-ajax.
  7. Thông báo cho các bên liên quan: Nếu bạn tổ chức các khóa học cho người khác, hãy thông báo cho các giảng viên và người dùng bị ảnh hưởng về sự gián đoạn và các bước tiếp theo.

Phát hiện: những gì cần tìm trong nhật ký và màn hình quản trị

  • Phản hồi 200 không mong đợi cho các điểm cuối mà lẽ ra phải bị hạn chế (các điểm cuối REST, admin-ajax, các URL cụ thể của plugin).
  • Sự biến mất đột ngột của các bài đăng lớp học/các loại bài đăng tùy chỉnh hoặc các hàng cơ sở dữ liệu bị xóa tham chiếu đến các thực thể lớp học.
  • Nhật ký truy cập cho thấy một khối lượng lớn các yêu cầu POST/DELETE từ các IP hoặc dải IP đơn lẻ đến các điểm cuối hoặc với các tham số được sử dụng để xác định ID lớp học.
  • Các yêu cầu không chứa WP nonces, giá trị cookie xác thực hoặc tiêu đề ủy quyền mong đợi.
  • Các nỗ lực đăng nhập thất bại hoặc nghi ngờ xung quanh cùng một thời điểm (có thể chỉ ra việc do thám).
  • Các mục trong cơ sở dữ liệu cho thấy việc xóa hàng loạt các bảng hoặc hàng tùy chỉnh với dấu thời gian khớp với các yêu cầu nghi ngờ.

Nếu bạn không chắc chắn về các điểm cuối mà plugin cung cấp, hãy kiểm tra các tệp plugin và tìm kiếm:

  • Đăng ký đường dẫn REST
  • add_action( 'wp_ajax_...' ) hoặc add_action( 'wp_ajax_nopriv_...' )
  • Can thiệp trực tiếp vào cơ sở dữ liệu thông qua wpdb các cuộc gọi trong mã công khai

Vá ảo: Các quy tắc WAF bạn có thể áp dụng ngay lập tức

Nếu không có bản vá chính thức, việc vá ảo thông qua Tường lửa Ứng dụng Web (WAF) của bạn có thể chặn các nỗ lực khai thác. Dưới đây là các mẫu phòng thủ thực tế bạn có thể triển khai trong ModSecurity, nginx, hoặc tại tường lửa cấp WordPress. Những ví dụ này là các mẫu phòng thủ — điều chỉnh chúng cho môi trường của bạn và các điểm cuối chính xác mà bạn tìm thấy trong plugin.

Quan trọng: Không áp dụng mù quáng các quy tắc chặn lưu lượng hợp pháp. Kiểm tra trong môi trường staging khi có thể.

Ví dụ: quy tắc ModSecurity để chặn các yêu cầu xóa không xác thực đối với các mẫu thường được sử dụng

(Điều này chặn các yêu cầu POST cố gắng kích hoạt xóa khi một nonce hoặc cookie xác thực bị thiếu.)

# Chặn các yêu cầu nghi ngờ cố gắng xóa lớp học nếu không có WP nonce hoặc cookie xác thực"

Ghi chú:

  • Điều chỉnh mẫu REQUEST_URI để khớp với các điểm cuối của plugin (kiểm tra mã plugin).
  • Quy tắc từ chối các yêu cầu khi không có cookie đã đăng nhập và không tìm thấy nonce/token trong các tham số.
  • Kiểm tra trong chế độ phát hiện (kiểm toán) trước khi bật từ chối.

Ví dụ: từ chối cấp độ vị trí nginx cho một tuyến REST cụ thể

Nếu plugin cung cấp một đường dẫn REST có thể dự đoán (điều chỉnh để khớp với đường dẫn thực):

location ~* /wp-json/hel/v1/classroom/delete {

Điều này chặn các cuộc gọi không xác thực đến điểm cuối được đặt tên trừ khi yêu cầu bao gồm cookie đăng nhập WordPress. Nếu plugin sử dụng wp_ajax_nopriv_*, điều này có khả năng vẫn chặn yêu cầu.

Ví dụ: Chặn các hành động admin-ajax nguy hiểm đã biết (cấp độ WordPress)

Thêm một mu-plugin nhỏ (plugin phải sử dụng) để từ chối các hành động admin-ajax không xác thực phù hợp với tên hành động xóa. Thay thế hel_xoá_lớp_học bằng tên hành động thực tế được tìm thấy trong plugin:

<?php;

Điều này chặn những hành động đó đối với người dùng không xác thực ở cấp độ WordPress.

Cách các nhà phát triển plugin nên sửa chữa điều này đúng cách (hướng dẫn cho nhà phát triển)

Nếu bạn là tác giả hoặc nhà phát triển plugin làm việc với plugin HEL Online Classroom, hãy đảm bảo rằng các hành động xóa được bảo vệ đúng cách:

  1. Các điểm cuối REST: Sử dụng danh sách HTML được phép đăng_ký_tuyến_rest, luôn đặt một permission_callback:
register_rest_route( 'hel/v1', '/classroom/(?P\d+)', array(;
  1. Hành động AJAX: Sử dụng kiểm tra_ajax_referer() và kiểm tra khả năng trong wp_ajax_ các hook:
add_action( 'wp_ajax_hel_delete_classroom', 'hel_delete_classroom_ajax' );
  1. Không bao giờ thực hiện các hành động phá hủy chỉ dựa trên các tham số GET hoặc dữ liệu POST không được lọc. Luôn xác thực, làm sạch và kiểm tra khả năng.
  2. Sử dụng nonces cho các biểu mẫu và AJAX và xác thực chúng ở phía máy chủ trên mỗi yêu cầu thay đổi trạng thái.
  3. Nguyên tắc quyền tối thiểu: Gán các cấp độ khả năng phù hợp (không chỉ là quyền quản trị viên theo mặc định) và tài liệu khả năng cần thiết.
  4. Kiểm tra các đường dẫn chấp nhận nopriv hành động: Nếu plugin của bạn phải công khai các hành động, hãy thiết kế chúng để chỉ đọc. Không bao giờ công khai các thao tác phá hủy cho người dùng không xác thực.

Danh sách kiểm tra sau sự cố và các bước điều tra

  1. Bảo tồn nhật ký và bằng chứng: Lưu trữ nhật ký máy chủ web, nhật ký truy cập và nhật ký ứng dụng cho khoảng thời gian liên quan. Đây là điều cần thiết để xác định mức độ ảnh hưởng.
  2. Đưa trang web ngoại tuyến hoặc phục vụ trang bảo trì trong khi bạn điều tra nếu cần thiết.
  3. Khôi phục từ bản sao lưu sạch nhất gần đây sau khi xác nhận rằng bản sao lưu không bị nhiễm và chứa dữ liệu lớp học cần thiết.
  4. Thay đổi tất cả thông tin đăng nhập quản trị và khóa API.
  5. Quét trang web một cách kỹ lưỡng để tìm phần mềm độc hại hoặc cửa hậu bổ sung. Sử dụng kiểm tra tính toàn vẹn tệp và quét phần mềm độc hại phía máy chủ.
  6. So sánh các bản ghi cơ sở dữ liệu với các bản sao lưu để xác định những bản ghi nào đã bị xóa và khi nào.
  7. Khôi phục dịch vụ chỉ sau khi có bằng chứng cho thấy lỗ hổng đã được giảm thiểu (plugin đã được vá hoặc bản vá ảo WAF đã được áp dụng).
  8. Thông báo cho người dùng và các bên liên quan bị ảnh hưởng theo chính sách giao tiếp và yêu cầu tuân thủ của bạn.

Tăng cường phòng ngừa (vượt ra ngoài lỗ hổng cụ thể này)

  • Giữ cho lõi WordPress, chủ đề và plugin được cập nhật và thử nghiệm các bản cập nhật trong môi trường staging trước.
  • Sử dụng giải pháp sao lưu được quản lý với chính sách phiên bản và giữ lại. Kiểm tra khôi phục cũng quan trọng như sao lưu.
  • Hạn chế quyền truy cập vào wp-admin bằng cách cho phép IP trắng khi thực tế, và sử dụng các phương pháp xác thực mạnh (2FA).
  • Vô hiệu hóa chỉnh sửa tệp trong wp-admin (định nghĩa('DISALLOW_FILE_EDIT', đúng)) để hạn chế những kẻ tấn công có quyền truy cập quản trị.
  • Giới hạn quyền cài đặt plugin cho các quản trị viên trang được chỉ định và kiểm tra các plugin đã cài đặt thường xuyên.
  • Thực hiện quét lỗ hổng thường xuyên và quét tự động theo lịch.
  • Thực thi nguyên tắc quyền tối thiểu cho tất cả người dùng và tài khoản dịch vụ.

Cách WP-Firewall giúp trong kịch bản này

Tại WP-Firewall, chúng tôi tập trung vào các biện pháp bảo vệ nhanh chóng, thực tiễn mà các nhà điều hành trang có thể áp dụng ngay trong ngày khi một lỗ hổng được công bố. Đối với loại kiểm soát truy cập bị lỗi này ảnh hưởng đến các thao tác xóa, chúng tôi khuyên:

  • Vá ảo ngay lập tức ở cấp WAF: chặn các yêu cầu không xác thực đến các điểm cuối plugin và các hành động admin-ajax nghi ngờ.
  • Bảo vệ liên tục: bộ quy tắc quản lý của chúng tôi kiểm tra các mẫu xóa bất thường và giới hạn lưu lượng nghi ngờ.
  • Quét phần mềm độc hại để phát hiện các cửa hậu sau khai thác và thay đổi tệp.
  • Đối với khách hàng trên gói Pro, vá ảo tự động có thể được áp dụng để ngăn chặn các nỗ lực khai thác hàng loạt trong khi bạn lập kế hoạch khắc phục vĩnh viễn.

Nếu bạn lo ngại về sự gián đoạn dịch vụ từ một plugin LMS bị khai thác, vá ảo là một lớp tạm thời hiệu quả trong khi chờ cập nhật từ nhà cung cấp hoặc thực hiện sửa lỗi mã.

Danh sách kiểm tra tăng cường tác động tối thiểu mà bạn có thể áp dụng ngay bây giờ

  • Vô hiệu hóa plugin Lớp học Trực tuyến HEL nếu bạn không cần nó ngay lập tức.
  • Nếu plugin phải giữ hoạt động, hãy thêm đoạn mã mu-plugin ở trên để chặn các hành động admin-ajax không xác thực.
  • Thêm một quy tắc WAF để từ chối các yêu cầu đến các tuyến REST cụ thể của plugin trừ khi chúng chứa cookie xác thực WordPress hoặc nonce hợp lệ.
  • Đảm bảo bạn có một bản sao lưu hoạt động và kiểm tra khôi phục để xác nhận nội dung có thể được phục hồi.
  • Giám sát nhật ký cho các yêu cầu POST/DELETE lặp lại đến các điểm cuối plugin và thiết lập cảnh báo.

Thực tiễn tốt nhất cho nhà phát triển để tránh các vấn đề tương tự

  • Đối xử với các tuyến thay đổi trạng thái như là quyền ưu tiên theo mặc định và yêu cầu kiểm tra quyền rõ ràng.
  • Sử dụng REST API permission_callback cho tất cả các tuyến đã đăng ký thay đổi dữ liệu.
  • Xác thực đầu vào một cách kỹ lưỡng và tránh sử dụng xóa cơ sở dữ liệu trực tiếp mà không có kiểm tra khả năng.
  • Tài liệu tất cả các điểm cuối mà plugin của bạn cung cấp và bao gồm các bài kiểm tra cho hành vi quyền trong các bài kiểm tra đơn vị/tích hợp.
  • Áp dụng đánh giá mã tự động và quét bảo mật trong các pipeline CI tập trung vào việc phát hiện các nonce bị thiếu, permission_callback bị thiếu, hoặc các hành động admin-ajax nopriv bị lộ.

Các truy vấn pháp y mẫu (dành cho người bảo vệ)

Nếu bạn có quyền truy cập cơ sở dữ liệu, hãy tìm kiếm các xóa gần đây của wp_posts với post_type tương ứng với lớp học. Ví dụ SQL (chỉ đọc):

-- Tìm các bài viết của một loại nhất định bị xóa trong 24 giờ qua (tùy thuộc vào thiết lập sao lưu của bạn);

Cũng tìm kiếm nhật ký truy cập máy chủ web cho các yêu cầu đáng ngờ:

  • Các yêu cầu POST đến /wp-json/ hoặc admin-ajax.php với các tham số tham chiếu đến ID lớp học.
  • Các đỉnh yêu cầu bất thường từ các IP đơn lẻ.

Những câu hỏi thường gặp

Hỏi: Thông báo nói “Không xác thực” — điều đó có nghĩa là bất kỳ khách truy cập nào cũng có thể xóa các lớp học của tôi?
MỘT: Có thể, đúng — nếu một điểm cuối thiếu các kiểm tra cần thiết và có thể được gọi bởi các yêu cầu công khai. Đó là lý do tại sao bạn phải cập nhật hoặc áp dụng các bản vá ảo ngay lập tức.

Hỏi: CVE-2026-6708 có nghiêm trọng không?
MỘT: CVSS là một thang đo chung. Đối với một trang web phụ thuộc nhiều vào nội dung lớp học, tác động có thể cao. Do đó, hãy coi nó là khẩn cấp ngay cả khi được chấm điểm trung bình.

Hỏi: Tôi có thể chỉ dựa vào các quy tắc WAF không?
MỘT: Vá ảo WAF là một biện pháp giảm thiểu ngay lập tức hiệu quả nhưng không thay thế cho việc áp dụng bản vá của nhà cung cấp hoặc vá mã. WAF có thể chặn lưu lượng tấn công nhưng không thể sửa chữa logic ủy quyền bị thiếu bên dưới.

Danh sách kiểm tra cuối cùng cho chủ sở hữu trang web (tham khảo nhanh)

  • Cập nhật plugin HEL Online Classroom lên phiên bản không có lỗ hổng (nếu có).
  • Nếu không có bản cập nhật, hãy vô hiệu hóa plugin hoặc áp dụng các quy tắc mu-plugin / WAF được mô tả ở trên.
  • Sao lưu cơ sở dữ liệu và tệp; xác minh các bản sao lưu.
  • Kiểm tra nhật ký cho các hoạt động xóa đáng ngờ.
  • Khôi phục từ bản sao lưu đã biết là tốt nếu xảy ra mất dữ liệu.
  • Thay đổi thông tin đăng nhập quản trị viên và khóa API.
  • Quét tìm phần mềm độc hại/cửa hậu và kiểm tra tài khoản người dùng.
  • Thực hiện tăng cường lâu dài hơn: quyền tối thiểu, nonce, WAF, sao lưu tự động.

Bảo mật Trang Web Của Bạn Ngày Hôm Nay — Thử Gói Miễn Phí WP-Firewall

Nếu bạn đang tìm kiếm một cách nhanh chóng, không tốn chi phí để thêm một lớp bảo vệ khác trong khi bạn xử lý các vấn đề plugin, hãy thử kế hoạch WP-Firewall Basic (Miễn phí): các biện pháp bảo vệ thiết yếu bao gồm tường lửa quản lý (WAF), quét phần mềm độc hại, băng thông không giới hạn và giảm thiểu cho các rủi ro OWASP Top 10. Đây là một cách thực tế để thêm vá lỗi ảo và giám sát trong khi bạn làm việc qua các bản cập nhật hoặc sửa lỗi mã.

Khám phá gói miễn phí và đăng ký tại đây: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

Các tùy chọn nâng cấp cũng có sẵn nếu bạn muốn loại bỏ phần mềm độc hại tự động, danh sách đen/trắng IP, vá lỗi ảo tự động và dịch vụ quản lý nâng cao.

Suy nghĩ kết thúc

Kiểm soát truy cập bị hỏng tiếp tục là một trong những nguyên nhân gốc phổ biến nhất của các vụ xâm phạm website trong thế giới thực. Lỗ hổng lớp học trực tuyến HEL là một ví dụ tuyệt vời về cách một kiểm tra ủy quyền bị thiếu có thể leo thang thành hành vi phá hoại ngay cả khi không có xác thực. Sự kết hợp đúng đắn của các bản vá nhanh, bảo vệ WAF ảo, ghi chép cẩn thận và thực hành lập trình an toàn sẽ giảm thiểu rủi ro của bạn và tăng tốc độ phục hồi nếu xảy ra sự cố.

Nếu bạn cần giúp đỡ trong việc thực hiện các quy tắc trên, áp dụng các bản vá ảo, hoặc thực hiện kiểm toán sau sự cố, đội ngũ an ninh của WP-Firewall có thể hỗ trợ. Bắt đầu với kế hoạch miễn phí để thêm các biện pháp bảo vệ ngay lập tức, sau đó mở rộng nếu bạn cần vá lỗi tự động hoặc phản ứng quản lý trực tiếp.

Hãy giữ an toàn và giữ cho các nền tảng học tập của bạn luôn sẵn có — bảo vệ nội dung khóa học của bạn bảo vệ người dùng, danh tiếng của bạn và sự liên tục kinh doanh của bạn.

wordpress security update banner

Nhận WP Security Weekly miễn phí 👋
Đăng ký ngay!!

Đăng ký để nhận Bản cập nhật bảo mật WordPress trong hộp thư đến của bạn hàng tuần.

Chúng tôi không spam! Đọc của chúng tôi chính sách bảo mật để biết thêm thông tin.

Liên hệ với chúng tôi để lên lịch tư vấn bảo mật WordPress miễn phí

Liên hệ với chúng tôi

Tường lửa WP
Tầng 6, The Rays, 71 Đường Hung To, Kwun Tong, Cửu Long, Hồng Kông

Đặc trưng Giá cả Blog Đăng nhập
Chính sách bảo mật Điều khoản dịch vụ Tài liệu Liên kết

© 2026 WP-Firewall™