Nền tảng · Redthread

Lập đồ thị toàn bộ hệ thống trước tiên. Mọi thứ khác đều bắt nguồn từ đó.

Hầu hết các nền tảng quét một tầng rồi trao cho bạn một danh sách. Redthread bắt đầu bằng việc dựng bản đồ — bởi vì khi chưa biết các tác nhân, mã nguồn, đám mây và hạ tầng của bạn kết nối với nhau thế nào, một danh sách phát hiện cũng chỉ là một danh sách. Đọc tài liệu
Agentic Trust & Protection Platform Bằng chứng mà nhà cung cấp danh tính của bạn có thể dựa vào. Okta hoặc Entra quyết định tác nhân được phép làm gì. Redthread bổ sung một bản ghi có chữ ký về những gì tác nhân thực sự đã làm, và liệu đó có còn là tác nhân bạn đã phê duyệt hay không, mà bất kỳ ai cũng có thể kiểm chứng. Xem cách hoạt động cùng nhà cung cấp danh tính của bạn → Độ tin cậy chuỗi cung ứng MCP · Miễn phí Đội ngũ phát triển của bạn đã cài đặt các máy chủ MCP. Bạn có biết chúng đang chạy gì không? Mọi máy chủ trong registry MCP chính thức đều được quét hằng ngày và ký số: chúng cài đặt gì, ai xây dựng, và liệu đã đổi chủ kể từ khi bạn phê duyệt hay chưa. Kiểm tra ngay trong ChatGPT hoặc Claude, ghim phiên bản trong CI, kiểm soát trong ToolHive và chứng minh với kiểm toán viên của bạn. Kiểm tra các máy chủ MCP của bạn → Đánh giá rủi ro AI · Miễn phí Nắm rõ mọi AI bạn đang vận hành, và đâu là rủi ro thực sự. Một lần quét không cần agent sẽ lập bản đồ mã nguồn, đám mây, website và tác nhân của bạn, phát hiện AI ngầm, và xếp hạng những tổ hợp độc hại mà kẻ tấn công thực sự có thể khai thác — rồi trao cho đội ngũ của bạn cách khắc phục. Xem bản đánh giá rủi ro → Bước chuyển · Nền tảng bảo mật thuần AI Chúng ta đang ở kỷ nguyên AI. Bảo mật truyền thống sẽ bỏ bạn lại phía sau. Một nền tảng bảo vệ ứng dụng AI-native (ANAPP) — từ commit đầu tiên đến agent đang chạy production: đánh giá, sửa và nhận diện trên một đồ thị, với tính năng thực thi (Enforce) ở bản xem trước. Xem nền tảng → Mới · ATPP Enforce · Bản xem trước Biến bản ghi thành một chốt kiểm soát. Một chốt kiểm soát nội tuyến, đang ở giai đoạn xem trước, quyết định từng yêu cầu dựa trên chính sách của bạn. Chốt này giữ ở chế độ quan sát cho đến khi việc rà soát lưu lượng thực tế của bạn cho thấy nó lẽ ra đã quyết định thế nào, và bạn chọn bật chức năng ra quyết định. Xem ATPP Enforce →
Bắt đầu đánh giá miễn phí
Không cần agent · chỉ đọc · không cần thẻ, không cần gọi tư vấn bán hàng
Hoặc kiểm tra miễn phí các máy chủ MCP bạn đã cài đặt, chỉ với một lệnh → Muốn được hướng dẫn trực tiếp? Đặt lịch demo →
Đám mây
AWS · Azure · Google Cloud · Oracle
Quyền truy cập
Không cần agent, một cú nhấp cho mỗi đám mây
Cảm biến runtime
eBPF tùy chọn, mặc định tắt
Quyền ghi vào đám mây của bạn
Không bao giờ thuộc về chúng tôi

ANAPP là lớp nền tảng: đánh giá, chứng minh và sửa rủi ro trên mã nguồn, đám mây và tác nhân của bạn. Đây là một lớp khác với ATPP, Agentic Trust & Protection Platform, nền tảng cấp cho mỗi tác nhân một danh tính và một bản ghi có chữ ký.

