Bỏ qua điều hướng
EN
Tất cả bài viết

Red teaming và eval an toàn: mô hình mối đe doạ, prompt injection gián tiếp, tỉ lệ tấn công thành công và từ chối nhầm

Khi đầu vào là đối kháng, eval đổi bản chất. Mô hình mối đe doạ theo OWASP Top 10 cho LLM 2025, đo prompt injection gián tiếp bằng canary vô hại, cân bằng tỉ lệ tấn công thành công với từ chối nhầm, red team thủ công, tự động và bằng garak, PyRIT, promptfoo.

14 phút đọc

Ôn tập bài nàyPROThẻ ghi nhớ & câu hỏi ôn tập7 thẻ ghi nhớ · 6 câu trắc nghiệm

Mọi bài trước giả định người dùng muốn hệ thống hoạt động tốt. Red teaming bỏ giả định đó: có người chủ động tìm cách làm hệ thống lộ prompt hệ thống, rò dữ liệu khách hàng khác, gọi công cụ chuyển tiền, hay nói điều gây hại dưới tên thương hiệu của bạn. Phân phối đầu vào không còn ngẫu nhiên — nó đối kháng, và kẻ tấn công chỉ cần thành công một lần.

Bài này trình bày eval an toàn từ góc nhìn người phòng thủ: xác định mối đe doạ, chọn metric đo cả hai phía của sự đánh đổi, dựng bài kiểm tra tự động cho prompt injection, và tổ chức red teaming có hệ thống.

Lưu ý: bài viết tập trung vào phương pháp đánh giá và phòng thủ. Chỉ red team hệ thống bạn sở hữu hoặc được uỷ quyền kiểm thử, trong môi trường thử nghiệm tách biệt.

Bài viết PRO

Phần còn lại dành cho thành viên PRO

Nâng cấp PRO để đọc trọn bài, kèm câu hỏi luyện tập, thẻ ghi nhớ và Hỏi Victor ngay trên bài.

Bài này thế nào?

Bài viết có hữu ích với bạn?

Đánh giá giúp mình biết nên viết thêm về chủ đề nào.

Đang tải đánh giá…
Chọn số sao từ 1 đến 5

Bình luận

Đăng nhập để bình luận không cần nhập tên và được duyệt nhanh hơn.

0/2000
Đang tải bình luận…

Đọc tiếp

Bài số № 75PRO

Dự án cuối loạt nâng cao: eval agent đổi trả có người dùng giả, red team và pass^k — kèm chuẩn bị phỏng vấn Evals Engineer

Dự án tổng hợp: eval agent đổi trả có công cụ, người dùng giả, ba grader (outcome, không nói dối, an toàn trước prompt injection), pass^k, bootstrap theo cụm, chi phí trên mỗi task thành công và báo cáo phát hành; kèm câu hỏi phỏng vấn Evals Engineer thường gặp.

21 phút đọc

Bài số № 74PRO

Vận hành eval ở quy mô lớn: phân tầng suite, cache, chạy song song có thử lại, manifest phiên bản, task flaky và ngân sách

Khi bộ eval có hàng nghìn task chạy mỗi đêm, eval trở thành hạ tầng. Phân tầng smoke/regression/full, runner có cache, giới hạn đồng thời và thử lại, manifest phiên bản để tái lập, xử lý task flaky, ước lượng ngân sách và tổ chức quyền sở hữu eval.

22 phút đọc

Bài số № 73PRO

Eval online: lấy mẫu trace có trọng số, tín hiệu người dùng, A/B test đúng cách và biểu đồ kiểm soát chất lượng

Bộ eval offline tốt nhất vẫn chỉ là mẫu của quá khứ. Chạy judge trên traffic thật và hiệu chỉnh trọng số, tín hiệu ngầm của người dùng, A/B test có cỡ mẫu, kiểm tra SRM và tránh bẫy nhìn trộm, biểu đồ kiểm soát phát hiện chất lượng trôi.

23 phút đọc