Cloudflare tăng khả năng quan sát và kiểm soát personal AI agent
Cloudflare bổ sung phân loại, phân tích lưu lượng và chính sách truy cập cho personal AI agent. Đội SOC, fraud và security engineering có thêm tín hiệu để điều tra, giới hạn hoặc cho phép agent theo ngữ cảnh thay vì chặn toàn bộ tự động hóa.
Một cảnh báo đăng nhập bất thường xuất hiện trên tài khoản khách hàng. Lưu lượng có dấu hiệu tự động hóa, nhưng chặn toàn bộ có thể đồng nghĩa chặn cả những khách hàng đang dùng AI assistant để tìm hỗ trợ, so sánh sản phẩm hoặc mua hàng.
Đó là bài toán mới với đội SOC và chống gian lận: agent thay người dùng gửi request, trong khi hệ thống phòng thủ thường chỉ thấy một phiên truy cập tự động. Nếu không biết agent nào đang truy cập, đi tới đâu và có liên quan đến tài khoản nào, quyết định chặn rất dễ trở nên quá rộng.
Cloudflare vừa công bố các tính năng quan sát và kiểm soát cho personal AI agent — agent hoạt động thay mặt người dùng khi duyệt web hoặc thực hiện tác vụ trên website. Với đội an ninh, đây là thêm một lớp tín hiệu để điều tra và đặt chính sách truy cập theo ngữ cảnh.
Personal agent thay đổi bài toán bot management
Personal agent có thể thực hiện một yêu cầu hợp lệ của khách hàng, như đọc nội dung hỗ trợ, tìm sản phẩm hoặc hoàn tất mua hàng. Vì vậy, không phải mọi lưu lượng tự động đều có cùng mức rủi ro.
Cloudflare đưa Personal Assistants thành nhóm mới trong biểu đồ Bot Analysis của Security Analytics, bên cạnh các nhóm:
Verified Bot
Likely Human
Likely Automated
Automated
Đội bảo mật có thể chọn nhóm này để xem riêng lưu lượng personal agent theo thời gian.
Các tín hiệu có thể xem xét khi điều tra gồm:
Agent cụ thể gửi request.
Đường dẫn agent truy cập.
Mã trạng thái phản hồi.
Network nguồn của lưu lượng.
Với khách hàng dùng Account Abuse Protection, agent liên quan đến tài khoản người dùng nào.
> Lưu ý: Việc nhận diện agent không đồng nghĩa agent đó đáng tin cậy. Đây là tín hiệu hỗ trợ triage, không thay thế các kiểm soát xác thực, giới hạn truy cập hay phòng chống lạm dụng tài khoản.
Quan sát agent từ tổng quan đến từng request
Cloudflare bổ sung widget Personal Assistants trong phần Top statistics. Widget này hiển thị các agent đang truy cập website và số request từ từng agent.
Khi lọc theo một agent, các widget khác cũng chuyển sang phạm vi lưu lượng đó, bao gồm:
Các path được yêu cầu.
Status code nhận được.
Network nơi lưu lượng xuất phát.
Một quy trình điều tra phù hợp cho SOC có thể là:
Mở Security Analytics và xem biểu đồ Bot Analysis.
Chọn nhóm Personal Assistants.
Chọn agent cần xem trong widget Personal Assistants.
Kiểm tra path, status code và network của lưu lượng tương ứng.
Đối chiếu các dấu hiệu này với dữ liệu xác thực, WAF và nhật ký bảo mật sẵn có của tổ chức.
Đánh giá theo ngữ cảnh: agent đang đọc nội dung công khai, gặp lỗi ở một trang không sử dụng được, hay đang đi vào luồng đăng nhập và giao dịch.
Thay vì chỉ kết luận lưu lượng là “automated”, analyst có thêm cơ sở để xác định phạm vi và tác động của hoạt động đó.
Khi account abuse liên quan đến AI assistant
Với khách hàng sử dụng Account Abuse Protection — hiện ở giai đoạn early access — Cloudflare cho biết giao diện có thể hiển thị agent nào đại diện cho người dùng nào.
Trang tổng quan population cho biết personal agent nào đang hoạt động trong tập người dùng và bao nhiêu tài khoản sử dụng chúng. Mỗi sự kiện đăng nhập và đăng ký cũng cho biết request có đến từ personal agent hay không, và là agent nào.
Tại trang tổng quan của từng tài khoản, fraud analyst có thể xem các agent hoạt động thay mặt tài khoản đó. Điều này hỗ trợ phân biệt giữa một agent đã gắn với tài khoản trong thời gian dài và một agent mới xuất hiện tại thời điểm điều tra.
Nếu nghi ngờ agent bị lạm dụng trên một tài khoản, Cloudflare cho phép giảm thiểu trực tiếp trên tài khoản đó bằng WAF rule dựa trên Hashed User ID, thay vì chặn agent với tất cả người dùng.
Với đội fraud và risk, cách tiếp cận này gợi ý một số nguyên tắc vận hành:
Ưu tiên biện pháp theo tài khoản khi rủi ro tập trung ở một người dùng.
Không kết luận cả agent là độc hại chỉ vì nó xuất hiện trong một vụ việc bất thường.
Bổ sung sự kiện AI assistant liên quan đến đăng nhập hoặc đăng ký vào quy trình điều tra account abuse.
Đánh giá cẩn trọng việc quản trị dữ liệu liên kết giữa agent và tài khoản theo chính sách nội bộ.
Đặt chính sách theo agent thay vì chặn toàn bộ
Trong Security Settings, Cloudflare đổi tên phần cấu hình thành AI Crawler and Agent access policies. Chính sách Agents hiện có thêm tùy chọn chi tiết cho các personal agent được hỗ trợ.
Các lựa chọn gồm:
| Chính sách | Ý nghĩa |
|---|---|
| Allow (do not block) | Không chặn agent |
| Block on pages with ads | Chặn agent trên các trang có quảng cáo |
| Block | Chặn agent |
Chủ website có thể đặt chính sách Agents chung là Block on pages with ads, nhưng vẫn tạo ngoại lệ Allow (do not block) cho một personal agent được hỗ trợ. Các chính sách Search và Training hiện có không thay đổi.
Cloudflare cũng đưa câu hỏi về việc website có kiếm tiền từ quảng cáo hay không vào luồng thêm zone mới, sau đó điều chỉnh khuyến nghị chính sách theo câu trả lời. Chủ website vẫn có thể thay đổi lại các kiểm soát này trong Security Settings.
Với security engineering, chính sách nên được xem xét theo từng nhóm tài nguyên:
Nội dung công khai: cân nhắc cho phép agent khi phù hợp với nhu cầu kinh doanh và mức rủi ro.
Trang có quảng cáo: đánh giá tùy chọn chặn theo mô hình doanh thu của website.
Luồng đăng nhập, đăng ký và giao dịch: không nên coi chính sách agent là lớp bảo vệ duy nhất.
Khu vực quản trị, API nội bộ và dữ liệu khách hàng: tiếp tục áp dụng kiểm soát truy cập độc lập với việc lưu lượng có được nhận diện là agent hay không.
Checklist quản trị personal-agent traffic
Trước khi thay đổi chính sách trên diện rộng, đội bảo mật có thể rà soát:
[ ] Xác định owner chịu trách nhiệm cho chính sách Agents giữa Security, Product, Legal và nhóm kinh doanh.
[ ] Phân loại path công khai, có quảng cáo, xác thực, giao dịch và nội bộ.
[ ] Theo dõi Personal Assistants trong Security Analytics trước khi thay đổi policy.
[ ] Bổ sung tín hiệu AI assistant vào quy trình triage login, sign-up và account abuse.
[ ] Ưu tiên biện pháp theo tài khoản khi sự cố chỉ liên quan đến một người dùng.
[ ] Rà soát cách xử lý dữ liệu liên kết hành vi theo chính sách nội bộ.
[ ] Đánh giá lại policy khi xuất hiện agent mới hoặc hành vi truy cập thay đổi.
Danh tính agent chỉ là một phần của bức tranh
Cloudflare nhấn mạnh rằng website có thể biết agent nào gửi request nhưng vẫn thiếu nhiều ngữ cảnh quan trọng: người dùng có phải khách hàng hiện hữu không, họ đã cho phép agent thực hiện hành động gì, có gói thuê bao nào áp dụng hay không, và cơ chế bảo vệ nào cần được kích hoạt.
Cloudflare cho biết đang hướng đến các phương thức tôn trọng quyền riêng tư để:
Truyền ngữ cảnh người dùng qua agent.
Hỗ trợ website đánh giá reputation.
Làm rõ trách nhiệm khi xảy ra sự cố.
Các cơ chế này chưa được công bố chi tiết. Vì vậy, danh tính agent không nên được xem là bằng chứng thay thế cho xác thực người dùng hoặc xác nhận phạm vi ủy quyền.
Tóm lại, personal-agent traffic cần được quản trị như một loại tự động hóa có ngữ cảnh: quan sát trước, phân đoạn chính sách và cô lập rủi ro theo tài khoản khi có thể. Điều này giúp SOC giảm điểm mù mà không phải mặc định chặn mọi AI agent.