Nền tảng · Ánh xạ khungĐừng xây lại bản ánh xạ ở mỗi chu kỳ kiểm toán

Ánh xạ khung AI
theo 5 tiêu chuẩn,
được chấm điểm từ chính hoạt động của bạn.

Obiguard ước tính mức độ bao phủ từ những gì thực sự đang diễn ra trong dự án của bạn — chính sách, biện pháp kiểm soát, tiêu chí, trường hợp sử dụng, tác tử, xem xét và vi phạm. Mỗi hạng mục được đánh dấu là đã bao phủ, bao phủ một phần hoặc chưa bao phủ, kèm bằng chứng cho nhận định đó và bước tiếp theo cụ thể để khép lại khoảng trống.

Khung
5đã ánh xạ
Có thể chứng nhận
1ISO 42001
Hoạt động AISCF
427 giai đoạn
Chiều MGF
95 chiều có thể chứng minh
01 / Vì sao là năm khung này

Hai khung toàn cầu, một khung bảo mật,
hai khung cho Đông Nam Á.

NIST AI RMF và ISO/IEC 42001 là những gì khách hàng đa quốc gia hoặc kiểm toán viên sẽ hỏi đến. OWASP LLM Top 10 là thứ đội bảo mật của bạn vốn đã dùng. AISCF và MGF cho GenAI là các khung quốc gia tại hai thị trường Obiguard hoạt động — Malaysia và Singapore.
01 — NIST AI RMF

NIST AI Risk Management Framework

Đơn vị ban hànhViện Tiêu chuẩn và Công nghệ Hoa Kỳ (NIST)
Phiên bảnPhiên bản 1.0, tháng 1 năm 2023
Cấu trúc4 chức năng · 10 hạng mục được ánh xạ
Hướng dẫn tự nguyện — không có tổ chức chứng nhận

Bộ thuật ngữ tham chiếu về rủi ro AI tại Hoa Kỳ, và là khung mà hầu hết đội quản lý rủi ro doanh nghiệp đã áp dụng nội bộ. Khung chia rủi ro AI thành bốn chức năng — Govern, Map, Measure, Manage — và hỏi liệu tổ chức có thể chứng minh mình thực hiện từng chức năng hay không, thay vì quy định công nghệ cụ thể.

Govern và Map được chứng minh bằng sổ đăng ký: Bộ chính sách có vòng đời bản nháp → xem xét → xuất bản, Controls với phân tách nhiệm vụ, cùng AI Use Cases và Agents ghi lại mục đích sử dụng và mức xếp hạng rủi ro. Measure được chứng minh bằng các lần chạy Ethics & Bias hằng đêm (MEASURE 2.1) và các lần chạy red-team Project Moonshot (MEASURE 2.7). Manage là quy trình Violations và Hàng đợi xem xét.

Obiguard chứng minh bằng
Bộ chính sáchControlsAI Use CasesAI AgentsHàng đợi xem xétViolations
Ví dụ các hạng mục được chấm điểm
GOVERN 1.1 — Chính sách và quy trình quản trịGOVERN 4.1 — Cơ cấu trách nhiệm giải trìnhMAP 1.1 — Mục đích và bối cảnh hệ thốngMEASURE 2.1 — Đánh giá các đặc tính đáng tin cậyMEASURE 2.7 — Kiểm thử đối kháng và red-teamMANAGE 4.1 — Sự cố được theo dõi đến khi giải quyết
02 — ISO/IEC 42001

ISO/IEC 42001 — Hệ thống quản lý AI

Đơn vị ban hànhISO / IEC
Phiên bảnISO/IEC 42001:2023
Cấu trúc5 điều khoản được ánh xạ (6 – 10)
Có thể chứng nhận — qua tổ chức được công nhận

Tiêu chuẩn duy nhất có thể chứng nhận trong nhóm này. Đây là tiêu chuẩn hệ thống quản lý cùng họ với ISO 27001: yêu cầu bạn lập kế hoạch cho rủi ro AI, bố trí nguồn lực, vận hành các biện pháp kiểm soát, đánh giá hiệu quả và cải tiến — đồng thời đòi hỏi bằng chứng được lập thành văn bản cho từng việc, do tổ chức chứng nhận được công nhận đánh giá.

