Trước khi đưa dữ liệu vào AI: checklist đánh giá rủi ro
Một hướng dẫn thực hành cho cá nhân, người làm nội dung và doanh nghiệp nhỏ: kiểm tra dữ liệu, công cụ và quyền hạn trước khi sao chép thông tin vào AI hoặc đưa AI vào quy trình tự động.
Cập nhật ngày · Thời gian đọc khoảng 9 phút
Vì sao cần kiểm tra trước?
Rủi ro không chỉ nằm ở việc mô hình trả lời sai. Khi đưa tài liệu, bảng khách hàng hoặc nội dung nội bộ vào một dịch vụ AI, bạn còn cần biết dữ liệu được xử lý theo điều khoản nào, ai có quyền truy cập, có lưu lịch sử hay không và kết quả sẽ đi đâu tiếp theo. Với workflow có kết nối ứng dụng, rủi ro còn tăng nếu AI được phép gửi email, đăng bài, sửa hồ sơ hoặc gọi công cụ mà không có bước xác nhận.
OWASP đưa các vấn đề như prompt injection, lộ thông tin nhạy cảm, quyền tự hành quá mức và xử lý đầu ra không an toàn vào danh sách rủi ro của ứng dụng AI tạo sinh. Điều này không có nghĩa mọi công cụ đều nguy hiểm; nó có nghĩa là cần đánh giá theo dữ liệu, quyền hạn và tình huống sử dụng cụ thể.
Bước 1. Phân loại dữ liệu trước khi sao chép
- Công khai: thông tin đã được phép công bố, như nội dung trên website của chính bạn. Vẫn cần kiểm tra bản quyền và độ chính xác.
- Nội bộ thông thường: quy trình làm việc, bản nháp chưa công bố, ghi chú dự án. Chỉ sử dụng khi chính sách tổ chức và điều khoản dịch vụ cho phép.
- Bí mật thương mại: giá vốn, chiến lược chưa công bố, hợp đồng, mã nguồn riêng hoặc dữ liệu khách hàng. Không tải lên công cụ chưa được đánh giá và phê duyệt.
- Dữ liệu cá nhân hoặc nhạy cảm: số định danh, thông tin tài chính, hồ sơ nhân sự, dữ liệu sức khỏe, mật khẩu, token và khóa API. Mặc định không đưa vào prompt; nếu có nhu cầu hợp pháp, cần quy trình được tổ chức phê duyệt, biện pháp bảo vệ và kiểm tra nghĩa vụ pháp lý phù hợp.
Đây là cách phân loại vận hành gợi ý, không thay thế chính sách bảo mật của tổ chức hay tư vấn pháp lý. Nếu không chắc dữ liệu thuộc nhóm nào, hãy dừng và hỏi người chịu trách nhiệm dữ liệu.
Bước 2. Kiểm tra dịch vụ AI bằng 6 câu hỏi
- Điều khoản nào áp dụng? Dùng đúng trang điều khoản và chính sách quyền riêng tư của sản phẩm, gói tài khoản và khu vực bạn đang dùng. Không suy ra rằng mọi gói có cùng cách xử lý dữ liệu.
- Dữ liệu có thể được dùng để cải thiện mô hình không? Tìm cài đặt và điều khoản chính thức; lưu ý khác biệt giữa tài khoản cá nhân, gói doanh nghiệp và API.
- Dữ liệu được lưu bao lâu? Kiểm tra lịch sử trò chuyện, thời hạn lưu, xóa dữ liệu, sao lưu và khả năng quản trị của tổ chức. Không đồng nhất “ẩn khỏi lịch sử” với “xóa ngay khỏi mọi hệ thống”.
- Ai có thể truy cập? Xem quyền thành viên, chia sẻ liên kết, quyền quản trị, nhật ký truy cập và cách nhà cung cấp mô tả việc xử lý dữ liệu.
- Công cụ kết nối có quyền gì? Chỉ cấp quyền tối thiểu. Nếu một workflow chỉ cần đọc một bảng, không cấp quyền sửa hoặc gửi dữ liệu sang dịch vụ khác nếu không cần.
- Có cách kiểm tra và rời đi không? Xác minh xuất dữ liệu, thu hồi token, xóa kết nối và quy trình xử lý sự cố trước khi đưa dữ liệu quan trọng vào.
Ví dụ: tài liệu chính thức của ChatGPT mô tả cách quản lý tùy chọn “Cải thiện mô hình cho mọi người” trong mục Kiểm soát dữ liệu. Đây là hướng dẫn cho ChatGPT; không nên mặc nhiên áp dụng nó cho sản phẩm AI khác. Hãy kiểm tra tài liệu hiện hành của chính công cụ bạn sử dụng.
Bước 3. Giảm dữ liệu trước khi gửi
Ngay cả khi một dịch vụ được phép dùng, đừng gửi toàn bộ tệp nếu nhiệm vụ chỉ cần một phần nhỏ. Hãy xóa hoặc thay thế thông tin nhận dạng, bỏ cột không liên quan, chỉ trích đoạn cần xử lý và giữ bản gốc ở nơi có kiểm soát quyền truy cập.
- Thay tên khách hàng bằng mã giả lập như
KH_001; không gửi bảng đối chiếu mã nếu không cần. - Xóa email, số điện thoại, địa chỉ, mã đơn hàng, token và thông tin đăng nhập.
- Thử quy trình với dữ liệu giả trước; chỉ mở rộng khi đã kiểm tra đầu ra và quyền truy cập.
- Không coi yêu cầu “hãy giữ bí mật” trong prompt là một biện pháp bảo mật. Bảo vệ phải nằm ở chính sách, quyền truy cập và cách hệ thống xử lý dữ liệu.
Bước 4. Nếu xây workflow AI, thêm hàng rào an toàn
- Đầu vào có kiểm soát: chỉ đọc nguồn và bản ghi được phép; coi nội dung từ web, email, tệp và người dùng là dữ liệu chưa đáng tin.
- Đầu ra được kiểm tra: kiểm tra định dạng, đường dẫn, người nhận, số liệu và nội dung trước khi chuyển sang bước tiếp theo. Không thực thi mã hoặc truy vấn chỉ vì AI tạo ra.
- Quyền hạn tối thiểu: tách quyền đọc khỏi quyền ghi; không để mô hình tự quyết định cấp thêm quyền.
- Con người duyệt hành động quan trọng: dừng trước khi đăng bài, gửi tin nhắn, xóa dữ liệu, mua hàng hoặc chia sẻ thông tin ra ngoài.
- Ghi nhật ký và đường lui: lưu mã bản ghi, thời gian chạy, phiên bản prompt, lỗi và quyết định duyệt; có cách dừng flow và thu hồi kết nối.
Prompt injection có thể xuất hiện trong nội dung bên ngoài mà AI được yêu cầu đọc. Vì vậy, câu lệnh trong prompt có ích nhưng không thay thế kiểm soát kỹ thuật. Tài liệu OWASP về bảo mật AI tạo sinh là điểm bắt đầu tốt để lập mô hình đe dọa và kiểm tra thiết kế.
Bảng quyết định nhanh
| Tình huống | Quyết định khởi đầu | Điều kiện để tiếp tục |
|---|---|---|
| Viết lại nội dung công khai | Có thể thử | Kiểm tra bản quyền, sự thật và đầu ra. |
| Tóm tắt tài liệu nội bộ | Đánh giá trước | Điều khoản, quyền truy cập và chính sách nội bộ cho phép. |
| Bảng khách hàng hoặc nhân sự | Dừng mặc định | Có phê duyệt phù hợp, giảm thiểu dữ liệu và kiểm soát được ghi nhận. |
| Mật khẩu, API key, token | Không đưa vào prompt | Dùng kho bí mật và cơ chế xác thực của hệ thống; nếu đã lộ, thu hồi và xoay vòng. |
| AI có thể tự gửi hoặc xóa | Không bật tự động ngay | Quyền tối thiểu, kiểm thử, nhật ký và bước xác nhận thực thi. |
Mẫu ghi nhận đánh giá trước khi triển khai
Mục đích sử dụng: Loại dữ liệu đầu vào: Dữ liệu nào đã loại bỏ/ẩn danh: Tên dịch vụ, gói và tài liệu điều khoản đã kiểm tra: Quyền ứng dụng được cấp: Rủi ro còn lại: Người chịu trách nhiệm: Điều kiện dừng/thu hồi: Quyết định: THỬ VỚI DỮ LIỆU GIẢ / CHỜ DUYỆT / KHÔNG TRIỂN KHAI
Ghi lại ngày kiểm tra và đường dẫn tài liệu chính thức vì điều khoản, tính năng và giao diện có thể thay đổi. Với dữ liệu có yêu cầu pháp lý hoặc hợp đồng, hãy nhờ người có thẩm quyền xác nhận trước khi dùng dịch vụ.
Nguồn tham khảo chính thức
- OpenAI Help Center — Kiểm soát dữ liệu trong ChatGPT: cách xem và quản lý cài đặt dữ liệu trong ChatGPT; chỉ áp dụng cho sản phẩm và bối cảnh được tài liệu mô tả.
- OWASP GenAI Security Project — Top 10 for LLM Applications 2026: danh mục rủi ro như prompt injection, lộ thông tin nhạy cảm, quyền tự hành quá mức và thông tin sai lệch.
- NIST — Artificial Intelligence Risk Management Framework: Generative AI Profile: khung tham khảo để tổ chức nhận diện, đánh giá và quản lý rủi ro AI trong vòng đời hệ thống.
Checklist này là hướng dẫn vận hành tổng quát, không phải bảo đảm an toàn tuyệt đối hay tư vấn pháp lý. Mức rủi ro thực tế phụ thuộc dữ liệu, nhà cung cấp, cấu hình, quyền được cấp và quy định áp dụng.