Đưa email cho AI hay cấp quyền truy cập hộp thư: nên cho phép gì

An toàn hay không phụ thuộc vào việc bạn thực sự đang làm một trong ba thứ khác nhau nào. Gõ địa chỉ email của bạn vào một trường là chia sẻ một định danh. Cho trợ lý quyền đọc một hộp thư là chia sẻ nội dung của hộp thư đó. Kết nối toàn bộ hộp thư của bạn qua một tích hợp có thể chia sẻ nhiều năm thư và khả năng hành động trên chúng. Ba thứ này thường được trình bày như một quyết định duy nhất — một trường biểu mẫu hay màn hình đồng ý — nhưng chúng mang hậu quả rất khác nhau, và có thể được quyết định riêng.

Bài viết này nói về việc đưa ra quyết định đó một cách có chủ đích: kiểm tra một tích hợp có thể làm gì, chỉ cho các tác vụ một lần những gì chúng cần, và đóng từng quyền khi tác vụ kết thúc.

Địa chỉ, quyền truy cập hộp thư và kết nối toàn bộ hộp thư

Chia sẻ một địa chỉ nghĩa là trợ lý đưa email của bạn vào một biểu mẫu đăng ký hoặc phần đầu thư. Trang web giờ biết địa chỉ; trợ lý không có thêm gì ngoài những gì nó đã có. Không có thư nào đến nơi nào mới, và không ai đọc được thư chỉ từ việc biết một địa chỉ.

Quyền truy cập hộp thư là một thông tin xác thực hoặc quyền cho phép trợ lý mở một hộp thư và đọc những gì đến. Nó có thể hẹp (một hộp thư, chỉ đọc, tồn tại một giờ) hoặc rộng. Từ "quyền truy cập" che giấu sự khác biệt đó, và đó là lý do phần tiếp theo tồn tại.

Kết nối toàn bộ hộp thư là thứ một tích hợp hộp thư có thể yêu cầu: truy cập lịch sử thư hoặc các hành động như gửi và xóa. Hữu ích cho các trợ lý lâu dài thực sự quản lý thư, và quá thừa cho yêu cầu "lấy giúp tôi một mã xác minh."

Kiểm tra một tích hợp thực sự có thể làm gì

Trước khi ủy quyền, hãy nhìn các phạm vi được yêu cầu thay vì tên tính năng. Một trợ lý "tóm tắt email của bạn" vẫn có thể đang giữ quyền gửi, xóa hoặc sửa thư. Hướng dẫn của OWASP về hành động quá mức của tác nhân nói thẳng về kiểu này: một tiện ích đọc thư để tóm tắt chỉ nên có quyền đọc, và các hành động tác động cao nên yêu cầu phê duyệt của con người (OWASP LLM06).

Kiểm tra bốn thứ:

• Phạm vi: đọc, gửi, xóa, cài đặt; quyền này thực sự cấp những gì trong số đó?
• Độ rộng: một hộp thư hay toàn bộ tài khoản? Chỉ thư mới, hay toàn bộ lịch sử?
• Tính bền: quyền kết thúc cùng tác vụ, hay còn hiệu lực cho đến khi bạn thu hồi? Kiểm tra xem tích hợp này có hết hạn theo tác vụ không; nếu không, tác vụ kết thúc nhưng cánh cửa vẫn mở.
• Công cụ khác: trợ lý còn có thể chạm đến gì khác trong khi giữ quyền truy cập này, như trình duyệt, tệp, hoặc các dịch vụ đã kết nối khác?

Điểm cuối cùng quan trọng hơn vẻ ngoài của nó. Thư đến là đầu vào không đáng tin cậy, và một thư có thể chứa văn bản được viết để lái trợ lý. Đây không phải chuyện giả định: CVE-2026-33654, một lỗ hổng prompt injection trong kênh email của trợ lý nanobot, cho phép kẻ tấn công từ xa gửi một email duy nhất khiến mô hình chạy lệnh và gọi công cụ hệ thống mà chủ sở hữu không làm gì cả. Đó là lỗi của một sản phẩm, không phải tính chất của mọi tính năng email AI, nhưng nó cho thấy tại sao các quyền xung quanh hộp thư quan trọng không kém chính hộp thư. Cơ chế văn bản trong thư biến thành lệnh được trình bày trong prompt injection cho người dùng email.

Ưu tiên hộp thư chỉ nhận, riêng cho tác vụ