Obiguard tạo ra bằng chứng vận hành mà kiểm toán viên ISO/IEC 42001 yêu cầu, nhưng không cấp chứng chỉ. Lập kế hoạch theo Điều khoản 6 ánh xạ tới Controls và Tiêu chí có xếp hạng rủi ro; vận hành theo Điều khoản 8 ánh xạ tới Bộ chính sách được thực thi tại cổng (gateway); đánh giá hiệu quả theo Điều khoản 9 ánh xạ tới Bảng điều khiển và Nhật ký kiểm toán; cải tiến theo Điều khoản 10 ánh xạ tới Hàng đợi xem xét và dấu vết giải quyết đằng sau mỗi vi phạm.

Obiguard chứng minh bằng
ControlsTiêu chíBộ chính sáchNhật ký kiểm toánBảng điều khiểnHàng đợi xem xét
Ví dụ các hạng mục được chấm điểm
Điều khoản 6 — Lập kế hoạch: đánh giá và xử lý rủi roĐiều khoản 7 — Hỗ trợ: nguồn lực, năng lực, nhận thứcĐiều khoản 8 — Vận hành: hoạch định và kiểm soát vận hànhĐiều khoản 9 — Đánh giá hiệu quả và kiểm toán nội bộĐiều khoản 10 — Cải tiến: sự không phù hợp và hành động khắc phục
03 — OWASP LLM Top 10

OWASP Top 10 for LLM Applications

Đơn vị ban hànhOWASP Foundation
Phiên bảnPhiên bản 2025
Cấu trúc10 hạng mục rủi ro
Danh sách nâng cao nhận thức — không có tổ chức chứng nhận

Hoàn toàn không phải tiêu chuẩn tuân thủ, mà là danh sách chung của ngành bảo mật về cách các ứng dụng LLM thực sự bị phá vỡ — prompt injection, lộ thông tin nhạy cảm, quyền hạn quá mức, rò rỉ system prompt, thông tin sai lệch, tiêu thụ không giới hạn. Đây là khung mà đội kiểm thử xâm nhập của bạn và cả bảng câu hỏi bảo mật của khách hàng đều tham chiếu.

Đây là khung ánh xạ trực tiếp nhất vào cơ chế của sản phẩm thay vì giấy tờ. Tiêu chí rào chắn bảo vệ (guardrails) xử lý LLM01 prompt injection và LLM02 lộ thông tin nhạy cảm tại cổng (gateway); việc giới hạn phạm vi tác tử và công cụ xử lý LLM06 quyền hạn quá mức; và các công thức jailbreak của Moonshot có thể chạy riêng để kiểm tra các biện pháp phòng thủ đó có đứng vững hay không, dù các lần chạy này không được tính vào mức bao phủ.

Obiguard chứng minh bằng
Tiêu chí rào chắn bảo vệBộ chính sáchGiới hạn phạm vi tác tử
Ví dụ các hạng mục được chấm điểm
LLM01 — Prompt InjectionLLM02 — Sensitive Information DisclosureLLM05 — Improper Output HandlingLLM06 — Excessive AgencyLLM07 — System Prompt LeakageLLM09 — Misinformation
04 — AISCF

AI Systems Cyber Security Framework

Đơn vị ban hànhNACSA — Cơ quan An ninh mạng Quốc gia Malaysia
Phiên bảnAISCF, 2026
Cấu trúc7 giai đoạn vòng đời · 42 hoạt động bảo mật
Hướng dẫn quốc gia — không có tổ chức chứng nhận

Khung quốc gia của Malaysia để bảo mật hệ thống AI, do NACSA ban hành. Trong khi NIST tổ chức theo chức năng rủi ro, AISCF tổ chức theo vòng đời: Khởi tạo, Thiết kế & Phát triển, Xác minh & Thẩm định, Triển khai, Vận hành & Giám sát, Thẩm định liên tục và Đánh giá lại, và Ngừng sử dụng. Mỗi giai đoạn có các hoạt động bảo mật cụ thể — tổng cộng 42 — và khung dựa trên rủi ro một cách rõ ràng, nên mức độ yêu cầu tăng theo rủi ro của hệ thống.