Cách hoạt động

Bốn bước, theo đúng thứ tự này.

Mỗi bước ghi những gì nó học được trở lại đồ thị, để bước sau bắt đầu với nhiều ngữ cảnh hơn bước trước.

01
Lập đồ thị toàn bộ hệ thống
Kết nối không cần agent — mỗi nền tảng AWS, Azure, Google Cloud và Oracle chỉ cần một cú nhấp, chỉ đọc, không phải dán gì — và chúng tôi dựng nên hệ thống: mọi tác nhân AI, repository, khối lượng công việc, danh tính, route mạng và kho dữ liệu, cùng các mối quan hệ giữa chúng. Quyền truy cập được xác minh bằng một thao tác đọc thật trước khi bất cứ thứ gì được lưu trữ.
Được mô tả trong
Danh tính & truy cập Quét
02
Kiểm kê những gì bạn không biết mình đang có
Khám phá AI ngầm tìm ra những AI trong hệ thống của bạn mà chưa ai đăng ký — tác nhân và mô hình trong repo, các dịch vụ AI được quản lý trên các đám mây của bạn, và các điểm cuối bị lộ ra internet. Không có gì được tự động đăng ký: mọi kết quả đều là một ứng viên do người vận hành xác nhận, và mỗi lượt chạy đều nêu rõ phạm vi bao phủ của nó. Khám phá repo và đám mây hiện đã ở dạng tự phục vụ.
Được mô tả trong
Khám phá AI ngầm
03
Đánh giá, chứng minh và ràng buộc
Mọi rủi ro được đặt lên đồ thị và các tổ hợp độc hại — một lối vào bị lộ, một lối xuyên qua, một thứ đáng để nhắm tới — được xếp lên đầu, ánh xạ theo OWASP Top 10 for LLM and Agentic applications. Với những ứng dụng AI rủi ro nhất, kiểm chứng khai thác chứng minh đường tấn công bằng một bài kiểm thử chạy được, theo kiểu hộp đen hoặc có đọc mã nguồn. Các bài kiểm tra quyền hạn quá mức cho thấy danh tính của từng tác nhân thực sự có thể chạm tới đâu. Các loại quét mạng, đám mây và phát hiện đã có lõi suy luận được kiểm chứng nhưng mặc định đang tắt.
Được mô tả trong
Quét
04
Phòng thủ bằng những gì đã học được
Phát hiện có bằng chứng ở mọi bước, ánh xạ tới MITRE và các khung tuân thủ của bạn. Chặn bản dựng bằng GitHub Action, đặt tài sản vào lịch quét có phát hiện thay đổi, và để chúng tôi viết bản vá dưới dạng pull request nháp vào kho của bạn. Phản ứng thời gian chạy — cô lập máy, dừng tiến trình, cách ly tệp — nằm trong lộ trình và sẽ chạy qua một engine đối tác.
Được mô tả trong
CI/CD Nền tảng liên tục Báo cáo

Năm phát hiện, và điều gì thực sự diễn ra tiếp theo

Một biện pháp khắc phục không ai áp dụng thì không phải là bản sửa. Khi bản sửa là mã nguồn, chúng tôi viết nó và mở một bản nháp pull request trên repo của bạn. Khi bản sửa là cấu hình đám mây, chúng tôi không bao giờ đụng vào — chúng tôi ký một biện pháp khắc phục và giao nó cho hệ thống tự động hóa do bạn sở hữu.

