AI có thể hỗ trợ soạn thảo, tóm tắt, phân tích và xử lý nội dung nhanh hơn. Tuy nhiên, người dùng không nên mặc định rằng mọi thông tin nhập vào công cụ đều phù hợp để chia sẻ. Dữ liệu không nên đưa vào AI thường gồm thông tin cá nhân, thông tin đăng nhập, bí mật kinh doanh, dữ liệu khách hàng và tài liệu chưa được phép công bố.
Nguyên tắc an toàn là chỉ cung cấp lượng dữ liệu tối thiểu cần thiết, ưu tiên dữ liệu đã ẩn danh và kiểm tra chính sách nội bộ trước khi sử dụng. Nếu nội dung liên quan đến nghĩa vụ bảo mật hoặc quy định pháp luật, doanh nghiệp nên tham vấn bộ phận pháp chế, chuyên gia bảo vệ dữ liệu hoặc người có thẩm quyền thay vì tự suy diễn kết luận pháp lý.
Vì sao cần kiểm soát dữ liệu nhập vào AI?
Prompt không chỉ là câu hỏi. Prompt có thể chứa văn bản được sao chép từ email, hợp đồng, hệ thống quản trị khách hàng, mã nguồn, báo cáo tài chính hoặc tài liệu nội bộ. Các tệp đính kèm, hình ảnh và bảng tính tải lên cũng có thể chứa dữ liệu nhạy cảm mà người dùng không nhận ra ngay.
Mỗi công cụ có cơ chế lưu trữ, xử lý, kiểm soát truy cập và sử dụng dữ liệu khác nhau. Các điều kiện này còn có thể thay đổi theo loại tài khoản, gói dịch vụ, thiết lập quản trị hoặc thỏa thuận riêng với doanh nghiệp. Vì vậy, không nên dựa vào một nhận định chung rằng công cụ AI luôn lưu dữ liệu hoặc không bao giờ lưu dữ liệu.
Rủi ro thường xuất hiện khi:
- Nhân viên sao chép nguyên văn tài liệu nội bộ vào prompt.
- Dữ liệu được gửi qua tài khoản cá nhân thay vì môi trường doanh nghiệp đã phê duyệt.
- Người dùng không đọc điều khoản về lưu giữ, đào tạo mô hình và chia sẻ với bên xử lý dữ liệu.
- Kết quả do AI tạo ra tiếp tục chứa tên, số liên hệ hoặc thông tin nhận dạng từ đầu vào.
- Nội dung AI được xuất bản mà không có bước kiểm duyệt của con người.
8 nhóm dữ liệu không nên đưa vào AI
1. Thông tin nhận dạng cá nhân
Không nên nhập họ tên đầy đủ đi kèm số điện thoại, địa chỉ nhà, email cá nhân, ngày sinh, số giấy tờ nhận dạng, ảnh giấy tờ hoặc dữ liệu có thể xác định một cá nhân cụ thể.
Ngay cả khi từng trường thông tin có vẻ không quá nhạy cảm, việc kết hợp nhiều trường có thể làm tăng khả năng nhận diện. Ví dụ, chức danh, địa điểm làm việc, ngày tham gia sự kiện và số điện thoại có thể cùng chỉ đến một người.
Cách an toàn hơn là thay dữ liệu thật bằng nhãn trung tính như “Khách hàng A”, “Nhân viên B” hoặc một mã giả không thể truy ngược nếu không có bảng đối chiếu được bảo vệ riêng.
2. Thông tin đăng nhập và bí mật xác thực
Không đưa vào prompt:
- Mật khẩu hoặc mã PIN.
- Mã xác thực dùng một lần.
- Khóa API, access token hoặc refresh token.
- Khóa riêng, chuỗi kết nối cơ sở dữ liệu.
- Mã khôi phục tài khoản.
- Cookie phiên đăng nhập.
- Câu hỏi và câu trả lời bảo mật.
Nếu cần nhờ AI kiểm tra cấu trúc một đoạn cấu hình, hãy thay thông tin thật bằng dữ liệu giả, chẳng hạn API_KEY_EXAMPLE hoặc DATABASE_HOST_INTERNAL. Dữ liệu giả phải rõ ràng là dữ liệu minh họa và không trùng với bí mật đang được sử dụng.
3. Dữ liệu khách hàng, nhân viên và đối tác
Danh sách khách hàng, lịch sử mua hàng, hồ sơ hỗ trợ, đánh giá hiệu suất, bảng lương, hồ sơ tuyển dụng và nội dung trao đổi với đối tác thường chịu ràng buộc bởi chính sách nội bộ hoặc thỏa thuận bảo mật.
Việc doanh nghiệp được quyền lưu trữ một dữ liệu không đồng nghĩa mọi nhân viên đều được quyền chuyển dữ liệu đó sang một hệ thống AI bên ngoài. Cần kiểm tra mục đích xử lý, phạm vi quyền truy cập và cơ sở cho phép chia sẻ trước khi sử dụng.
Tại Việt Nam, hoạt động xử lý dữ liệu cá nhân có thể liên quan đến Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân. Nếu doanh nghiệp phục vụ người dùng tại Liên minh châu Âu, GDPR cũng có thể là một căn cứ cần xem xét. Việc quy định nào áp dụng và doanh nghiệp phải thực hiện nghĩa vụ gì phụ thuộc vào từng trường hợp; bài viết này không thay thế tư vấn pháp lý.
4. Bí mật kinh doanh và thông tin cạnh tranh
Kế hoạch giá chưa công bố, chiến lược thị trường, biên lợi nhuận, danh sách nhà cung cấp, công thức sản phẩm, phương án đấu thầu và kế hoạch mua bán doanh nghiệp đều cần được kiểm soát chặt chẽ.
Một prompt như “Hãy phân tích điểm yếu trong kế hoạch ra mắt sản phẩm sau” có thể vô tình tiết lộ toàn bộ chiến lược nếu người dùng dán nguyên tài liệu. Cách phù hợp hơn là mô tả tình huống giả định, loại bỏ tên dự án, con số nội bộ và dấu hiệu nhận dạng doanh nghiệp.
5. Tài liệu chưa được phép công bố
Không nên tải lên AI bản thảo thông cáo báo chí chưa phát hành, báo cáo tài chính chưa công bố, kết quả nghiên cứu đang chờ xuất bản, hồ sơ đấu thầu hoặc biên bản họp kín nếu chưa có phê duyệt.
Cần phân biệt “người dùng có quyền xem” với “người dùng có quyền đưa tài liệu vào hệ thống khác để xử lý”. Quyền truy cập nội bộ không tự động bao gồm quyền chia sẻ cho nhà cung cấp AI.
6. Dữ liệu sức khỏe, tài chính và thông tin đặc biệt nhạy cảm
Hồ sơ bệnh án, kết quả xét nghiệm, thông tin tài khoản ngân hàng, giao dịch tài chính, dữ liệu sinh trắc học, quan điểm chính trị hoặc thông tin đời tư có thể gây hậu quả nghiêm trọng nếu bị sử dụng sai mục đích.
Kể cả khi cần AI hỗ trợ tóm tắt, người dùng nên sử dụng quy trình đã được tổ chức phê duyệt, giới hạn trường dữ liệu và áp dụng biện pháp ẩn danh phù hợp. Không nên tự cho rằng chỉ cần xóa tên là dữ liệu đã hoàn toàn không thể nhận diện.
7. Mã nguồn và thông tin hạ tầng chưa công khai
Mã nguồn độc quyền có thể tiết lộ logic kinh doanh, điểm yếu bảo mật hoặc tài sản trí tuệ. Tệp cấu hình còn có thể chứa địa chỉ máy chủ, tên miền nội bộ, khóa truy cập và thông tin về kiến trúc hệ thống.
Trước khi dùng AI để sửa lỗi, cần loại bỏ bí mật, dữ liệu sản xuất, đường dẫn nội bộ và đoạn mã không cần thiết. Chỉ gửi phần tối thiểu giúp mô tả lỗi, đồng thời tuân thủ chính sách về sở hữu trí tuệ và phát triển phần mềm của tổ chức.
8. Dữ liệu của bên thứ ba và nội dung có giới hạn bản quyền
Tài liệu do khách hàng, nhà cung cấp hoặc đối tác gửi có thể kèm điều khoản hạn chế sử dụng. Nội dung mua quyền truy cập cũng không mặc nhiên được phép tải lên một công cụ AI để phân tích hoặc tạo sản phẩm phái sinh.
Trước khi xử lý, hãy xác định ai sở hữu dữ liệu, phạm vi giấy phép là gì và có được chuyển dữ liệu cho bên cung cấp dịch vụ khác hay không. Nếu không rõ, nên dừng lại và xin xác nhận từ người có thẩm quyền.
Cách nhận biết một prompt có nguy cơ rò rỉ dữ liệu
Trước khi gửi prompt, hãy tự hỏi:
- Nội dung này có xác định được một cá nhân, khách hàng hoặc nhân viên không?
- Nếu prompt bị một người ngoài tổ chức đọc được, doanh nghiệp có chịu thiệt hại không?
- Tôi có quyền chia sẻ dữ liệu này cho một hệ thống bên ngoài không?
- Có thể đạt cùng mục tiêu bằng dữ liệu giả hoặc bản đã ẩn danh không?
- Tệp đính kèm có trang ẩn, bình luận, metadata hoặc cột dữ liệu không cần thiết không?
- Công cụ đang dùng có nằm trong danh sách được tổ chức phê duyệt không?
- Điều khoản hiện hành quy định thế nào về lưu giữ, xóa và sử dụng dữ liệu?
Nếu chưa trả lời chắc chắn, không nên gửi dữ liệu. Khi lựa chọn giải pháp phục vụ công việc, các tiêu chí về quyền truy cập, xuất dữ liệu và hỗ trợ quản trị nên được xem xét cùng hiệu quả tính năng; cách tiếp cận này cũng phù hợp khi chọn phần mềm SEO web cho doanh nghiệp.
Ví dụ chuyển prompt nhạy cảm thành prompt an toàn hơn
Prompt có rủi ro:
Đây là danh sách khách hàng gồm họ tên, số điện thoại, lịch sử mua hàng và nội dung khiếu nại. Hãy phân nhóm để đội bán hàng liên hệ.
Cách giảm rủi ro:
- Không nhập họ tên, số điện thoại hoặc nội dung có thể nhận dạng.
- Chỉ giữ các thuộc tính thực sự cần cho bài toán phân nhóm.
- Thay dữ liệu thật bằng tập dữ liệu giả để xây dựng tiêu chí.
- Thực hiện phân nhóm trên hệ thống nội bộ đã được phê duyệt nếu cần dùng dữ liệu thật.
Prompt thay thế:
Hãy đề xuất khung phân nhóm khách hàng dựa trên tần suất mua, loại nhu cầu và trạng thái hỗ trợ. Chỉ mô tả tiêu chí, không xử lý dữ liệu cá nhân.
Quy trình dùng AI nội bộ an toàn
Doanh nghiệp có thể xây dựng quy trình ngắn gọn nhưng đủ rõ để nhân viên biết dữ liệu nào được phép sử dụng.
Bước 1: Phân loại dữ liệu
Có thể thiết lập bốn mức tham khảo:
- Công khai: đã được tổ chức cho phép công bố.
- Nội bộ: chỉ dùng trong phạm vi tổ chức.
- Mật: có thể gây thiệt hại nếu bị tiết lộ.
- Hạn chế đặc biệt: dữ liệu cá nhân nhạy cảm, thông tin xác thực hoặc bí mật trọng yếu.
Đây là khung vận hành gợi ý, không phải hệ thống phân loại bắt buộc theo pháp luật. Tổ chức cần điều chỉnh theo ngành nghề, hợp đồng và yêu cầu quản trị riêng.
Bước 2: Lập danh sách công cụ được phê duyệt
Danh sách nên ghi rõ công cụ nào được dùng, loại tài khoản nào được chấp nhận, nhóm dữ liệu nào được nhập và tính năng nào bị hạn chế. Không nên chỉ ghi “được dùng AI” mà thiếu phạm vi cụ thể.
Khi đánh giá một công cụ, cần thử bằng tình huống có kiểm soát thay vì chỉ đọc nội dung giới thiệu. Phương pháp đánh giá độ chính xác của công cụ cũng nên bao gồm việc kiểm tra nguồn đầu vào, sai số, khả năng tái lập và quy trình xác minh kết quả.
Bước 3: Giảm thiểu và ẩn danh dữ liệu
Chỉ sử dụng các trường cần thiết cho mục tiêu cụ thể. Xóa tên, thông tin liên hệ, mã định danh và dữ liệu thừa trước khi nhập. Với tài liệu dài, nên tạo một bản sao đã được làm sạch thay vì chỉnh trực tiếp trên bản gốc.
Ẩn danh không đơn thuần là che tên. Tổ hợp chức danh hiếm, địa điểm, ngày xảy ra sự việc và nội dung mô tả vẫn có thể giúp nhận diện một người. Trường hợp rủi ro cao cần được chuyên gia bảo vệ dữ liệu đánh giá.
Bước 4: Thiết lập quyền truy cập
Nên áp dụng quyền theo vai trò, xác thực phù hợp và quy trình thu hồi quyền khi nhân sự chuyển vị trí hoặc nghỉ việc. Tài khoản dùng chung làm giảm khả năng truy vết và không nên được sử dụng cho công việc có dữ liệu nội bộ.
Bước 5: Kiểm duyệt đầu ra
Kết quả AI có thể sai, thiếu ngữ cảnh hoặc vô tình tái hiện thông tin nhạy cảm từ prompt. Do đó, đầu ra phải được kiểm tra về tính chính xác, bảo mật, bản quyền, giọng điệu và mức độ phù hợp trước khi lưu hành.
Với nội dung xuất bản trên website, một quy trình kiểm duyệt nội dung SEO tự động an toàn giúp phân định rõ bước nào có thể tự động hóa và bước nào cần con người phê duyệt.
Bước 6: Ghi nhận và xử lý sự cố
Quy trình nội bộ nên nêu rõ người tiếp nhận báo cáo, cách cô lập dữ liệu, thời điểm liên hệ nhà cung cấp và bộ phận nào đánh giá tác động. Nhân viên cần được khuyến khích báo cáo sớm thay vì tự xóa dấu vết hoặc che giấu sự cố.
Cách dùng AI viết content an toàn
AI viết content an toàn không chỉ là tránh đạo văn hoặc kiểm tra độ chính xác. Quy trình còn phải bảo vệ dữ liệu khi lập content brief cho AI an toàn, tài liệu nghiên cứu và kế hoạch truyền thông.
Người làm nội dung nên:
- Loại bỏ tên khách hàng, doanh thu, ngân sách và lịch ra mắt chưa công bố khỏi brief.
- Không tải lên biên bản họp, hợp đồng hoặc email nội bộ nếu chưa được phép.
- Dùng ví dụ giả lập khi cần AI đề xuất cấu trúc bài viết.
- Kiểm tra lại dữ kiện, nguồn và tuyên bố chuyên môn trước khi xuất bản.
- Không để AI tự tạo số liệu, lời chứng thực, tác giả hoặc trải nghiệm thực tế.
- Kiểm tra xem kết quả có chứa lại thông tin mật trong prompt hay không.
Việc sử dụng AI không tự động khiến nội dung bị đánh giá thấp; chất lượng, mục đích và giá trị dành cho người đọc mới là những yếu tố cần tập trung. Phân tích về câu hỏi AI viết content có bị Google phạt không giúp tách biệt việc dùng công cụ với hành vi tạo nội dung kém chất lượng hoặc nhằm thao túng kết quả tìm kiếm.
Cần kiểm tra gì trong điều khoản của công cụ AI?
Trước khi sử dụng công cụ cho công việc, hãy đọc tài liệu hiện hành và làm rõ các điểm sau:
- Dữ liệu được lưu ở đâu và trong bao lâu?
- Prompt, tệp tải lên và phản hồi có được dùng để cải thiện mô hình không?
- Người dùng hoặc quản trị viên có thể tắt việc sử dụng dữ liệu cho mục đích đó không?
- Có cơ chế xóa dữ liệu, xuất dữ liệu và đóng tài khoản không?
- Nhà cung cấp sử dụng những bên xử lý phụ nào?
- Dữ liệu có thể được chuyển sang quốc gia hoặc khu vực khác không?
- Cơ chế phân quyền, nhật ký hoạt động và quản trị tài khoản gồm những gì?
- Nhà cung cấp xử lý yêu cầu hoặc thông báo sự cố theo quy trình nào?
- Điều khoản dành cho tài khoản cá nhân có khác tài khoản doanh nghiệp không?
Không nên chỉ dựa vào trang quảng cáo hoặc phần mô tả tính năng. Nếu dữ liệu có mức độ nhạy cảm cao, tổ chức có thể cần xem xét hợp đồng, thỏa thuận xử lý dữ liệu và đánh giá bảo mật. Kết luận cuối cùng nên do người có chuyên môn và thẩm quyền đưa ra.
Cách xử lý khi đã nhập nhầm dữ liệu nhạy cảm
Nếu phát hiện đã đưa thông tin mật trong prompt, không nên tiếp tục trao đổi trên cùng phiên với hy vọng AI sẽ “quên” dữ liệu. Hãy thực hiện theo quy trình ứng phó của tổ chức.
Các bước ban đầu có thể gồm:
- Dừng gửi thêm dữ liệu và ghi nhận loại thông tin đã bị nhập.
- Không sao chép hoặc phát tán thêm đầu ra có chứa dữ liệu nhạy cảm.
- Báo ngay cho quản lý, bộ phận an toàn thông tin hoặc đầu mối bảo vệ dữ liệu.
- Thực hiện thao tác xóa cuộc trò chuyện hoặc tệp nếu công cụ có hỗ trợ, nhưng không mặc định rằng thao tác này đã xóa mọi bản lưu.
- Thu hồi hoặc thay đổi mật khẩu, khóa API và token nếu thông tin xác thực bị lộ.
- Kiểm tra điều khoản và liên hệ nhà cung cấp theo kênh hỗ trợ phù hợp.
- Đánh giá phạm vi ảnh hưởng, nghĩa vụ thông báo và biện pháp khắc phục với chuyên gia có thẩm quyền.
- Cập nhật quy trình để tránh lặp lại sự cố.
Mức độ xử lý phụ thuộc vào loại dữ liệu, số người bị ảnh hưởng, khả năng truy cập và yêu cầu áp dụng cho tổ chức. Không nên tự kết luận rằng việc xóa lịch sử trò chuyện đã hoàn tất mọi nghĩa vụ.
Câu hỏi thường gặp
Có thể đưa dữ liệu công khai vào AI không?
Có thể cân nhắc nếu dữ liệu thực sự đã được công bố hợp pháp và mục đích sử dụng phù hợp. Tuy nhiên, vẫn cần kiểm tra bản quyền, điều khoản sử dụng và nguy cơ kết hợp dữ liệu để suy ra thông tin nhạy cảm. “Tìm thấy trên internet” không đồng nghĩa với “được phép sử dụng cho mọi mục đích”.
Xóa tên khỏi tài liệu đã đủ an toàn chưa?
Chưa chắc. Địa chỉ, chức danh, thời gian, mã hồ sơ và mô tả sự kiện có thể giúp nhận diện lại cá nhân. Cần đánh giá toàn bộ tập dữ liệu thay vì chỉ xóa một trường.
Có nên nhập hợp đồng để AI tóm tắt không?
Chỉ nên làm khi tổ chức cho phép, công cụ đã được phê duyệt và việc xử lý không vi phạm nghĩa vụ bảo mật hoặc quyền của bên thứ ba. Với hợp đồng nhạy cảm, nên dùng môi trường được kiểm soát và tham vấn bộ phận pháp chế.
Tài khoản doanh nghiệp có bảo mật tuyệt đối không?
Không có cơ sở để mặc định như vậy. Tài khoản doanh nghiệp có thể cung cấp thêm lựa chọn quản trị, nhưng mức bảo vệ cụ thể phụ thuộc vào điều khoản, cấu hình, hợp đồng và cách tổ chức vận hành. Cần kiểm tra tài liệu hiện hành của dịch vụ đang dùng.
Có thể dùng dữ liệu giả để thử prompt không?
Có. Dữ liệu giả là lựa chọn phù hợp để thử cấu trúc prompt, quy trình phân tích hoặc định dạng đầu ra. Cần bảo đảm dữ liệu giả không được tạo bằng cách biến đổi quá ít từ một hồ sơ thật khiến cá nhân vẫn có thể bị nhận diện.
Ai nên chịu trách nhiệm về quy trình dùng AI nội bộ?
Trách nhiệm thường cần sự phối hợp giữa lãnh đạo nghiệp vụ, công nghệ thông tin, an toàn thông tin, pháp chế, nhân sự và người phụ trách bảo vệ dữ liệu. Một đầu mối rõ ràng giúp nhân viên biết nơi xin phê duyệt và báo cáo sự cố.
Tóm lại, bảo mật dữ liệu khi dùng AI bắt đầu từ nguyên tắc đơn giản: không nhập dữ liệu chỉ vì công cụ có thể xử lý. Hãy xác định quyền sử dụng, giảm thiểu thông tin, ẩn danh khi phù hợp, chọn môi trường được phê duyệt và luôn có bước kiểm tra của con người.