Obiguard bao phủ sâu phần vận hành của vòng đời và chỉ bao phủ phần thiết kế ở những nơi nền tảng có lưu hồ sơ. Vận hành & Giám sát ánh xạ tới việc thực thi guardrails, Bảng điều khiển và Nhật ký kiểm toán; Xác minh & Thẩm định và Thẩm định liên tục chỉ được bao phủ một phần, vì quét lỗ hổng định kỳ và kiểm thử xâm nhập chưa phải là tính năng; Triển khai ánh xạ tới Access Keys có phạm vi và việc phê duyệt phiên bản prompt. Các hoạt động Khởi tạo và Ngừng sử dụng — xác định yêu cầu, hủy dữ liệu, ngừng sử dụng mô hình — là các bước thuộc về tổ chức mà Obiguard ghi lại chứ không thực hiện.

Obiguard chứng minh bằng
Nhật ký kiểm toánAccess KeysBộ chính sáchAI Agents
Ví dụ các hạng mục được chấm điểm
IN04 — Đánh giá rủi ro bảo mật AIDD06 — Thực hiện mô hình hóa mối đe dọa AIVV05 — Xác minh & thẩm định đầu raDP02 — Bảo mật môi trường & truy cậpOM03 — Vận hành bảo mật & giám sátCR06 — Đánh giá & kiểm thử bảo mậtRT02 — Ngừng sử dụng mô hình
05 — MGF for GenAI

Model AI Governance Framework for Generative AI

Đơn vị ban hànhIMDA & AI Verify Foundation, Singapore
Phiên bảnBan hành ngày 30 tháng 5 năm 2024
Cấu trúc9 chiều · 5 chiều nền tảng có thể chứng minh
Hướng dẫn nền tảng — không có tổ chức chứng nhận

Khung nền tảng của Singapore cho một hệ sinh thái AI tạo sinh đáng tin cậy, do IMDA và AI Verify Foundation ban hành — cùng tổ chức đứng sau Project Moonshot. Khung này cố ý rộng hơn một tiêu chuẩn bảo mật: chín chiều bao gồm trách nhiệm giải trình, dữ liệu, phát triển và triển khai đáng tin cậy, báo cáo sự cố, kiểm thử và đảm bảo, bảo mật, nguồn gốc nội dung, nghiên cứu an toàn và căn chỉnh, và AI vì lợi ích cộng đồng.

Bốn trong chín chiều — Kiểm thử & Đảm bảo, Nguồn gốc nội dung, R&D về An toàn & Căn chỉnh, và AI vì lợi ích cộng đồng — là các cam kết ở cấp hệ sinh thái dành cho nhà phát triển mô hình, tổ chức kiểm thử và nhà hoạch định chính sách, nên không nền tảng nào của bên triển khai có thể chứng minh được, và điểm tổng được giới hạn ở mức 56% theo thiết kế. Hãy đọc chi tiết từng chiều, đừng chỉ nhìn đồng hồ đo. Trong năm chiều mà bên triển khai có thể chứng minh, Bảo mật là mạnh nhất: Tiêu chí guardrails sàng lọc các vectơ đe dọa riêng của GenAI, Bộ chính sách được thực thi tại cổng (gateway), và Access Keys giới hạn mức độ phơi nhiễm. Trách nhiệm giải trình dựa trên phân tách nhiệm vụ trong Controls và việc quy trách nhiệm đầy đủ trong Nhật ký kiểm toán.

Obiguard chứng minh bằng
ControlsNhật ký kiểm toánBộ chính sáchAccess Keys
Ví dụ các hạng mục được chấm điểm
Trách nhiệm giải trìnhDữ liệuPhát triển và triển khai đáng tin cậyBáo cáo sự cốBảo mậtKiểm thử và đảm bảo
02 / Cách tính mức độ bao phủ

Một bản tự đánh giá, không phải chứng nhận.

Mức độ bao phủ được ước tính từ hoạt động nền tảng của bạn. Ngoại trừ ISO/IEC 42001, không khung nào trong số này có tổ chức chứng nhận đi kèm — chế độ xem này giúp bạn chuẩn bị cho kiểm toán, chứ không thay thế kiểm toán.
01 — BẰNG CHỨNG