Phát hiện
Biện pháp khắc phục
Cách triển khai
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.
PR nháp
Handler tin vào tenant id do client cung cấp
Giới hạn truy vấn theo tổ chức thuê bao của bên gọi ngay phía máy chủ, để Người dùng A không thể đọc hồ sơ của Người dùng B chỉ bằng cách thay đổi một tham số.
PR nháp
CVE có thể chạm tới trong một thư viện phụ thuộc
Nâng gói lên phiên bản đã vá trong tệp manifest khai báo nó, dựa trên dữ liệu phiên bản đã sửa từ một lần quét mới trên repo của bạn.
PR nháp
Một vòng lặp tác nhân không có trần chi tiêu
Giới hạn token và chi phí cho mỗi yêu cầu, để một vòng lặp mất kiểm soát hoặc do kẻ tấn công điều khiển sẽ dừng ở mức trần bạn đặt thay vì làm cạn kiệt ngân sách.
PR nháp
Bucket công khai chứa dữ liệu cá nhân
Gỡ bỏ quyền truy cập công khai và thu hẹp lại chính sách — được nâng mức ưu tiên cao hơn các bucket công khai khác vì bucket này nằm trên một đường đi từ internet tới dữ liệu đã phân loại.
Biện pháp khắc phục có chữ ký
Tin cậy

Những gì chúng tôi không bao giờ làm.

Nắm giữ quyền ghi vào đám mây của bạn
Chúng tôi phát hiện và ký. Một hàm do chính bạn sở hữu và triển khai sẽ nắm giữ thông tin xác thực và thực hiện thay đổi — nên mọi sửa đổi đều được ghi trong nhật ký kiểm toán của bạn, dưới vai trò của bạn.
Di chuyển dữ liệu của bạn
Việc lấy mẫu nội dung có giới hạn và luôn nằm trong tài khoản của bạn. Khi một ổ đĩa cần kiểm tra sâu hơn, worker chạy ngay bên trong tài khoản của bạn và chỉ truyền đi các phát hiện — không bao giờ truyền một giá trị hay một dòng dữ liệu nào.
Hợp nhất mã của chính chúng tôi vào repo của bạn
Mọi bản tự động khắc phục đều đến dưới dạng một bản nháp pull request và dừng ở đó. Một bản sửa bảo mật do máy viết phải được con người đọc trước khi phát hành.
Tuyên bố nhiều hơn những gì đã chứng minh
Các phát hiện được gắn nhãn theo cách chúng tôi biết về chúng: quan sát được, do một công cụ khác báo cáo, hoặc được chứng minh bằng khai thác. Các ánh xạ tuân thủ là bằng chứng hướng tới một biện pháp kiểm soát, không bao giờ là một chứng nhận đạt.

Mặc định không cần agent. Kết nối một đám mây không cài đặt gì lên máy chủ của bạn. Một cảm biến runtime eBPF tùy chọn có sẵn cho những đội muốn quan sát ở cấp nhân hệ điều hành — tắt trừ khi bạn bật lên, và nó phát hiện chứ không chặn. Hầu hết khách hàng không bao giờ cần đến nó.

Toàn bộ sản phẩm, trong ba bước

Biết những gì bạn có. Chứng minh những gì có thể chạm tới. Khắc phục ngay tại nguồn.

Sáu mảng sản phẩm, ba nhiệm vụ — và mỗi mảng chuyển ngữ cảnh của mình cho mảng tiếp theo. Đó chính là lý do đồ thị tồn tại.

01
Biết
Kết nối không cần agent và chúng tôi dựng nên hệ thống — mọi tác nhân, repo, khối lượng công việc, danh tính, route và kho dữ liệu — rồi tìm ra những AI chưa ai đăng ký.
Sản phẩm
Khám phá AI ngầm Nền tảng liên tục
02
Chứng minh
Một tác nhân tự động tấn công chính ứng dụng AI của bạn và đi hết chuỗi tấn công. Mọi phát hiện đều kèm một bằng chứng khái niệm (PoC) chạy được, có thể tái lập — nếu không thì không được báo cáo.
Sản phẩm
Quét Báo cáo
03
Khắc phục
Một phát hiện đã được kiểm chứng trở thành một bản vá tối thiểu trong pull request nháp trên chính repo của bạn, và pull request tiếp theo được kiểm soát dựa trên đồ thị đang hoạt động của bạn.
Sản phẩm
Quét CI/CD
Rồi mọi thứ tự lặp lại mà không cần ai nhớ: lịch quét định kỳ, phát hiện sai lệch và cổng kiểm soát CI chạy lại cả ba bước trên mỗi bản phát hành. Khám phá nền tảng
Một đường tấn công đã được chứng minh, đúng như đồ thị trả về
Nghiêm trọng · MITRE T1552 · T1530 Internet → web-01 → app-role → customer-data
web-01
Khối lượng công việc bị lộ
đã bị khai thác
Thông tin xác thực trong bộ nhớ
app-role
Vai trò được đảm nhận xuyên tài khoản
customer-data
Quyền đọc dữ liệu cá nhân
Khối lượng công việc bị lộ → thông tin xác thực trong bộ nhớ → quyền đọc dữ liệu cá nhân. Được tìm ra nhờ duyệt đồ thị, được xác nhận bằng cách khai thác.
Bộ máy · Redthread

