Bỏ qua đến nội dung chính
Bảo mật

Bảo mật cho trợ lý biết nhớ, biết làm và chạy trên thiết bị.

Trợ lý lưu trí nhớ, gọi API của bạn và điều khiển phần cứng, nên mọi request đều được kiểm tra ai đang gọi, cho trợ lý nào, và được phép làm gì trước khi vào runtime.

  • Xoay vòng token & OAuth
  • Vai trò và API key theo phạm vi
  • Giới hạn công cụ và thiết bị
Tạo trợ lý
Mã hóa âm thanh thiết bị qua MQTT + UDP
AES-128
Mã hóa thông tin xác thực công cụ và MCP
KMS
Dữ liệu cá nhân xử lý theo Nghị định 13/2023/NĐ-CP
Nghị định 13
Bảo mật

Các lớp bảo mật

Mỗi trợ lý có người dùng, dữ liệu, thiết bị và công cụ riêng, và mỗi lớp giữ chúng tách biệt.

Đăng nhập & phiên

Access token ngắn hạn cùng refresh token xoay vòng sau mỗi lần dùng. Dùng lại refresh token cũ sẽ thu hồi toàn bộ chuỗi phiên.

  • OAuth Google và GitHub với state ký HMAC và nonce dùng một lần
  • Chính sách mật khẩu cho mật khẩu mới
  • Giới hạn tần suất đăng nhập và đăng ký

Vai trò, quyền & API key

Phân quyền theo vai trò được kiểm tra trên từng trợ lý, nên một người có thể quản lý trợ lý này và chỉ xem trợ lý khác. API key của developer chỉ mang đúng phạm vi cần thiết.

  • Vai trò và quyền theo từng trợ lý
  • Key theo phạm vi như chat:write và voice:connect
  • Danh sách origin được phép cho widget và giọng nói trên trình duyệt

Cô lập tenant & file

Mỗi request được xác định về đúng một trợ lý theo tên miền, dữ liệu không lẫn giữa các trợ lý. File được kiểm tra quyền sở hữu trước khi trợ lý đọc.

  • Ánh xạ tên miền → trợ lý có cache và vô hiệu hóa
  • Chỉ đính kèm được file do chính mình tải lên
  • Kiểm tra loại file từ nội dung, giới hạn 25 MB

Giới hạn công cụ & MCP

Trợ lý chỉ gọi được công cụ bạn bật, và mỗi công cụ có thể giới hạn theo kênh.

  • Ẩn công cụ cần tài khoản với khách ẩn danh
  • Tác vụ định kỳ chỉ dùng công cụ có sẵn
  • Mọi lần gọi công cụ được ghi cùng LLM trace

Bảo mật thiết bị

Thiết bị không thể dùng runtime cho tới khi được gắn với chủ sở hữu, và âm thanh được mã hóa khi truyền.

  • Mã kích hoạt 6 ký tự và gắn chủ sở hữu
  • Âm thanh AES-128 qua MQTT + UDP
  • Cập nhật firmware OTA

Quyền riêng tư & kiểm toán

Người dùng làm chủ những gì trợ lý ghi nhớ, còn người vận hành xem lại được trợ lý đã làm gì.

  • Người dùng xem, sửa và xóa trí nhớ
  • Xóa hội thoại sẽ quên những gì học từ hội thoại đó
  • Xem lại hội thoại, phản hồi và lỗi trong dashboard

Điều gì xảy ra ở mỗi request

Trước khi trợ lý trả lời, request đi qua bốn bước kiểm tra.

  1. 01

    Xác định trợ lý

    Tên miền hoặc ID trợ lý ánh xạ về một trợ lý; request từ widget và giọng nói trên trình duyệt phải đến từ origin được phép.

  2. 02

    Xác định người gọi

    Người dùng đăng nhập bằng token hoặc OAuth, developer dùng API key theo phạm vi, thiết bị dùng liên kết kích hoạt. Giới hạn tần suất áp dụng theo người gọi và IP.

  3. 03

    Phân quyền và lọc công cụ

    Quyền được kiểm tra theo trợ lý, và danh sách công cụ được thu hẹp theo người gọi và kênh.

  4. 04

    Ghi vết và xem lại

    Tin nhắn, lần gọi công cụ, lỗi và phản hồi được ghi lại để vận hành và kiểm toán.

Câu hỏi thường gặp về bảo mật

Khám phá tiếp

Một người có thể có quyền khác nhau trên các trợ lý khác nhau không?

Có. Vai trò áp dụng theo từng trợ lý, nên một người có thể quản lý trợ lý này và chỉ xem trợ lý khác.

Khách truy cập website có thể khiến trợ lý chạy bất kỳ công cụ nào không?

Không. Trợ lý chỉ gọi được công cụ bạn đã bật cho trợ lý và cho kênh đó. Công cụ cần tài khoản, như đặt lịch, bị ẩn với khách ẩn danh.

Tôi có phải đưa key của nhà cung cấp model cho Assistant Core không?

Không. Model chạy trên nhà cung cấp của nền tảng và tính phí bằng credit. Thông tin xác thực bạn thêm cho công cụ và MCP server của mình được mã hóa bằng KMS.

Thiết bị thông minh được bảo vệ thế nào?

Thiết bị phải được kích hoạt bằng mã dùng một lần và gắn với chủ sở hữu trước khi dùng runtime. Âm thanh được mã hóa AES-128 khi truyền.

Nghe thử trước khi xây.

Trò chuyện ngay với một trợ lý Assistant Core, rồi tạo trợ lý của riêng bạn trong vài phút.

Tạo trợ lý

Có gói miễn phí.