Trong phần lớn lịch sử của web, lưu lượng tự động chỉ có một nhiệm vụ trong stack bảo mật: được nhận diện và bị chặn. Quản lý bot phát triển quanh nhiệm vụ đó. Nó nằm ở rìa hạ tầng của bạn, chấm điểm request, và chặn hoặc yêu cầu thử thách với những request trông có vẻ lạm dụng. Nó làm việc đó rất tốt, và bạn nên giữ nó.
Agent AI đã thay đổi điều ứng dụng cần biết. Một phần ngày càng lớn của các request tự động hiện nay đến từ agent hành động thay cho khách hàng thật: một trợ lý so sánh gói dịch vụ, một agent gửi ticket hỗ trợ, một client gọi MCP server của bạn để hoàn tất một tác vụ. Đồng thời, nhiều người dùng sản phẩm của bạn cùng một trợ lý AI bên cạnh họ. Đây không phải là tấn công. Đây là người dùng, và họ xứng đáng có trải nghiệm phù hợp thay vì một trang chặn.
Đó là khoảng trống mà Proof of Actor lấp đầy. Trang này so sánh hai nhóm một cách thẳng thắn để bạn thấy mỗi bên thuộc về đâu.
Bản tóm tắt ngắn
| Quản lý bot | Proof of Actor | |
|---|---|---|
| Câu hỏi chính | Request này có nên bị chặn không? | Ai hoặc cái gì đang hành động, và bằng chứng là gì? |
| Nơi chạy | Ở rìa, phía trước ứng dụng của bạn | Bên trong ứng dụng, API hoặc MCP server của bạn |
| Kết quả điển hình | Cho phép, chặn hoặc thử thách; thường là một điểm số | Human, Human + AI, Agent hoặc Unknown, kèm theo một cơ sở |
| Xem người có hỗ trợ AI như | Thường không phân biệt được với những người khác | Một class riêng, Human + AI |
| Xử lý lưu lượng không rõ ràng như | Thường bị thử thách hoặc bị chặn | Unknown, với phương án dự phòng bạn chọn theo từng route |
| Ai quyết định phản hồi | Bộ quy tắc ở rìa | Mã ứng dụng của bạn |
| Hành vi mặc định khi cài đặt | Thực thi | Quan sát; không gì thay đổi cho đến khi bạn thêm policy |
| Mạnh nhất ở | Chặn credential stuffing, scraping lạm dụng và các cuộc tấn công khối lượng lớn | Quyết định về sản phẩm, phân tích và policy cho mọi tác nhân |
Phần còn lại của trang này giải thích từng hàng.
Hai câu hỏi khác nhau
Quản lý bot trả lời câu hỏi về bảo vệ. Mục tiêu của nó là giữ cho tự động hóa lạm dụng tránh xa hạ tầng, tài khoản và tồn kho của bạn. Mọi tín hiệu nó thu thập đều phục vụ mục tiêu đó, và đầu ra của nó là một quyết định: cho request đi qua, chặn nó, hoặc đưa ra một thử thách.
Proof of Actor trả lời câu hỏi về hiểu biết. Mục tiêu của nó là cho ứng dụng của bạn biết ai hoặc cái gì đang điều khiển mỗi tương tác, để bạn có thể quyết định cách phục vụ nó. Đầu ra của nó không phải là phán quyết về request. Nó là một phân loại cùng với bằng chứng của nó:
- Human: các tín hiệu quan sát được cho thấy tương tác do con người điều hướng.
- Human + AI: một người điều hướng tương tác với sự hỗ trợ của AI được khai báo hoặc quan sát được.
- Agent: tương tác tự động hoặc xuất phát từ agent, được hỗ trợ bởi danh tính có thể xác minh hoặc suy luận có điều kiện.
- Unknown: bằng chứng không đủ để xác định một cách đáng tin cậy.
Mỗi kết quả cũng nêu cơ sở bằng chứng của nó: verified, declared, inferred hoặc unknown. Đó là thông tin mà một quyết định về sản phẩm cần, và cũng là thông tin mà một điểm số bảo vệ không được thiết kế để mang theo.
Mỗi bên chạy ở đâu
Quản lý bot thường chạy ở rìa mạng hoặc trong reverse proxy, ở phía trước mọi thứ khác. Vị trí đó hoàn toàn phù hợp cho bảo vệ. Nó nhìn thấy lưu lượng sớm, hấp thụ các cuộc tấn công trước khi chúng khiến bạn tốn kém, và giữ cho máy chủ gốc của bạn sạch sẽ.
Proof of Actor chạy ở nơi logic ứng dụng của bạn tồn tại: server middleware, Next.js, lớp rìa bạn kiểm soát, một tích hợp trình duyệt đã được chấp thuận, một HTTP API tổng quát, hoặc MCP server của bạn. Vị trí đó cho nó quyền truy cập vào những gì ứng dụng của bạn biết: route nào đang được gọi, workflow nào nó thuộc về, liệu trợ lý của chính bạn có thực hiện một hành động hay không, và liệu một client có tự khai báo hay không. Xem các đường tích hợp để biết danh sách đầy đủ.
Vì hai bên chạy ở những nơi khác nhau, chúng không cạnh tranh cho cùng một nhiệm vụ. Một request có thể đi qua quản lý bot, đến được ứng dụng của bạn, rồi nhận bối cảnh tác nhân để định hình phản hồi.
Điểm số so với bằng chứng
Nhiều sản phẩm bảo vệ diễn đạt đánh giá của chúng bằng một điểm số. Một điểm số hiệu quả cho quyết định chặn: chọn một ngưỡng, hành động khi vượt ngưỡng đó. Nó hữu ích hơn nhiều khi câu hỏi là "nên mang lại trải nghiệm gì cho tác nhân này?"
Một điểm số không cho bạn biết liệu một request có rủi ro thấp đến từ một người, một người đang làm việc với trợ lý, hay một agent hoạt động tốt. Nó không cho bạn biết phần nào của kết luận là verified và phần nào là inferred. Và nó không thể biểu đạt "chúng tôi không biết" mà không ép nó thành một con số.
Proof of Actor giữ nguyên những phân biệt đó. Kết quả agent verified có nghĩa là chữ ký của request đã được kiểm tra so với một khóa được công bố, ví dụ thông qua HTTP Message Signatures. Kết quả declared có nghĩa là client hoặc chính ứng dụng của bạn đã nói như vậy. Kết quả inferred được gắn nhãn là suy luận. Và Unknown là một câu trả lời chính thức chứ không phải mặc định ẩn. Nhóm của bạn có thể đọc mọi kết quả và thấy chính xác nó dựa trên điều gì.
Người dùng có hỗ trợ AI không phải bot
Nhóm tăng trưởng nhanh nhất trong hầu hết ứng dụng là những người làm việc với AI. Họ soạn tin nhắn bằng trợ lý, điền biểu mẫu với sự trợ giúp, và di chuyển qua sản phẩm của bạn với một công cụ AI ở bên cạnh. Công cụ bảo vệ không được xây dựng để tách họ khỏi những người khác, và cũng không có lý do gì để làm vậy.
Sản phẩm của bạn thường thì có. Bạn có thể muốn gắn nhãn các ticket hỗ trợ được soạn bởi AI để nhóm phù hợp xử lý, đo cách người dùng có hỗ trợ AI di chuyển qua onboarding, hoặc cung cấp cho họ một lộ trình mượt hơn. Proof of Actor cho nhóm đó một class riêng, Human + AI, và chỉ báo cáo nó khi sự hỗ trợ được khai báo hoặc quan sát được thông qua một tích hợp được hỗ trợ. Xem thêm trong mục từ điển tương tác có hỗ trợ AI.
Unknown là một câu trả lời, không phải một mối đe dọa
Mọi bộ phân loại đều gặp lưu lượng mà nó không thể giải thích. Hệ thống bảo vệ được xây dựng để nghiêng về thận trọng, nên lưu lượng không rõ ràng thường sẽ gặp một thử thách. Đó là lựa chọn hợp lý ở rìa hệ thống.
Bên trong ứng dụng của bạn, một mặc định thận trọng duy nhất thường là lựa chọn sai. Một request unknown đến trang tài liệu công khai và một request unknown để thay đổi mật khẩu tài khoản xứng đáng được xử lý rất khác nhau. Proof of Actor trả về Unknown như một kết quả riêng và cho phép bạn đặt phương án dự phòng theo từng route: cho phép trên các trang công khai, giữ nguyên các kiểm tra hiện có trên thay đổi tài khoản, chuyển nó sang xem xét ở các hành động có tác động lớn. Hướng dẫn về xử lý lưu lượng Unknown đi qua các mẫu này.
Ai quyết định phản hồi
Với quản lý bot, bộ quy tắc ở rìa sẽ quyết định. Điều đó hiệu quả và giữ cho các quyết định nhất quán trên toàn bộ tài sản của bạn.
Với Proof of Actor, ứng dụng của bạn quyết định. Sản phẩm cung cấp bối cảnh tác nhân; mã của bạn áp dụng policy. Bạn có thể phục vụ agent đã xác minh bằng một API có cấu trúc thay vì các trang được xây dựng cho con người, giữ trải nghiệm tiêu chuẩn cho các phiên của người dùng, gắn nhãn các submission có hỗ trợ AI, và yêu cầu credential mạnh hơn cho các hành động nhạy cảm khi điều kiện của chính bạn đòi hỏi. Các policy được viết theo từng route, từng class tác nhân và từng cơ sở, và chúng nằm cạnh phần logic kinh doanh còn lại của bạn.
Quan sát trước
Quản lý bot thường được cài đặt để thực thi, vì giá trị cốt lõi của nó là chặn lạm dụng.
Proof of Actor bắt đầu ở chế độ quan sát. Cài đặt nó không thay đổi gì trong cách ứng dụng của bạn hoạt động. Bạn thấy đúng hỗn hợp tác nhân theo từng route, xem lại bằng chứng, xem trước tác động của một policy trên lưu lượng thực, và chỉ thực thi khi bạn sẵn sàng, từng route một. Hướng dẫn về triển khai policy nhận biết tác nhân một cách an toàn trình bày quy trình.
Hai bên hoạt động cùng nhau như thế nào
Thiết lập mạnh nhất là dùng cả hai, mỗi bên ở lớp riêng của nó:
- Ở rìa hệ thống, quản lý bot chặn credential stuffing, scraping lạm dụng và các cuộc tấn công khối lượng lớn.
- Trong ứng dụng của bạn, Proof of Actor phân loại lưu lượng đi qua thành Human, Human + AI, Agent hoặc Unknown, cùng với cơ sở của nó.
- Trong mã của bạn, policy sử dụng bối cảnh đó để chọn trải nghiệm: API có cấu trúc cho một agent đã xác minh, luồng bình thường cho một người, một nhãn cho một submission có hỗ trợ AI, một phương án dự phòng rõ ràng cho Unknown.
- Trong phần phân tích của bạn, nhóm của bạn thấy class tác nhân nào dùng route và workflow nào, để sản phẩm và bảo mật cùng làm việc từ một bức tranh chung.
Ghi lại quyết định ở rìa cùng với kết quả tác nhân sẽ làm cho bức tranh đầy đủ: bảo vệ đã làm gì, và ai thực sự đang hành động.
Khi nào chọn bên nào
Chọn quản lý bot khi vấn đề chính của bạn là lạm dụng: cố gắng chiếm đoạt tài khoản, gom hàng tồn kho, scraping mạnh tay hoặc lưu lượng bùng nổ.
Chọn Proof of Actor khi câu hỏi chính của bạn là về người dùng: bao nhiêu phần sản phẩm của bạn đã được agent sử dụng, những agent nào gọi API hoặc MCP server của bạn, người dùng có hỗ trợ AI gặp khó ở đâu, và route nào cần policy nhận biết tác nhân.
Phần lớn các nhóm vận hành một ứng dụng, API hoặc MCP server trong môi trường sản xuất đều cần câu trả lời cho cả hai, vì vậy hai bên thuộc cùng một stack.
Bắt đầu
Proof of Actor đang ở private beta. Các đội ngũ developer sáng lập được chọn có thể nhận tối đa 12 tháng truy cập miễn phí trong các giới hạn sử dụng đã thỏa thuận, cùng với hỗ trợ trực tiếp từ nhóm xây dựng sản phẩm. Đăng ký quyền truy cập sớm và cho chúng tôi biết về ứng dụng cũng như tương tác mà bạn muốn hiểu.