Kẻ tấn công nhìn thấy một đồ thị. Giờ bạn cũng vậy.

Kẻ tấn công không bao giờ suy nghĩ theo từng ốc đảo riêng lẻ. Chúng lần theo các mối quan hệ — tác nhân này giữ quyền kia, quyền đó chạm tới bucket nọ. Các công cụ của bạn suy nghĩ theo danh sách, vì vậy rủi ro trải dài qua nhiều tầng chính là rủi ro không ai nhìn thấy. Redthread kết nối các tác nhân AI, mã nguồn, đám mây và hạ tầng của bạn vào cùng một bức tranh mà kẻ tấn công tự tay dựng nên, rồi cử một tác nhân tự động đi dọc bức tranh đó để tìm ra điểm xâm nhập thực sự.

Đồ thị
Toàn bộ hệ thống của bạn — mọi tác nhân, repo, khối lượng công việc, danh tính, route mạng và kho dữ liệu trên AWS, Azure và GCP, không cần agent.
Quét
Đồ thị đó, để tìm các tổ hợp độc hại chỉ tồn tại vì hai thứ trông có vẻ an toàn lại được kết nối với nhau.
Khai thác
Những gì quan trọng — tác nhân AI của chúng tôi tấn công ứng dụng AI của bạn 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ả.
Hành động
Kiểm soát pull request trước khi phát hành, mở bản sửa dưới dạng pull request nháp trên repo của bạn, và — với gói Doanh nghiệp — theo dõi những gì vẫn chạy bằng một cảm biến eBPF tùy chọn chỉ phát hiện và không bao giờ chặn.
Bí quyết cốt lõi

“Có thể chạm tới” là phỏng đoán. “Chúng tôi đã khai thác được” là sự thật.

Mọi nền tảng khác đều dừng ở nửa đầu của câu đó. Họ đọc cấu hình của bạn, tính toán rằng một thứ có thể chạm tới một thứ khác, rồi trao cho bạn danh sách để tự xử lý. Chúng tôi thực hiện cuộc tấn công — và kết quả trả về không phải là một điểm tin cậy cao hơn, mà là một loại sự thật khác hẳn.

Kết quả của họ · suy luận
“máy ảo này có thể chạm tới bucket kia”
Của chúng tôi · đã chứng minh
“chúng tôi đã khai thác ứng dụng, lấy được thông tin xác thực, đọc được bucket”

Cùng hai tài sản. Nhưng là hai đối tượng hoàn toàn khác nhau trong danh sách ưu tiên của bạn — một bên là phép tính, bên kia có kèm một yêu cầu, một phản hồi và một bằng chứng có thể chạy lại.

