Web Bot Auth là gì
Web Bot Auth là tên của một nhóm công tác IETF và công việc Internet-Draft của nhóm này về xác thực lưu lượng web tự động. Ý tưởng rất đơn giản: crawler, trợ lý AI và agent tự trị ký các yêu cầu HTTP của họ bằng HTTP Message Signatures (RFC 9421), và công bố các public key để xác minh những chữ ký đó dưới một định danh do họ kiểm soát. Sau đó, một website có thể xác nhận rằng một yêu cầu thật sự đến từ nhà vận hành mà nó nêu ra, thay vì chỉ dựa vào chuỗi user-agent mà bất kỳ ai cũng có thể sao chép. Với ý nghĩa của điều này đối với nhóm sản phẩm, xem Web Bot Auth cho nhóm sản phẩm; với các bước triển khai, xem hướng dẫn về cách xác minh các yêu cầu agent AI đã ký.
Tính đến tháng 11 năm 2026, tài liệu cốt lõi của nhóm công tác là draft-ietf-webbotauth-httpsig-protocol, tài liệu này định nghĩa một header Signature-Agent cho việc phát hiện key ngay trong luồng, một định dạng thư mục key dựa trên JSON Web Key Sets và một URI well-known nơi thư mục đó được phục vụ. Trang tài liệu của nhóm công tác liệt kê nó cùng với các bản nháp cá nhân liên quan. Đây là các Internet-Drafts, nghĩa là chúng đang trong quá trình hoàn thiện. Các chi tiết như cách phát hiện key, những thành phần nào của yêu cầu phải được ký và header nào mang thông tin nhà vận hành có thể thay đổi giữa các phiên bản. Người triển khai nên theo dõi các bản nháp hiện tại thay vì bất kỳ snapshot nào.
Vì sao điều này quan trọng
Website và APIs từ lâu đã nhận diện bot bằng chuỗi user-agent và dải IP. Cả hai đều có giới hạn: chuỗi user-agent rất dễ giả mạo (xem giả mạo user-agent), và dải IP thay đổi, đồng thời được chia sẻ giữa các nhà cung cấp cloud. Khi các agent AI bắt đầu duyệt web, gọi APIs và dùng MCP servers thay mặt con người, ứng dụng cần một cách vững chắc hơn để phân biệt khách hàng tự động đang cộng tác với những khách hàng ẩn danh.
Các yêu cầu đã ký cung cấp nền tảng vững chắc hơn đó. Một chữ ký đã được xác minh cho phép ứng dụng nhận diện một nhà vận hành đã biết một cách nhất quán, đưa cho nó một lối đi có cấu trúc thay vì giao diện mô phỏng con người, và đo lường hoạt động của nó một cách chính xác.
Cách thức hoạt động ở mức tổng quan
- Nhà vận hành tạo một cặp key và công bố public key tại một vị trí gắn với danh tính của mình, thường là đường dẫn well-known
http-message-signatures-directorydưới domain của họ. - Mỗi yêu cầu bao gồm các header
Signature-InputvàSignaturebao phủ những thành phần được chọn của yêu cầu, cùng với một mã định danh key, và một headerSignature-Agenttrỏ đến thư mục key. - Website nhận yêu cầu sẽ tìm nạp hoặc lưu cache các key đã công bố của nhà vận hành, dựng lại signature base và xác minh chữ ký.
- Khi thành công, website biết rằng yêu cầu được tạo ra bởi người nắm giữ key đó, gắn với định danh đã công bố tương ứng.
Điều nó xác lập, và điều nó không xác lập
Chữ ký Web Bot Auth xác thực khách hàng tự động. Nó không trả lời:
- liệu nhà vận hành có được phép thực hiện điều nó yêu cầu hay không (agent authorization),
- liệu một người đã chỉ đạo hoặc phê duyệt hành động đó hay chưa (delegated authority),
- liệu hành động đó có an toàn hay nội dung trả về sẽ được sử dụng đúng cách hay không.
Những điều đó vẫn là quyết định của hệ thống xác thực, ủy quyền và policy riêng của ứng dụng nhận yêu cầu. Bài viết trên blog của chúng tôi về chữ ký của các yêu cầu agent AI cho thấy điều gì, và không cho thấy điều gì đi sâu vào ranh giới này.
Những hiểu lầm phổ biến
- "Mọi bot sẽ sớm ký." Việc áp dụng tăng lên theo từng client. Ứng dụng sẽ thấy một hỗn hợp lưu lượng đã ký, đã khai báo và ẩn danh trong một thời gian dài, vì vậy cần một cách rõ ràng để xử lý từng loại.
- "Một chữ ký làm cho bot trở nên tốt." Nó làm cho bot trở nên đã biết. Đã biết là điểm khởi đầu cho policy, không phải bản thân policy.
- "Bản nháp là cuối cùng." Đây là một Internet-Draft đang phát triển. Hãy xây dựng theo văn bản hiện tại và chuẩn bị cho các sửa đổi.
Proof of Actor liên quan như thế nào
Proof of Actor xem một chữ ký đã được xác thực là bằng chứng với cơ sở Verified, gắn với key và định danh mà nó chứng minh. Nó tách điều đó khỏi các tên đã khai báo và các tín hiệu được suy luận, và không bao giờ biến danh tính thành quyền hạn. Proof of Actor được thiết kế để xác minh các yêu cầu đã ký khi các tiêu chuẩn này trưởng thành; các policy của chính bạn trong Route sẽ quyết định một agent đã được xác minh được phép làm gì.
Xem cách điều này phù hợp với APIs và MCP servers, hoặc đăng ký quyền truy cập sớm.
Nguồn
- nhóm công tác IETF Web Bot Auth: điều lệ, đồng chủ trì và trạng thái
- tài liệu của nhóm công tác Web Bot Auth: các tài liệu hiện tại của nhóm công tác và các bản nháp liên quan
- draft-ietf-webbotauth-httpsig-protocol:
Signature-Agent, thư mục key JWKS và URI well-known của nó (đang trong quá trình hoàn thiện tính đến tháng 11 năm 2026) - RFC 9421: HTTP Message Signatures: tiêu chuẩn chữ ký mà Web Bot Auth xây dựng trên đó