Cloudflare thêm Monitor cho Precursor: thử phát hiện bot trước khi đổi điểm truy cập

Thêm bước quan sát trước khi can thiệp phiên truy cập

Cloudflare công bố ngày 19/10/2026 bổ sung chế độ Monitor cho Precursor, công cụ đánh giá hành vi truy cập website theo cả phiên. Đội vận hành có thể xem tín hiệu phát hiện trước khi cho chúng tác động đến điểm nhận diện bot hoặc trạng thái đã vượt xác minh. Với website bán hàng và cổng dịch vụ, việc cần làm trước mắt là kiểm tra cấu hình cùng các luồng khách thật đang dùng.

Thông báo này là thay đổi sản phẩm, không nêu một CVE, bản vá khẩn cấp hay vụ khai thác mới. Friday Works không suy ra website đang bị xâm nhập từ việc Cloudflare bổ sung tính năng. Ý nghĩa thực tế là có thêm một bước thử trước khi chính sách chống tự động hóa được phép ảnh hưởng đến phiên truy cập.

Monitor và Arm khác nhau ở quyền tác động tín hiệu

Menu Status tại Security > Settings có ba lựa chọn Off, Monitor và Arm. Theo Cloudflare, tín hiệu Precursor trong Monitor không đổi bot score và Challenge clearance; Arm cho phép tác động hai trạng thái đó. Bot score là điểm giúp hệ thống phân biệt truy cập tự động với người dùng, còn clearance thể hiện trạng thái vượt bước xác minh.

Tài liệu nền của Cloudflare mô tả Precursor quan sát liên tục trong phiên, thay vì chỉ dựa vào một lần kiểm tra. Với website đã dùng JavaScript Detections, Monitor vẫn để cơ chế cũ hoạt động trong lúc thử. Đây là bối cảnh kỹ thuật từ tài liệu đang được hãng duy trì, không phải khẳng định mọi thành phần đều mới ra mắt ngày 19/10.

Friday Works khuyến nghị ghi lại chế độ hiện hành trước khi thay đổi và giới hạn người có quyền chuyển sang Arm. Một tín hiệu trông đáng ngờ cần được đối chiếu với tác vụ thật: người dùng đăng nhập, trình duyệt hỗ trợ tiếp cận hoặc hệ thống tích hợp có thể tạo nhịp truy cập khác nhau. Chưa có số liệu thử nghiệm độc lập về tỷ lệ nhận diện trong bản tin này.

Interstitial vẫn có thể ngắt luồng checkout hoặc API

Cloudflare đồng thời tách Precursor Interstitial khỏi chế độ. Show Interstitial quyết định mặc định toàn website; Interstitial Rules điều chỉnh theo yêu cầu cụ thể. Vì vậy, chọn Monitor không có nghĩa toàn bộ website chắc chắn không xuất hiện bước xác minh. Hai lựa chọn cần được đọc cùng nhau khi đánh giá tác động.

Ví dụ chính thức là để phần lớn trang không hiện interstitial nhưng yêu cầu xác minh ở /checkout. Doanh nghiệp không nên sao chép ví dụ đó ngay vào mọi cửa hàng: cổng thanh toán quay về, ứng dụng di động và API gọi từ máy chủ có đường đi khác trình duyệt. Tài liệu Cloudflare lưu ý các client không chạy trình duyệt hoặc yêu cầu không gửi cookie có thể bị ảnh hưởng.

Friday Works đề nghị rà riêng tên miền và đường dẫn API trước khi bật interstitial diện rộng. Chỉ thử trên website và tài khoản do doanh nghiệp quản lý; ghi rõ luồng nào cần xác minh người dùng và luồng tích hợp nào cần chính sách phù hợp. Ngoại lệ cho một API không đồng nghĩa tắt mọi biện pháp bảo vệ của endpoint đó.

Cách kiểm tra trước khi chuyển sang Arm

Friday Works khuyến nghị thử đăng nhập, gửi biểu mẫu và hoàn tất một đơn hàng mẫu không thu tiền; nếu có tích hợp API, kiểm tra cả yêu cầu thành công và cách nhận lỗi. So sánh với cấu hình trước khi đổi để nhận ra nguyên nhân khi bước xác minh xuất hiện sai chỗ. Đội vận hành cần giữ đường quay lại chế độ trước trong quy trình thay đổi.

Sau thời gian quan sát có đại diện các luồng sử dụng, đội phụ trách mới quyết định có chuyển Arm hay không và theo dõi tỷ lệ hoàn tất tác vụ. Đây là đề xuất triển khai của Friday Works, không phải ngưỡng bắt buộc do Cloudflare công bố. Không nên dựa vào số bot bị nhận diện đơn lẻ để kết luận trải nghiệm khách hàng đã an toàn.

Hai ảnh trong bài là đúng màn hình Status và Show Interstitial do Cloudflare công bố ngày 19/10, có giấy phép CC BY 4.0. Ảnh không thể hiện cấu hình production của Friday Works hoặc kết quả chặn một cuộc tấn công. Ngày nguồn và chế độ được giữ rõ để người quản lý có thể kiểm tra theo đúng tính năng.