Chúng tôi chạy khai thác
Một bộ máy tấn công tự động tấn công ứng dụng của bạn đúng như cách kẻ tấn công sẽ làm — prompt injection, lạm dụng công cụ, quyền hạn quá mức, cả chuỗi xuyên tới dữ liệu của bạn. Mọi phát hiện đều kèm một bằng chứng khái niệm chạy được, có thể tái lập. Nếu không chứng minh được, chúng tôi không báo cáo.
Kết quả được ghi vào đồ thị
Một cuộc tấn công thành công trở thành một cạnh đã được chứng minh trong đồ thị hệ thống của bạn — một đối tượng khác hẳn so với cạnh được suy luận, chứ không phải cùng một đối tượng với độ tin cậy cao hơn. Quy tắc mức nghiêm trọng cao nhất của chúng tôi từ chối kích hoạt nếu không có cạnh này, nên “đã chứng minh” không bao giờ có thể bị mặc nhiên giả định.
Danh sách của bạn được sắp xếp theo những gì đã bị chạm tới
Không theo CVSS. Đã chứng minh luôn xếp trên tiềm năng, và báo cáo không bao giờ làm mờ ranh giới giữa hai thứ đó. Thứ nằm đầu hàng đợi của bạn vào sáng thứ Hai là thứ mà kẻ tấn công đã thực sự xuyên qua — không phải thứ có điểm cao nhất khi xét riêng lẻ.

Hàng trăm lỗi nghiêm trọng không phải là một danh sách ưu tiên, và một phát hiện chưa phải là một rủi ro. Trên một tài khoản production thật, điều này đã biến 17 phát hiện thành một — mười sáu phát hiện còn lại đều đúng, nhưng không thể chạm tới.

Bằng chứng

Không ai chỉ tin vào lời bạn nói — không phải kiểm toán viên của bạn, cũng không phải đội bảo mật của khách hàng bạn.

Mỗi lần đánh giá đều tạo ra ba tài liệu, bởi những người cần bằng chứng rằng bạn đã kiểm thử hiếm khi là những người được phép biết chúng tôi đã xâm nhập ra sao.

Thư chứng thực
Tên pháp lý của bạn, ngày kiểm thử chính xác, phạm vi, phương pháp, số lượng theo mức nghiêm trọng và chữ ký — và hoàn toàn không có chi tiết khai thác nào. Gửi nó vào một cuộc rà soát bảo mật hoặc một bảng câu hỏi đánh giá rủi ro bên thứ ba mà không cần qua lại ký NDA hay một lượt biên tập che thông tin.
Báo cáo kỹ thuật đầy đủ
Dành cho kỹ sư và kiểm toán viên của bạn: mọi phát hiện kèm bằng chứng, một bằng chứng khái niệm có thể tái lập, điểm CVSS ở những nơi thực sự áp dụng, diễn giải chuỗi tấn công (kill chain) cho các khai thác nối chuỗi, và một kế hoạch khắc phục theo từng giai đoạn.
Một bản máy đọc được
Cùng bản đánh giá đó dưới dạng JSON có cấu trúc, để 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ì một tệp PDF mà ai đó phải đọc và nhập lại.

Các phát hiện được ánh xạ theo SOC 2, ISO 27001, ISO 42001, PCI DSS, HIPAA, NIST AI RMF, NIST CSF 2.0, EU AI Act, và các Điều 25 và 32 của GDPR. 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. Chúng tôi không phải kiểm toán viên của bạn, và 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.

Xem mọi đường đi từ internet tới dữ liệu của bạn.

Bắt đầu với một lần quét hệ thống miễn phí — không cần thẻ, không cần gọi tư vấn bán hàng. Kết nối đám mây ở chế độ chỉ đọc, mã nguồn và website của bạn, và nhận toàn bộ đồ thị: mọi bề mặt AI, những gì đang bị lộ, và các đường tấn công chạm tới dữ liệu của bạn. Chứng minh và khắc phục chúng là lúc các gói trả phí bắt đầu.

Bắt đầu đánh giá miễn phí Xem bảng giá
Đặt lịch demo

Muốn được đội ngũ của chúng tôi hướng dẫn trực tiếp?

Ba mươi phút về hệ thống của bạn: đồ thị tìm thấy gì, một phát hiện đã được chứng minh trở thành bản sửa ra sao, và mức giá theo quy mô của bạn. Để lại email công việc và chúng tôi sẽ sắp xếp.