Với một tác vụ rủi ro thấp chỉ cần nhận thư — chẳng hạn mã xác minh, xác nhận, hoặc liên kết tải xuống — lựa chọn hẹp nhất đủ dùng là một hộp thư được tạo riêng cho tác vụ đó.

Trên TempMail.Best, một agent có thể tạo hộp thư với thời hạn 10 phút hoặc 1 giờ, chờ thư đến, đọc thư, và xóa hộp thư khi xong. Dịch vụ chỉ nhận: không thể gửi thư từ địa chỉ đó. Thông tin xác thực của agent chỉ mở hộp thư đó; không có tài khoản đằng sau và không có lịch sử bên trong.

Hai giới hạn cần được nói chính xác, vì người ta thường suy rộng chúng:

• Một hộp thư riêng chỉ lộ hộp thư đó, với điều kiện các quyền và công cụ khác của trợ lý cũng bị giới hạn tương đương. Nếu cùng trợ lý đó cũng chạm được tệp hay trình duyệt của bạn, ranh giới hộp thư không thu nhỏ những gì một trợ lý bị lái sai có thể làm qua chúng.
• "Chỉ nhận" mô tả dịch vụ này. Agent không thể gửi thư qua TempMail.Best, nhưng nó có thể xóa hộp thư tạm thời này, và bất cứ thứ gì nó có thể làm qua các dịch vụ đã kết nối khác đều không bị ảnh hưởng bởi bất cứ điều gì ở đây.

Mô hình hộp thư gắn với tác vụ được giải thích trong hộp thư cho AI agent là gì.

Khi nào không nên ủy quyền

Bỏ qua hộp thư tạm thời, và quyền truy cập hộp thư bằng AI nói chung, cho các tác vụ liên quan đến:

• ngân hàng, thanh toán, đầu tư, hoặc giao dịch mua bạn có thể tranh chấp hay hoàn tiền;
• chăm sóc sức khỏe, bảo hiểm, dịch vụ chính phủ, hoặc giấy tờ tùy thân;
• email công việc, tài khoản chính, hoặc hội thoại bảo mật;
• đặt lại mật khẩu, liên kết khôi phục, hoặc thay đổi cài đặt bảo mật;
• đăng ký hoặc dịch vụ bạn có thể cần gia hạn, hủy, hoặc khôi phục;
• bất kỳ quy trình nào mà trợ lý có thể gửi thư hoặc thay đổi tài khoản mà không có sự đồng ý của bạn.

Với các tài khoản lâu dài, hãy dùng địa chỉ bạn kiểm soát lâu dài hoặc bí danh chuyển tiếp được quản lý. Nếu một trang từ chối địa chỉ dùng một lần, hãy tôn trọng điều đó; tác vụ đơn giản có thể không thuộc về hộp thư tạm thời.

Đóng tác vụ và thu hồi từng quyền

Khi trợ lý báo đã xong, hãy xác minh kết quả: mã đã dùng được, file tải đã có, tài khoản đã tồn tại. Sau đó đóng quyền truy cập qua hai bước riêng biệt, vì chúng liên quan đến hai hệ thống khác nhau:

1. Xóa hộp thư tạm thời. Điều này kết thúc thông tin xác thực của agent với hộp thư đó và xóa các thư của nó. Hộp thư dù sao cũng sẽ hết hạn theo lịch, nhưng đóng nó khi hoàn tất tác vụ rút ngắn cửa sổ lộ.
2. Thu hồi các quyền bên thứ ba. Dừng hộp thư TempMail.Best không thu hồi bất cứ thứ gì trên nền tảng AI. Các công cụ được ủy quyền khác, tích hợp và phiên đang hoạt động được quản lý ở đó và vẫn còn cho đến khi bạn gỡ chúng. Kiểm tra những gì bạn đã ủy quyền trước tác vụ và hoàn tác từng mục.

Một điều việc xóa không làm được: nó không thể "bỏ đọc" thư trợ lý đã thấy hay hoàn tác những gì nó đã lưu ở nơi khác. Hãy kiểm soát lộ trước tác vụ; dọn dẹp sau đó là chuyện đóng cửa, không phải xóa trí nhớ.

Trước khi ủy quyền bất kỳ tác vụ email nào, hãy đi qua các kiểm tra trước khi khởi hành trong xác minh email với AI agent. Câu hỏi không bao giờ là AI có đáng tin cậy nói chung không. Mà là tác vụ này có cần chừng này quyền truy cập không. Với việc chỉ nhận một lần, gần như không bao giờ cần.