Đồng sáng lập Ethereum Vitalik Buterin ngày 16/10 công bố một giải pháp bảo mật cho tác nhân AI mang tên “chế độ đa nghi”, nhằm giảm khả năng nhà cung cấp dịch vụ AI nhận diện danh tính người dùng, nguồn gửi yêu cầu và thông tin thanh toán. Với các tác nhân AI được kết nối với ví hoặc công cụ tài chính, những dữ liệu này có thể làm lộ các token mà người dùng quan tâm, danh mục đầu tư và kế hoạch giao dịch. Tuy nhiên, Buterin cũng thừa nhận mô hình kết hợp này làm tăng độ trễ và vẫn chưa xử lý đầy đủ nguy cơ các bên thông đồng. Mã nguồn đã được công khai, nhưng toàn bộ giải pháp hiện vẫn ở giai đoạn thử nghiệm.
Bốn lớp bảo vệ xử lý danh tính, lưu lượng và thanh toán
Giải pháp kết hợp nhiều công cụ bảo mật để xử lý các dấu vết khác nhau có thể xuất hiện trong một yêu cầu gửi tới AI. Tor tạo một tuyến định tuyến mạng riêng cho từng cuộc trò chuyện, qua đó che giấu địa chỉ IP của người dùng. Cơ chế ngụy trang yêu cầu bổ sung lưu lượng giả, khiến yêu cầu thực khó bị nhận diện hơn giữa tổng lưu lượng.
Ở khâu lời nhắc, một mô hình AI nhỏ chạy trên thiết bị của người dùng sẽ viết lại nội dung đầu vào trước khi gửi đi, cố gắng loại bỏ các chi tiết có thể gợi ra danh tính cá nhân. Cách này không khiến nhà cung cấp dịch vụ AI hoàn toàn không nhìn thấy yêu cầu, mà nhằm giảm lượng thông tin có khả năng nhận diện nằm ngay trong lời nhắc.
Về thanh toán, giải pháp sử dụng zkAPI. Thiết kế này dựa trên bằng chứng mật mã để chứng minh rằng yêu cầu đã được thanh toán, nhưng không trực tiếp tiết lộ danh tính người trả tiền. Bốn biện pháp lần lượt nhắm tới các dấu vết liên quan đến địa chỉ mạng, mẫu lưu lượng, nội dung lời nhắc và hồ sơ thanh toán.
Đối thoại tài chính với AI có thể làm lộ dữ liệu người dùng
Khi một tác nhân AI có quyền truy cập vào ví hoặc dịch vụ tài chính, nội dung người dùng trao đổi có thể chứa thông tin nhạy cảm. Chẳng hạn, việc hỏi về một số token hoặc yêu cầu tác nhân phân tích danh mục cá nhân có thể cho thấy các mối quan tâm đầu tư của người dùng. Ngay cả khi không chủ động cung cấp tên, hồ sơ thanh toán, địa chỉ mạng và những chi tiết lặp lại trong nhiều lời nhắc vẫn có thể được sử dụng để nhận diện hoặc liên kết cùng một người dùng.
Vì vậy, giải pháp không chỉ tập trung vào việc nội dung cuộc trò chuyện có bị công khai hay không, mà còn vào khả năng nhà cung cấp dịch vụ liên kết yêu cầu với một người dùng cụ thể, nguồn mạng hoặc thông tin thanh toán. Đối với lĩnh vực tài chính, cách thiết kế quyền riêng tư có thể ảnh hưởng đến mức độ sẵn sàng của người dùng khi giao các câu hỏi về tài khoản và tài chính cá nhân cho tác tác nhân AI. Tuy nhiên, các thông tin hiện có chưa cho thấy giải pháp này đã được triển khai hoặc kiểm chứng trên diện rộng.
Độ trễ và nguy cơ thông đồng vẫn là giới hạn
Việc bổ sung nhiều lớp bảo vệ quyền riêng tư làm tăng số bước xử lý và kéo theo những đánh đổi trong quá trình sử dụng. Buterin thừa nhận “chế độ đa nghi” sẽ làm tăng độ trễ. Ngoài ra, nếu nhiều bên phối hợp với nhau, giải pháp vẫn khó ngăn chặn hoàn toàn việc liên kết các mảnh thông tin.
Nói cách khác, Tor, lưu lượng ngụy trang, cơ chế viết lại trên thiết bị và zkAPI xử lý những loại dấu vết khác nhau, nhưng không bảo đảm có thể che giấu danh tính người dùng trong mọi kịch bản tấn công.
Mã nguồn liên quan đã được công khai để bên ngoài kiểm tra, song việc công khai mã không đồng nghĩa toàn bộ giải pháp đã đạt độ hoàn thiện cần thiết. Với người sử dụng, các vấn đề cần theo dõi hiện nay là hiệu quả khi vận hành thực tế, thời gian phản hồi phát sinh thêm và mức độ bảo vệ còn lại khi nhiều nhà cung cấp dịch vụ phối hợp hành động.