Chấm điểm từ hoạt động thực tế

Một hạng mục chuyển sang màu xanh vì có Bộ chính sách đang hoạt động, Control đã được phê duyệt hoặc Use Case đã đăng ký làm cơ sở — mỗi mục đều được liên kết từ dòng bao phủ, để bạn có thể bấm xem hồ sơ.

Đã bao phủ · Một phần · Chưa bao phủ
02 — KHOẢNG TRỐNG

Khoảng trống rõ ràng, hành động cụ thể

Các hạng mục bao phủ một phần liệt kê những gì còn thiếu. Các hạng mục chưa bao phủ liệt kê các bước tiếp theo cụ thể — đăng ký một use case kèm xếp hạng rủi ro, đưa một control qua phê duyệt, xuất bản một bộ chính sách.

Khoảng trống · hành động đề xuất
03 — GIỚI HẠN TRUNG THỰC

Nơi điểm số không thể đạt 100%

Một số hạng mục không thuộc phần bên triển khai có thể đáp ứng — bốn chiều của MGF là cam kết hệ sinh thái dành cho nhà phát triển mô hình và nhà hoạch định chính sách, nên khung này bị giới hạn ở mức 56% theo thiết kế. Chúng tôi nói rõ điều đó trên trang thay vì lặng lẽ chấm điểm vòng quanh.

MGF · giới hạn ở 56%
04 — CÓ PHIÊN BẢN

Ánh xạ theo một phiên bản đã nêu rõ

Mỗi bảng đối chiếu ghi lại phiên bản của tiêu chuẩn nguồn mà nó được xây dựng theo và thời điểm con người xem xét gần nhất. Tiêu chuẩn được sửa đổi; bản ánh xạ không âm thầm tự cập nhật theo, nên tình trạng lỗi thời được nhìn thấy thay vì bị mặc định bỏ qua.

Phiên bản · xem xét gần nhất
05 — XUẤT

Xuất cho kiểm toán viên

Kéo toàn bộ chế độ xem bao phủ dưới dạng CSV — mọi hạng mục, trạng thái của nó và bằng chứng đằng sau — cùng với bản xuất Nhật ký kiểm toán cho các sự kiện nền.

Xuất CSV · theo từng khung
06 — LIÊN TỤC

Tính lại, không thu thập lại

Mức bao phủ được tính từ trạng thái nền tảng theo thời gian thực, nên việc xuất bản một Bộ chính sách hay phê duyệt một Control sẽ thay đổi con số — không cần làm mới bảng tính, không cần đợt chạy nước rút thu thập bằng chứng trước mỗi kỳ xem xét.

Trực tiếp · không thu thập thủ công
03 / Câu hỏi thường gặp

Các khung,
được giải thích.

Mỗi khung là gì, ai ban hành, và Obiguard có thể và không thể chứng minh được gì theo khung đó.

Trao đổi với kỹ sư giải pháp →

AISCF là gì?[01]

AISCF là AI Systems Cyber Security Framework của Malaysia, do NACSA — Cơ quan An ninh mạng Quốc gia Malaysia — ban hành. Đây là khung dựa trên rủi ro, tổ chức bảo mật AI theo vòng đời thay vì theo chức năng rủi ro: bảy giai đoạn — Khởi tạo, Thiết kế & Phát triển, Xác minh & Thẩm định, Triển khai, Vận hành & Giám sát, Thẩm định liên tục và Đánh giá lại, và Ngừng sử dụng — với tổng cộng 42 hoạt động bảo mật. Đây là hướng dẫn quốc gia, không phải tiêu chuẩn có thể chứng nhận, nên không có chứng chỉ AISCF để xin cấp.

MGF cho GenAI là gì?[02]

MGF cho GenAI là Model AI Governance Framework for Generative AI của Singapore, do IMDA và AI Verify Foundation ban hành ngày 30 tháng 5 năm 2024 — cùng tổ chức đứng sau Project Moonshot. Khung nêu ra chín chiều cho một hệ sinh thái AI tạo sinh đáng tin cậy: trách nhiệm giải trình, dữ liệu, phát triển và triển khai đáng tin cậy, báo cáo sự cố, kiểm thử và đảm bảo, bảo mật, nguồn gốc nội dung, R&D về an toàn và căn chỉnh, và AI vì lợi ích cộng đồng. Đây là hướng dẫn nền tảng chứ không phải tiêu chuẩn có thể chứng nhận.

