Di chuyển sang Cloudflare Zero Trust là một bước hiện đại hóa quan trọng đối với các doanh nghiệp muốn thay thế các mạng VPN nội bộ đã lỗi thời vào năm 2026. Mạng VPN truyền thống cung cấp cho người dùng quyền truy cập rộng rãi vào toàn bộ mạng con (subnet) của doanh nghiệp ngay khi họ vượt qua cửa đăng nhập ban đầu, do đó một tài khoản nhân viên bị đánh cắp có thể giúp kẻ tấn công chuyển tiếp thẳng đến các máy chủ cơ sở dữ liệu nhạy cảm. Ngược lại, kiến trúc Zero Trust đánh giá kiểm tra ủy quyền cho từng yêu cầu ứng dụng riêng lẻ, chặn các lưu lượng truy cập chưa được xác minh theo mặc định. Hướng dẫn này xem xét các giai đoạn cấu hình, thiết lập tunnel bảo mật và định nghĩa chính sách được sử dụng để xây dựng môi trường Zero Trust.
[!WARNING] Cảnh báo về rủi ro của VPN: Các cấu hình VPN cũ dễ làm cho mạng nội bộ của bạn bị tấn công di chuyển ngang (lateral movement). Việc nâng cấp lên các tuyến truy cập được xác thực ở biên (edge-verified) đảm bảo cơ sở dữ liệu của bạn được cô lập ngay cả khi máy tính xách tay cục bộ của nhân viên bị xâm nhập.
Các điểm chính cần lưu ý:
- Cloudflare Zero Trust sử dụng các chính sách truy cập biên để đánh giá danh tính người dùng và kiểm tra tình trạng thiết bị.
- Các Cloudflare Tunnels gọn nhẹ giúp bảo mật các cổng máy chủ mà không cần mở các cấu hình tường lửa chiều nhận (inbound).
- Các chính sách tiêu chuẩn hỗ trợ tích hợp nhà cung cấp danh tính (chẳng hạn như Google Workspace hoặc Okta).
- Việc xác thực tình trạng thiết bị sẽ kiểm tra trạng thái mã hóa đĩa và phần mềm diệt vi-rút trước khi ủy quyền truy cập cơ sở dữ liệu.
Các Trụ cột Cốt lõi của Thiết lập Cloudflare Zero Trust
Kiến trúc bảo mật chuyên nghiệp dựa trên việc xác minh người dùng và thiết bị liên tục. Như tài liệu của Cloudflare One mô tả, các chính sách truy cập được đánh giá tại biên trên mỗi yêu cầu — gần với người dùng thay vì tại một bộ tập trung VPN trung tâm. Thiết lập này dựa trên ba trụ cột bảo mật riêng biệt để bảo vệ quyền truy cập cơ sở dữ liệu:
1. Cloudflare Access (Xác minh danh tính)
Cloudflare Access hoạt động như một nhà môi giới danh tính gốc ở biên (edge-native identity broker). Theo đó, bạn phải cấu hình ba quy tắc cốt lõi:
- Đồng bộ hóa nhà cung cấp danh tính (IdP): Kết nối thư mục công ty của bạn (chẳng hạn như Okta, Microsoft Entra ID hoặc Google Workspace) trực tiếp với biên mạng.
- Chính sách truy cập (Access Policies): Xây dựng các quy tắc chi tiết dựa trên email domain, vị trí địa lý và trạng thái xác thực đa yếu tố (MFA). Thao tác này cũng giúp lọc bỏ các yêu cầu xấu.
- Thu hồi quyền truy cập tức thì: Việc vô hiệu hóa hồ sơ người dùng trong thư mục trung tâm của bạn sẽ chấm dứt ngay lập tức các phiên biên mạng của họ trên toàn thế giới, giúp bảo mật các điểm truy cập hệ thống một cách hiệu quả.
2. Cloudflare Tunnel (connector cloudflared)
Hạ tầng truyền thống yêu cầu mở cổng máy chủ 80 hoặc 443 ra internet công cộng, khiến các dịch vụ dễ bị các mạng botnet quét cổng tấn công.
- Kết nối gửi đi (Outbound): Một tiến trình nền gọn nhẹ (
cloudflared) chạy trên máy chủ gốc của bạn, thiết lập kết nối chỉ gửi đi (outbound-only) tới biên mạng Cloudflare. - Không mở cổng nhận (Inbound): Nhờ đó, bạn có thể đóng tất cả các cổng nhận trên tường lửa cục bộ của mình, giúp máy chủ của bạn trở nên vô hình trước các hoạt động quét cổng từ internet công cộng.
3. Xác thực tình trạng thiết bị (WARP Client)
Để bảo vệ các cơ sở dữ liệu nhạy cảm khỏi nhiễm phần mềm độc hại, biên mạng phải xác minh độ an toàn của thiết bị. Do đó, WARP agent thực hiện ba kiểm tra xác thực tình trạng:
- Xác minh phần mềm diệt vi-rút: Xác nhận máy tính xách tay của người dùng đang chạy phần mềm bảo mật thiết bị đầu cuối đang hoạt động trước khi cấp quyền truy cập. Thao tác này ngăn chặn việc thực thi phần mềm độc hại.
- Kiểm tra bản cập nhật hệ điều hành (OS): Hạn chế truy cập nếu thiết bị của nhân viên chạy hệ điều hành lỗi thời thiếu các bản cập nhật bảo mật quan trọng. Từ đó giúp giảm thiểu rủi ro bị khai thác firmware.
- Kiểm tra mã hóa ổ đĩa: Xác minh mã hóa FileVault hoặc BitLocker đang hoạt động trên máy khách. Thao tác này ngăn rò rỉ dữ liệu từ các thiết bị bị mất.
Các bước triển khai cho doanh nghiệp
Một quá trình chuyển đổi suôn sẻ, tránh làm gián đoạn quy trình làm việc hàng ngày sẽ tuân theo trình tự triển khai sau:
- Thiết lập tích hợp danh tính: Đồng bộ hóa thư mục email công ty của bạn với bảng điều khiển Cloudflare.
- Triển khai Cloudflare Tunnels: Cài đặt connector cloudflared trên các máy chủ staging và production mục tiêu của bạn.
- Phác thảo chính sách truy cập chi tiết: Cấu hình các quy tắc truy cập giới hạn bảng điều khiển quản trị cho các email của nhà phát triển được chỉ định.
- Phân phối WARP Client: Sử dụng các công cụ quản lý thiết bị để cài đặt edge client trên tất cả máy tính xách tay của công ty, cho phép thực hiện kiểm tra tình trạng thiết bị.
So sánh kỹ thuật: VPN truyền thống với Zero Trust
Đánh giá các chỉ số vận hành cho thấy lý do tại sao các doanh nghiệp đang chuyển sang kiến trúc bảo mật biên mạng gốc (edge-native):
| Chỉ số bảo mật | VPN doanh nghiệp truyền thống | Cloudflare Zero Trust |
|---|---|---|
| Quyền truy cập | Truy cập rộng rãi vào toàn bộ mạng con (subnet). | Truy cập cụ thể theo ứng dụng bị hạn chế bởi chính sách. |
| Thiết lập tường lửa | Yêu cầu mở cổng nhận, tạo ra các vector tấn công. | Chỉ dùng tunnel gửi đi, đóng kín các cổng máy chủ. |
| Trải nghiệm người dùng | Độ trễ định tuyến cao; yêu cầu đăng nhập thủ công. | Tích hợp Single Sign-On (SSO); định tuyến biên mạng. |
| Xác thực thiết bị | Không có xác thực tình trạng thiết bị tự động. | Kiểm tra liên tục đối với mã hóa đĩa và các bản vá OS. |
Điều kiện tiên quyết trước khi bắt đầu
Trước khi cấu hình bất kỳ thiết lập nào, hãy xác nhận các mục bên dưới đã sẵn sàng. Việc thiếu điều kiện tiên quyết là nguyên nhân phổ biến nhất khiến quá trình triển khai bị đình trệ giữa chừng.
- Một tài khoản Cloudflare đã bật Zero Trust. Gói miễn phí hỗ trợ tối đa 50 người dùng, đủ cho một dự án chạy thử (pilot). Ghi lại email domain của nhóm bạn (ví dụ:
to-chuc-cua-ban.cloudflareaccess.com). - Một domain đã cấu hình trên Cloudflare. Mỗi tên máy chủ công cộng (public hostname) bạn muốn bảo vệ (như
app.example.com) phải nằm trên một zone sử dụng máy chủ tên miền của Cloudflare để các bản ghi DNS có thể được tạo tự động. - Quyền quản trị viên đối với nhà cung cấp danh tính (IdP). Bạn sẽ đăng ký Cloudflare dưới dạng ứng dụng SAML hoặc OIDC trong Okta, Microsoft Entra ID hoặc Google Workspace.
- Quyền root hoặc sudo trên mỗi máy chủ gốc sẽ chạy connector
cloudflared. - Danh sách kiểm kê ứng dụng ngắn gọn. Liệt kê từng dịch vụ nội bộ, địa chỉ và cổng cục bộ của nó, và những ai được quyền truy cập. Danh sách này trở thành bản đồ chính sách của bạn.
Từng bước: Cấu hình Cloudflare Access và Tunnel
Việc chỉ thao tác trên dashboard sẽ ẩn đi các chi tiết kỹ thuật quan trọng trong thực tế. Hướng dẫn chi tiết bên dưới sử dụng dòng lệnh (CLI) để cấu hình của bạn có thể tái tạo và đưa vào hệ thống quản lý phiên bản (git).
1. Cài đặt và xác thực cloudflared
Cài đặt connector trên máy chủ gốc của bạn, sau đó xác thực nó với tài khoản của bạn. Lệnh đăng nhập mở ra một cửa sổ trình duyệt để bạn ủy quyền zone.
1# Debian / Ubuntu
2curl -L https://github.com/cloudflare/cloudflared/releases/latest/download/cloudflared-linux-amd64.deb -o cloudflared.deb
3sudo dpkg -i cloudflared.deb
4
5# Authenticate — writes a cert.pem to ~/.cloudflared/
6cloudflared tunnel login
2. Tạo Tunnel và thông tin xác thực của nó
Tạo Tunnel sẽ in ra một UUID và ghi một tệp thông tin xác thực tương ứng vào ~/.cloudflared/. Hãy giữ bí mật tệp này vì nó là định danh của connector.
1cloudflared tunnel create enterprise-apps
2# Created tunnel enterprise-apps with id 6ff42ae2-765d-4adf-8112-31c55c1551ef
3. Định nghĩa các quy tắc ingress trong config.yml
Danh sách ingress ánh xạ từng tên máy chủ công cộng tới một dịch vụ riêng tư phía sau tường lửa.
1tunnel: 6ff42ae2-765d-4adf-8112-31c55c1551ef
2credentials-file: /root/.cloudflared/6ff42ae2-765d-4adf-8112-31c55c1551ef.json
3
4ingress:
5 # Internal admin console
6 - hostname: db-admin.example.com
7 service: http://localhost:9000
8 # Internal web app
9 - hostname: app.example.com
10 service: http://localhost:8080
11 # Catch-all — required as the final rule
12 - service: http_status:404
Quy tắc catch-all ở cuối là bắt buộc: cloudflared sẽ từ chối khởi động nếu thiếu quy tắc này.
4. Định tuyến DNS và chạy Tunnel như một dịch vụ hệ thống
1# Create a proxied CNAME for each hostname
2cloudflared tunnel route dns enterprise-apps db-admin.example.com
3cloudflared tunnel route dns enterprise-apps app.example.com
4
5# Install as a persistent system service so it survives reboots
6sudo cloudflared service install
7sudo systemctl enable --now cloudflared
Máy chủ gốc của bạn giờ đây không mở cổng nhận nào, nhưng cả hai tên máy chủ vẫn phân giải qua biên mạng một cách an toàn.
5. Tạo một ứng dụng và chính sách Access tự lưu trữ (self-hosted)
Khi Tunnel hoạt động, hãy đặt chính sách Access trước từng tên máy chủ. Mã Terraform minh họa bên dưới giới hạn bảng điều khiển quản trị cho một nhóm thư mục được chỉ định và yêu cầu tình trạng thiết bị lành mạnh.
1resource "cloudflare_zero_trust_access_application" "db_admin" {
2 zone_id = var.zone_id
3 name = "Database Admin Console"
4 domain = "db-admin.example.com"
5 session_duration = "30m"
6}
7
8resource "cloudflare_zero_trust_access_policy" "db_admin_engineers" {
9 application_id = cloudflare_zero_trust_access_application.db_admin.id
10 zone_id = var.zone_id
11 name = "Engineers with healthy devices"
12 precedence = 1
13 decision = "allow"
14
15 include {
16 group = [var.engineering_group_id]
17 }
18
19 require {
20 device_posture = [cloudflare_zero_trust_device_posture_rule.disk_encryption.id]
21 }
22}
Khối include quyết định ai có thể cố gắng truy cập; khối require thêm các điều kiện mà mọi người phải đáp ứng, vì vậy một kỹ sư được ủy quyền trên một máy tính xách tay chưa mã hóa vẫn bị từ chối.
6. Đăng ký thiết bị trong WARP và thêm quy tắc tình trạng thiết bị
Tình trạng thiết bị chỉ hoạt động khi client WARP được đăng ký với nhóm của bạn. Quy tắc được tham chiếu ở trên kiểm tra xem mã hóa đĩa có hoạt động hay không trước khi biên mạng cấp quyền truy cập.
1resource "cloudflare_zero_trust_device_posture_rule" "disk_encryption" {
2 account_id = var.account_id
3 name = "Disk encryption required"
4 type = "disk_encryption"
5
6 match {
7 platform = "windows"
8 }
9
10 input {
11 require_all = true
12 }
13}
Phân phối WARP thông qua MDM của bạn (Intune, Jamf hoặc Kandji) với tên tổ chức được điền sẵn, để máy tính xách tay của công ty đăng ký tự động thay vì nhắc nhở từng người dùng.
Danh sách kiểm tra di chuyển từ VPN sang Zero Trust
Một quá trình di chuyển chạy song song giúp VPN cũ vẫn khả dụng trong khi bạn di chuyển từng ứng dụng một. Điều này giảm thiểu sự gián đoạn và cung cấp cho bạn một đường lui ở mọi bước.
| Giai đoạn | Hành động | Hoàn thành khi |
|---|---|---|
| 1. Kiểm kê | Danh mục mọi ứng dụng, cổng và nhóm người dùng có thể truy cập qua VPN | Bạn nắm giữ một bản đồ ứng dụng-người dùng hoàn chỉnh |
| 2. Chạy thử | Di chuyển một ứng dụng nội bộ rủi ro thấp ra sau Access và Tunnel | Nhóm chạy thử truy cập được nó mà không cần VPN |
| 3. Danh tính | Kết nối IdP của bạn, thực thi MFA, khớp các nhóm thư mục với chính sách | SSO hoạt động và áp dụng các quy tắc dựa trên nhóm |
| 4. Tình trạng thiết bị | Triển khai WARP cho các thiết bị chạy thử; bật kiểm tra mã hóa và OS ở chế độ chỉ báo cáo | Dữ liệu tình trạng thiết bị xuất hiện mà không chặn bất kỳ ai |
| 5. Mở rộng | Di chuyển các ứng dụng còn lại theo thứ tự ưu tiên và thắt chặt chính sách | Mọi ứng dụng đều phản hồi thông qua biên mạng |
| 6. Ngừng hoạt động | Xóa các định tuyến VPN, đóng các cổng tường lửa chiều nhận, thu hồi chứng chỉ VPN | Bộ tập trung VPN có thể được tắt hoàn toàn |
Các lỗi thường gặp và cách khắc phục
- Lỗi 1033 (Lỗi Tunnel): Tên máy chủ phân giải được nhưng không có connector nào đang chạy, hoặc bản ghi DNS trỏ đến sai Tunnel. Kiểm tra lệnh
systemctl status cloudflaredvà xác nhận đích CNAME khớp với UUID Tunnel của bạn. - Connector không khởi động: Mọi danh sách
ingressphải kết thúc bằng một quy tắcservice:trống nhưhttp_status:404. Không có nó, quá trình xác thực cấu hình sẽ thất bại trước khi tiến trình nền khởi chạy. - Người dùng truy cập trực tiếp vào máy chủ gốc, bỏ qua Access: Access bảo vệ tên máy chủ, không bảo vệ IP thô. Tunnel giữ cho các cổng nhận luôn đóng, vì vậy hãy đảm bảo không có bản ghi DNS công khai hoặc cổng mở nào còn sót lại để lộ máy chủ gốc.
- Bị khóa khỏi ứng dụng quản trị của chính bạn: Luôn tạo một chính sách cho phép (allow policy) cho một tài khoản khẩn cấp (break-glass account) trước khi bạn chuyển bất kỳ chính sách nào từ chỉ báo cáo sang thực thi nghiêm ngặt.
- Kiểm tra tình trạng thiết bị không bao giờ vượt qua: Tình trạng thiết bị yêu cầu client WARP chạy ở chế độ Zero Trust, không phải chế độ chỉ DNS. Xác nhận mỗi thiết bị đã được đăng ký dưới đúng tên tổ chức của nhóm.
Kiểm thử và Triển khai theo giai đoạn
Xác thực từng chính sách trước khi nó chặn lưu lượng truy cập thực tế.
- Sử dụng bộ kiểm tra chính sách: Trình kiểm tra chính sách Access mô phỏng một người dùng nhất định và hiển thị lý do cho phép hoặc từ chối mà không cần chờ yêu cầu thực tế.
- Bắt đầu ở chế độ chỉ báo cáo (report-only): Các chính sách mới và quy tắc tình trạng thiết bị có thể ghi lại kết quả của chúng mà không thực thi, nhờ đó bạn có thể phát hiện các lỗi chặn nhầm trước khi bất kỳ ai bị khóa.
- Đọc nhật ký quyết định (decision logs): Bảng điều khiển Zero Trust ghi lại mọi quyết định của Access cùng với danh tính, thiết bị và chính sách đã áp dụng, đây là cách nhanh nhất để trả lời câu hỏi “tại sao tôi bị chặn?”.
- Giữ đường lui luôn mở: Để VPN có thể truy cập được đối với nhóm chạy thử cho đến khi một tuần làm việc đầy đủ trôi qua mà không có sự cố truy cập nào, sau đó ngừng hoạt động của nó như được nêu trong danh sách kiểm tra ở trên.
Hợp tác với Đơn vị Tư vấn Bảo mật chuyên nghiệp
Một đợt triển khai được lập kế hoạch tốt sẽ bảo vệ tài sản kỹ thuật số của công ty bạn. Mecanik cung cấp dịch vụ đánh giá bảo mật máy chủ chuyên nghiệp và tăng cường bảo mật mạng nâng cao thông qua trang dịch vụ penetration testing của chúng tôi. Chúng tôi chuyên thiết lập Cloudflare Tunnels, chính sách truy cập Zero Trust và tích hợp SSO doanh nghiệp. Liên hệ với chúng tôi ngay hôm nay để đặt lịch hội thảo kỹ thuật.
Câu hỏi thường gặp (FAQ)
Cloudflare Zero Trust là gì? Cloudflare Zero Trust là một nền tảng bảo mật doanh nghiệp thay thế các mạng VPN doanh nghiệp truyền thống. Nó xác minh danh tính và tình trạng thiết bị của mọi người dùng yêu cầu truy cập vào các ứng dụng nội bộ, đảm bảo rằng không có người dùng hoặc thiết bị nào được tin cậy theo mặc định.
Cloudflare Tunnels bảo vệ máy chủ riêng tư như thế nào? Cloudflare Tunnels thiết lập một kết nối an toàn, chỉ gửi đi (outbound-only) giữa máy chủ riêng tư của bạn và mạng biên Cloudflare. Do đó, bạn có thể đóng tất cả các cổng tường lửa chiều nhận, giúp các tài nguyên máy chủ của bạn vô hình trước các hoạt động quét cổng độc hại.
Tôi có thể tích hợp Zero Trust với nhà cung cấp danh tính hiện tại của mình không? Có, nền tảng tích hợp với các nhà cung cấp danh tính tiêu chuẩn như Google Workspace, Okta và Microsoft Entra ID (trước đây là Azure AD). Thiết lập này cho phép bạn thực thi Đăng nhập một lần (SSO) và quản lý quyền của người dùng từ một bảng điều khiển trung tâm.
Kiểm tra tình trạng thiết bị (device posture check) trong Cloudflare Access là gì? Kiểm tra tình trạng thiết bị là các yêu cầu bảo mật mà thiết bị của người dùng phải đáp ứng trước khi truy cập ứng dụng. Ví dụ: hệ thống kiểm tra xem thiết bị có chạy phần mềm diệt vi-rút đang hoạt động hay không, đã bật mã hóa đĩa chưa và chạy các phiên bản OS đã cập nhật chưa.
Chi phí của Cloudflare Zero Trust dành cho doanh nghiệp là bao nhiêu? Cloudflare cung cấp một gói miễn phí cho tối đa 50 người dùng, bao gồm các chính sách Access và Tunnels cốt lõi. Đối với các môi trường doanh nghiệp lớn hơn hoặc các quy tắc kiểm tra tình trạng thiết bị nâng cao, giá cả sẽ được tính trên cơ sở đăng ký hàng tháng cho mỗi người dùng.
Bình luận