Đánh giá rủi ro nhà cung cấp AI: Bộ câu hỏi, mô hình chấm điểm và danh sách bằng chứng (2026)
Đánh giá rủi ro nhà cung cấp AI là quy trình thẩm định trước khi một sản phẩm hoặc API AI của bên thứ ba tiếp cận dữ liệu của bạn: phân loại mức độ rủi ro của trường hợp sử dụng, đặt các câu hỏi đặc thù về AI (huấn luyện bằng dữ liệu của bạn, lưu giữ dữ liệu, bên xử lý phụ và nhà cung cấp mô hình, kiểm thử bảo mật, rủi ro đầu ra, quy định pháp luật), thu thập bằng chứng cho từng câu trả lời, chấm điểm nhà cung cấp, rồi xác lập điều khoản hợp đồng và cơ chế giám sát. Điểm khác biệt so với thẩm định nhà cung cấp thông thường là nhà cung cấp AI còn kéo theo hành vi của mô hình, việc tái sử dụng dữ liệu và một chuỗi các nhà cung cấp mô hình phía sau. Hướng dẫn này cung cấp bộ câu hỏi, mô hình chấm điểm và danh sách bằng chứng có thể sử dụng ngay, cập nhật đến ngày 26 tháng 10 năm 2026.
Tài liệu dành cho các nhóm bảo mật, mua sắm và nền tảng phụ trách phê duyệt API AI, cổng API AI và công cụ SaaS có tính năng AI. Đây không phải là tư vấn pháp lý.
Vì sao rủi ro nhà cung cấp AI khác biệt
Quy trình thẩm định bên thứ ba truyền thống xem xét kiểm soát truy cập, mã hóa, thời gian hoạt động và các chứng nhận. Với nhà cung cấp AI, ngoài tất cả những nội dung đó còn cần xem xét:
| Rủi ro mới | Vì sao cần quan tâm | Câu hỏi ví dụ |
|---|---|---|
| Tái sử dụng dữ liệu để huấn luyện | Prompt của bạn có thể được dùng để cải thiện mô hình mà người khác sử dụng | Theo mặc định, dữ liệu khách hàng có được dùng để huấn luyện hoặc đánh giá không? |
| Bên thứ tư | Nhà cung cấp có thể chuyển tiếp dữ liệu đến các nhà cung cấp mô hình | Những nhà cung cấp mô hình nào xử lý dữ liệu của chúng tôi và tại những khu vực nào? |
| Hành vi của mô hình | Đầu ra có thể sai, không an toàn hoặc làm rò rỉ dữ liệu | Hệ thống được kiểm thử như thế nào đối với tấn công chèn lệnh vào prompt và rò rỉ dữ liệu? |
| Thay đổi nhanh | Mô hình và phiên bản có thể thay đổi mà không báo trước | Các thay đổi mô hình được thông báo và quản lý phiên bản như thế nào? |
| Quy định pháp luật | EU AI Act và các quy định ngành đặt ra thêm nghĩa vụ | Bạn phân loại hệ thống này như thế nào theo EU AI Act? |
| Rủi ro chi phí | Cách tính phí theo mức sử dụng có thể khiến chi phí tăng đột biến | Có hạn ngạch, trần chi tiêu và cảnh báo không? |
Khung quản lý rủi ro AI của NIST đề cập rõ ràng đến rủi ro AI từ bên thứ ba trong các chức năng Quản trị và Lập bản đồ, còn Hồ sơ AI tạo sinh của NIST (AI 600-1) liệt kê rủi ro trong chuỗi giá trị và tích hợp thành phần là một loại rủi ro của AI tạo sinh.
Bước 1: Phân cấp nhà cung cấp theo trường hợp sử dụng
Không phải công cụ AI nào cũng cần được thẩm định ở cùng mức độ. Hãy phân cấp trước, rồi điều chỉnh độ chi tiết của bộ câu hỏi.
| Cấp | Tiêu chí | Mức độ thẩm định |
|---|---|---|
| Cấp 1 (cao) | Dữ liệu khách hàng, dữ liệu cá nhân, dữ liệu chịu sự điều chỉnh của pháp luật, hoặc AI thực hiện hành động (gửi, thanh toán, thay đổi bản ghi) | Toàn bộ câu hỏi, bằng chứng, kiểm thử bảo mật, thẩm định pháp lý |
| Cấp 2 (trung bình) | Dữ liệu nội bộ, con người xem xét mọi đầu ra | Bộ câu hỏi cốt lõi + bằng chứng chính |
| Cấp 3 (thấp) | Chỉ có dữ liệu công khai, không tích hợp | Biểu mẫu rút gọn + xem xét điều khoản |
Ghi lại cấp rủi ro và lý do trong hồ sơ nhà cung cấp. Phân cấp lại khi trường hợp sử dụng thay đổi.
Bước 2: Gửi bộ câu hỏi đánh giá rủi ro nhà cung cấp AI
Sử dụng các câu hỏi này để bổ sung cho bộ câu hỏi bảo mật tiêu chuẩn của bạn (ví dụ như bộ câu hỏi SIG của Shared Assessments hoặc Ma trận kiểm soát AI của CSA).
Xử lý dữ liệu và quyền riêng tư
- Dữ liệu của chúng tôi (prompt, tệp, đầu ra) có được dùng để huấn luyện hoặc đánh giá bất kỳ mô hình nào không? Thiết lập mặc định là gì? Có tùy chọn từ chối hoặc cam kết trong hợp đồng không?
- Prompt, đầu ra và nhật ký được lưu giữ trong bao lâu? Chúng tôi có thể thiết lập không lưu giữ hoặc chỉ lưu giữ trong thời gian ngắn không?
- Dữ liệu được xử lý và lưu trữ ở đâu (khu vực nào)? Chúng tôi có thể cố định khu vực không?
- Những bên xử lý phụ và nhà cung cấp mô hình nào nhận dữ liệu của chúng tôi? Chúng tôi được thông báo về các thay đổi như thế nào?
- Có thỏa thuận xử lý dữ liệu (DPA) không, và thỏa thuận đó có bao quát việc xử lý bằng AI và chuyển dữ liệu quốc tế không?
Quản trị mô hình và hệ thống
- Sản phẩm sử dụng những mô hình nào, và đó là mô hình của bạn hay của bên thứ ba?
- Các thay đổi về mô hình hoặc phiên bản được thông báo và kiểm thử như thế nào?
- Bạn thực hiện những đánh giá nào về độ chính xác, thiên lệch và tính an toàn, và có thể chia sẻ kết quả không?
- Bạn có tài liệu về mục đích sử dụng và các giới hạn đã biết (thẻ mô hình hoặc thẻ hệ thống) không?
Bảo mật
- Những chứng nhận hoặc báo cáo đảm bảo nào bao quát dịch vụ AI (SOC 2 Type II, ISO 27001, ISO 42001)? Sản phẩm AI có nằm trong phạm vi đánh giá không?
- Bạn kiểm thử như thế nào đối với tấn công chèn lệnh vào prompt, rò rỉ dữ liệu và việc AI được trao quyền hành động quá mức (ví dụ theo OWASP Top 10 dành cho ứng dụng LLM)?
- Khóa API được cấp, giới hạn phạm vi quyền, luân chuyển và thu hồi như thế nào?
- Nhật ký chứa những gì, ai có quyền truy cập và chúng tôi có thể xuất nhật ký không?
- Quy trình ứng phó và thời hạn thông báo của bạn đối với các sự cố liên quan đến AI là gì?
Vận hành và chi phí
- SLA quy định những gì, và có bao quát các tính năng AI cùng các nhà cung cấp mô hình thượng nguồn không?
- Điều gì xảy ra khi một nhà cung cấp mô hình thượng nguồn ngừng hoạt động: chuyển sang phương án dự phòng, giảm mức dịch vụ hay trả lỗi?
- Có hạn ngạch theo từng khóa, trần chi tiêu và cảnh báo mức sử dụng không?
- Các điều khoản khi chấm dứt sử dụng dịch vụ là gì: xuất dữ liệu, xác nhận xóa, thời hạn báo trước?
Quy định pháp luật
- Bạn phân loại hệ thống theo EU AI Act như thế nào, và đáp ứng những nghĩa vụ nào trong vai trò nhà cung cấp hoặc khi hỗ trợ bên triển khai? Lộ trình áp dụng hiện cho biết các yêu cầu về hệ thống rủi ro cao thuộc Phụ lục III sẽ áp dụng từ ngày 2 tháng 12 năm 2027.
- Đầu ra có thông báo hoặc dấu nhận diện nội dung do AI tạo ở những nơi có yêu cầu không?
Bước 3: Thu thập bằng chứng, không chỉ câu trả lời
Mỗi câu trả lời "có" trong quy trình thẩm định Cấp 1 đều phải có bằng chứng có thể lưu vào hồ sơ.
| Câu trả lời | Bằng chứng cần yêu cầu | Nội dung cần kiểm tra |
|---|---|---|
| "Chúng tôi không huấn luyện bằng dữ liệu của bạn" | Điều khoản hợp đồng, DPA, tài liệu về thiết lập sản phẩm | Áp dụng mặc định hay cần chủ động từ chối; có bao quát cả bên xử lý phụ không |
| "Dữ liệu được lưu giữ 30 ngày" | Chính sách lưu giữ, ảnh chụp màn hình thiết lập quản trị | Có áp dụng cho nhật ký và bản sao lưu không |
| "SOC 2 Type II" | Báo cáo được cung cấp theo NDA, thư xác nhận cho giai đoạn chuyển tiếp | Dịch vụ AI có trong phạm vi; ngày kết thúc kỳ báo cáo; các ngoại lệ |
| "Chúng tôi kiểm thử tấn công chèn lệnh vào prompt" | Bản tóm tắt kiểm thử hoặc báo cáo kiểm thử xâm nhập | Ngày, phạm vi, phát hiện, kiểm thử lại |
| "Hạn ngạch theo từng khóa" | Tài liệu hoặc ảnh chụp màn hình bảng điều khiển; kiểm thử của chính bạn | Giới hạn có thực sự chặn yêu cầu không |
| "Có danh sách nhà cung cấp mô hình" | Danh sách bên xử lý phụ kèm khu vực | Có đáp ứng yêu cầu về vị trí lưu trữ và xử lý dữ liệu của bạn không |
Chứng nhận là bằng chứng phục vụ sàng lọc, không phải bằng chứng rằng trường hợp sử dụng của bạn an toàn. Với bằng chứng dành riêng cho cổng API, xem bằng chứng SOC 2 cho cổng API AI, danh sách kiểm tra DPA cho cổng AI và danh sách kiểm tra việc lưu giữ dữ liệu API AI.
Bước 4: Chấm điểm nhà cung cấp
Chấm từng lĩnh vực theo thang 1-5 (5 = vững chắc, có bằng chứng) và gán trọng số theo mức độ quan trọng đối với trường hợp sử dụng của bạn:
| Lĩnh vực | Trọng số (ví dụ cho Cấp 1) | Điểm 1 | Điểm 5 |
|---|---|---|---|
| Sử dụng và lưu giữ dữ liệu | 25% | Mặc định dùng dữ liệu để huấn luyện, thời gian lưu giữ không rõ ràng | Không huấn luyện, thời gian lưu giữ có thể cấu hình, có cam kết hợp đồng |
| Bảo mật và kiểm thử | 25% | Không có kiểm thử đặc thù về AI | Có bằng chứng kiểm thử gần đây, kèm kiểm thử lại |
| Bên thứ tư và vị trí dữ liệu | 15% | Không rõ nhà cung cấp mô hình | Danh sách đầy đủ, khu vực, thông báo thay đổi |
| Quản trị và thay đổi | 15% | Thay đổi mô hình không thông báo | Có quản lý phiên bản, thông báo, đánh giá |
| Vận hành và kiểm soát chi phí | 10% | Không có SLA, không có hạn ngạch | SLA, phương án dự phòng, hạn ngạch, trần chi tiêu |
| Mức độ sẵn sàng tuân thủ quy định | 10% | Chưa có nhận định | Có tài liệu về phân loại và nghĩa vụ |
Một đoạn mã chấm điểm đơn giản mà bạn có thể lưu cùng hồ sơ nhà cung cấp:
WEIGHTS = {"data": .25, "security": .25, "fourth_parties": .15,
"governance": .15, "operations": .10, "regulatory": .10}
def vendor_score(scores: dict, evidence: dict) -> dict:
"""scores: 1-5 per domain; evidence: True if the score is backed by filed evidence"""
capped = {d: (s if evidence.get(d) else min(s, 2)) for d, s in scores.items()} # no evidence -> max 2
total = sum(WEIGHTS[d] * capped[d] for d in WEIGHTS)
decision = "approve" if total >= 4 else "approve with conditions" if total >= 3 else "reject or escalate"
return {"score": round(total, 2), "decision": decision, "capped": capped}
print(vendor_score(
{"data": 5, "security": 4, "fourth_parties": 4, "governance": 3, "operations": 4, "regulatory": 3},
{"data": True, "security": True, "fourth_parties": True, "governance": False, "operations": True, "regulatory": False},
))
Quy tắc giới hạn điểm rất quan trọng: một tuyên bố chưa có bằng chứng không bao giờ được chấm ngang với một tuyên bố đã được kiểm chứng bằng kiểm thử.
Bước 5: Tự xác minh các tuyên bố liên quan đến rủi ro
Với nhà cung cấp Cấp 1, hãy kiểm thử một số nội dung trong môi trường thử nghiệm trước khi ký hợp đồng:
- Thu hồi khóa: thu hồi một khóa thử nghiệm và xác nhận các yêu cầu lập tức bị từ chối.
- Hạn ngạch: đặt hạn ngạch thấp và xác nhận các yêu cầu bị chặn khi đạt hạn ngạch.
- Danh sách mô hình được phép: gọi một mô hình không được phép sử dụng và xác nhận yêu cầu bị từ chối.
- Nội dung nhật ký: kiểm tra nhật ký yêu cầu lưu những gì (chỉ siêu dữ liệu hay toàn bộ prompt).
# After revoking the test key in the vendor console, this should return 401
curl -s -o /dev/null -w "%{http_code}\n" https://api.vendor.example/v1/chat/completions \
-H "Authorization: Bearer $REVOKED_TEST_KEY" -H "Content-Type: application/json" \
-d '{"model":"any-model","messages":[{"role":"user","content":"ping"}]}'
Bộ câu hỏi cho bạn biết nhà cung cấp tuyên bố những gì; các kiểm thử này trực tiếp kiểm chứng một số tuyên bố đó. Kiểm thử bảo mật toàn diện cho ứng dụng AI của chính bạn là một công việc riêng, được trình bày trong hướng dẫn kiểm toán bảo mật AI của chúng tôi.
Bước 6: Đưa các biện pháp kiểm soát vào hợp đồng
| Điều khoản | Lý do |
|---|---|
| Không huấn luyện bằng dữ liệu khách hàng (bao gồm cả bên xử lý phụ) | Ngăn tái sử dụng dữ liệu |
| Giới hạn thời gian lưu giữ và xóa khi chấm dứt dịch vụ | Hạn chế nguy cơ dữ liệu bị lộ |
| Thông báo thay đổi bên xử lý phụ và nhà cung cấp mô hình | Cho phép bạn phản đối các bên thứ tư mới |
| Thời hạn thông báo vi phạm dữ liệu và sự cố AI | Đẩy nhanh ứng phó |
| Quyền kiểm toán và yêu cầu bằng chứng | Cho phép kiểm chứng lại các tuyên bố |
| SLA bao quát các tính năng AI | Tạo cơ sở ràng buộc cam kết về thời gian hoạt động |
| Vị trí lưu trữ và xử lý dữ liệu | Đáp ứng quy định về chuyển dữ liệu |
Bước 7: Giám sát sau khi phê duyệt
- Thẩm định lại nhà cung cấp Cấp 1 hằng năm và khi nhà cung cấp thay đổi mô hình, bên xử lý phụ hoặc điều khoản.
- Theo dõi mức sử dụng và chi phí theo từng nhà cung cấp và từng khóa.
- Theo dõi các sự cố và khuyến cáo bảo mật.
- Duy trì danh sách mô hình đã được phê duyệt để các mô hình mới đều phải qua thẩm định (quy trình phê duyệt mô hình AI).
Đánh giá nhà cung cấp cổng API AI
Cổng API nằm giữa ứng dụng của bạn và nhiều nhà cung cấp mô hình, vì vậy hãy đánh giá cả hai lớp: bản thân cổng API (khóa, nhật ký, hạn ngạch, thanh toán, hỗ trợ) và từng nhà cung cấp thượng nguồn mà cổng định tuyến đến. Yêu cầu danh sách tuyến và thông tin nhà cung cấp nào nhận dữ liệu nào. Chẳng hạn, với Flatkey, bạn có thể kiểm tra mô hình, token, chi phí và khóa của từng yêu cầu trong bảng điều khiển mức sử dụng, xuất nhật ký dưới dạng CSV/JSON làm bằng chứng, đồng thời tạo hoặc thu hồi khóa theo từng môi trường trong phần quản lý khóa API. Đưa các bản xuất đó vào hồ sơ mua sắm cùng với bộ câu hỏi. Bộ hồ sơ bằng chứng mua sắm cổng AI của chúng tôi liệt kê đầy đủ các tài liệu cần có, còn hướng dẫn thẩm định bằng chứng của nhà cung cấp mô hình đề cập đến các nhà cung cấp thượng nguồn.
Câu hỏi thường gặp
Đánh giá rủi ro nhà cung cấp AI là gì?
Đó là quy trình thẩm định có cấu trúc đối với sản phẩm hoặc API AI của bên thứ ba trước khi phê duyệt, xem xét việc sử dụng dữ liệu, bảo mật, các nhà cung cấp mô hình là bên thứ tư, quản trị, vận hành và mức độ sẵn sàng tuân thủ quy định, có bằng chứng và điểm rủi ro làm cơ sở.
Bộ câu hỏi dành cho nhà cung cấp AI cần có những nội dung nào?
Tối thiểu cần có: dữ liệu của bạn có được dùng để huấn luyện mô hình không, thời gian lưu giữ, khu vực xử lý, bên xử lý phụ và nhà cung cấp mô hình, chứng nhận bao quát dịch vụ AI, kiểm thử bảo mật đặc thù về AI, kiểm soát khóa và nhật ký, SLA và phương án dự phòng, kiểm soát chi phí, điều khoản chấm dứt dịch vụ và phân loại theo EU AI Act.
Quản lý rủi ro nhà cung cấp AI khác gì so với TPRM thông thường?
AI bổ sung các rủi ro về tái sử dụng dữ liệu để huấn luyện, nhà cung cấp mô hình là bên thứ tư, đầu ra mô hình khó dự đoán, thay đổi mô hình thường xuyên và quy định đặc thù về AI. Các biện pháp kiểm soát TPRM tiêu chuẩn vẫn được áp dụng.
AI có thể hỗ trợ quản lý rủi ro nhà cung cấp không?
Có, công cụ AI có thể tóm tắt bộ câu hỏi và chỉ ra những bằng chứng còn thiếu, nhưng con người nên đưa ra quyết định phê duyệt và xác minh bằng chứng, đặc biệt với nhà cung cấp Cấp 1.
Báo cáo SOC 2 có đủ để phê duyệt một nhà cung cấp AI không?
Không. Hãy kiểm tra xem dịch vụ AI có nằm trong phạm vi và kỳ đánh giá của báo cáo hay không, sau đó vẫn cần đặt các câu hỏi đặc thù về AI liên quan đến huấn luyện, lưu giữ dữ liệu, nhà cung cấp mô hình và kiểm thử. Tổng quan SOC 2 của AICPA giải thích phạm vi của báo cáo SOC 2.
Những khung nào hỗ trợ đánh giá rủi ro nhà cung cấp AI?
NIST AI RMF và Hồ sơ AI tạo sinh đi kèm, OWASP LLM Top 10 dành cho rủi ro kỹ thuật, Ma trận kiểm soát AI của CSA, ISO/IEC 42001 dành cho hệ thống quản lý AI và bộ câu hỏi SIG của Shared Assessments.
Nguồn tham khảo
Đã kiểm tra ngày 26 tháng 10 năm 2026: NIST AI RMF, NIST AI 600-1, OWASP Top 10 dành cho ứng dụng LLM, Ma trận kiểm soát AI của CSA, bộ câu hỏi SIG của Shared Assessments, lộ trình EU AI Act, danh sách kiểm tra GDPR cho cổng API AI.