Vì sao điểm MGF cho GenAI bị giới hạn ở 56%?[03]

Bốn trong chín chiều của MGF — Kiểm thử & Đảm bảo, Nguồn gốc nội dung, R&D về An toàn & Căn chỉnh, và AI vì lợi ích cộng đồng — là các cam kết ở cấp hệ sinh thái dành cho nhà phát triển mô hình, tổ chức kiểm thử bên thứ ba và nhà hoạch định chính sách. Không nền tảng nào mà tổ chức triển khai sử dụng có thể chứng minh được chúng, nên Obiguard giới hạn khung ở mức 56% thay vì chấm điểm vòng quanh khoảng trống. Hãy đọc chi tiết từng chiều thay vì đồng hồ đo tổng.

Obiguard tính mức độ bao phủ khung như thế nào?[04]

Mức bao phủ được tính từ hoạt động nền tảng theo thời gian thực, không phải từ bảng câu hỏi. Mỗi hạng mục của khung được đánh dấu là đã bao phủ, bao phủ một phần hoặc chưa bao phủ dựa trên việc hoạt động nền tảng — Bộ chính sách, Controls, Tiêu chí, AI Use Cases, Agents, access keys, các lần xem xét của con người, vi phạm, phiên bản prompt, Nhật ký kiểm toán, các lần chạy đánh giá Project Moonshot đã hoàn tất, hoặc các lần chạy Ethics & Bias hằng đêm — có chứng minh được nó hay không. Các hạng mục bao phủ một phần liệt kê những gì còn thiếu; các hạng mục chưa bao phủ liệt kê các bước tiếp theo cụ thể. Toàn bộ chế độ xem có thể xuất ra CSV.

Obiguard có chứng nhận chúng tôi theo ISO/IEC 42001 không?[05]

Không. ISO/IEC 42001:2023 là tiêu chuẩn duy nhất có thể chứng nhận trong năm khung, và chứng nhận do tổ chức chứng nhận được công nhận cấp, không phải do nhà cung cấp phần mềm. Obiguard tạo ra bằng chứng vận hành mà kiểm toán viên yêu cầu — đánh giá và xử lý rủi ro theo Điều khoản 6, kiểm soát vận hành theo Điều khoản 8, giám sát và kiểm toán nội bộ theo Điều khoản 9, và xử lý sự không phù hợp theo Điều khoản 10. Bốn khung còn lại hoàn toàn không có tổ chức chứng nhận đi kèm, nên mức bao phủ theo chúng chỉ là công cụ tự đánh giá để chuẩn bị kiểm toán.

Các bạn có hỗ trợ EU AI Act, SOC 2 hay HIPAA không?[06]

Hiện chưa có dưới dạng ánh xạ khung tích hợp sẵn. Obiguard cung cấp các bảng đối chiếu cho NIST AI RMF, ISO/IEC 42001, OWASP LLM Top 10, AISCF và MGF cho GenAI. Bạn vẫn có thể thực thi quy tắc riêng cho bất kỳ nghĩa vụ nào khác dưới dạng Bộ chính sách, Controls và Tiêu chí, và mọi quyết định đều được ghi nhật ký, nhưng chúng không được chấm điểm như một khung riêng. Hãy cho chúng tôi biết bạn cần khung nào tiếp theo và chúng tôi sẽ ưu tiên.
04 / Liên quan

Các năng lực đằng sau mức bao phủ.

Hầu hết các hạng mục chuyển sang màu xanh vì có thứ gì đó trong nền tảng chứng minh chúng. Mức bao phủ được lấy từ bộ chính sách, controls, tiêu chí, use cases, tác tử, khóa, các lần xem xét, vi phạm và nhật ký kiểm toán, và các hạng mục đo lường được chứng minh bằng các đánh giá Project Moonshot và báo cáo Ethics & Bias hằng đêm; các hạng mục giám sát và cải tiến được đáp ứng bởi Sổ cái kiểm toán và Bộ chính sách. Xem tất cả cùng nhau trên trang Governance AI.