Nếu muốn đột nhập vào FBI, bạn sẽ không bắt đầu từ FBI. Bạn sẽ bắt đầu từ một trong những công ty mà FBI tin tưởng.
Vài tuần qua, đó chính là điều đã xảy ra. Nhóm ShinyHunters đã xâm nhập FBIJobs.gov, cổng tuyển dụng của Cục, không phải bằng cách đánh bại hàng rào phòng thủ của chính FBI mà qua một cửa hông: một nền tảng do nhà thầu bên thứ ba quản lý thay mặt FBI. Theo Reuters, dẫn lời hai nguồn tin giấu tên, nền tảng đó là Oracle PeopleSoft và nhà thầu làm việc cho Accenture. Oracle đã phát hành bản vá từ tháng 6 cho điểm yếu PeopleSoft mà nhóm này khai thác, và FBI quy lỗi cho việc nhà thầu bỏ sót bản vá.
FBI thừa nhận có hoạt động trái phép và, theo Reuters, đã loại bỏ nhà thầu đó. Nhưng trình tự sự việc quan trọng hơn những cái tên: một trong những tổ chức có ý thức bảo mật cao nhất thế giới đã bị tiếp cận vì một nền tảng trong hệ thống của họ bỏ sót bản vá suốt nhiều tháng, và không quy trình của ai phát hiện ra.
Nếu chuỗi nhà cung cấp của FBI có thể mang theo một nền tảng có lỗ hổng đã biết suốt cả mùa hè mà không ai hay biết, thì điều gì đang nằm chưa được vá trong chuỗi của bạn?
Điều gì thực sự đã thất bại
Không ai tấn công trực diện tường lửa ở đây. Thứ thất bại là một mô hình quản lý: cách mà gần như mọi tổ chức xử lý rủi ro bên thứ ba.
Nó vận hành thế này. Trước khi được phê duyệt, nhà cung cấp điền một bảng câu hỏi. Mỗi năm một lần, ai đó rà soát chứng nhận, chính sách và văn bản chứng thực của họ. Một ô được đánh dấu: đã rà soát nhà cung cấp. Rồi mọi người quay lại công việc, trong khi nền tảng của nhà cung cấp thay đổi mỗi ngày: bản vá được áp dụng hoặc không, cấu hình sai lệch dần, tính năng AI lặng lẽ được bật lên.
Vấn đề không nằm ở việc thiếu đánh giá. Đánh giá, theo cách đang được thực hành, là một bức ảnh chụp: nó chứng nhận một khoảnh khắc. Một nền tảng có thể mang lỗ hổng từ tháng 6 trở đi mà một bảng câu hỏi được trả lời trung thực vẫn có thể bỏ sót, bởi rà soát định kỳ được thiết kế để ghi nhận hệ thống, chứ không phải để giám sát nó.
Hệ thống của bạn cũng không khác. Bảo mật của bạn giờ là bảo mật của mọi nhà cung cấp, nền tảng, tích hợp, công cụ AI và hệ thống do nhà thầu quản lý được kết nối vào đó: mỗi thứ là một cánh cửa bạn không kiểm soát, và tất cả đều thay đổi hằng ngày. Kẻ tấn công biết điều này. Chúng không tấn công bức tường vững chắc nhất; chúng dò tìm trong danh sách nhà cung cấp.
Vì sao bảo mật truyền thống liên tục bỏ lỡ điều này
Các công ty bảo mật truyền thống được xây dựng cho một thế giới tĩnh: một đợt kiểm thử xâm nhập hằng năm, một danh sách kiểm tra tuân thủ, một chu kỳ rà soát nhà cung cấp tính bằng quý. Nhịp độ đó hợp lý khi hệ thống thay đổi chậm.
Giờ thì không còn như vậy, và tầng mới nhất lại thay đổi nhanh nhất. Các công ty áp dụng tác nhân và công cụ AI nhanh hơn khả năng theo dõi của bản kiểm kê. Một bản vá bị bỏ sót vào tháng 6 thành tít báo về vụ xâm nhập vào mùa thu. Một biện pháp kiểm soát được kiểm tra mỗi năm một lần, trong 364 ngày còn lại, chỉ là một giả định.
Khoảng trống không nằm ở nỗ lực hay ý định. Nó nằm ở kiến trúc. Bạn không thể giải quyết một vấn đề liên tục bằng một quy trình định kỳ.
Redthread chống lại điều này như thế nào: đánh giá hệ thống liên tục, không phải hằng năm
Redthread xây dựng hai sản phẩm quanh một niềm tin duy nhất: niềm tin phải được xác minh liên tục, và các phát hiện phải được chứng minh, không phải suy đoán.
Sản phẩm thứ nhất là nền tảng bảo vệ ứng dụng thuần AI của chúng tôi. Nền tảng ưu tiên mô hình không cần agent, nên không cài đặt gì và khởi động trong vài phút. Nó đánh giá hệ thống liên tục, bao gồm cả tầng mà các đợt rà soát truyền thống xử lý kém nhất: bề mặt bên thứ ba và AI. Tính năng khám phá AI ngầm tìm ra các công cụ, tác nhân và tích hợp mà đội ngũ của bạn thực sự sử dụng, kể cả những thứ chưa ai kiểm kê, vốn chính là những thứ đang mang rủi ro cho bạn. Quét tư thế bảo mật đám mây và bảo mật dữ liệu bao quát hạ tầng bên dưới. Và khi báo cáo một điểm yếu, nền tảng chứng minh điều đó: kiểm chứng khai thác tái hiện cuộc tấn công thay vì gán một mức độ nghiêm trọng suy đoán từ sự phỏng đoán của công cụ quét.
Điều đó thay đổi cuộc trao đổi với nhà cung cấp. Một bản vá bị bỏ sót không thể ẩn trong câu trả lời của bảng câu hỏi: với cơ chế đánh giá lại liên tục, nó lộ diện trong vài ngày, dưới dạng một phát hiện đã được chứng minh kèm các bước tái hiện, chứ không phải đợi đến đợt rà soát năm sau. Tất cả đều nằm trên một đồ thị ngữ cảnh duy nhất của hệ thống (ứng dụng, mã nguồn, tài khoản đám mây, danh tính, các biện pháp kiểm soát đang vận hành và dữ liệu mà chúng có thể truy cập), nên điểm yếu của một nhà cung cấp được xếp hạng theo những gì nó thực sự có thể tiếp cận trong môi trường của bạn. Và khi một nhà cung cấp đạt chuẩn, Redthread phát hành Thư chứng thực ánh xạ theo các khung mà kiểm toán viên thực sự yêu cầu: SOC 2, ISO 27001, ISO 42001, PCI DSS v4.0, GDPR, HIPAA, NIST CSF, NIST AI RMF và Đạo luật AI của EU. Đó là bằng chứng có thể dùng để buộc nhà cung cấp chịu trách nhiệm, không phải một ô đánh dấu tự khai, và các công ty có thể phát hành những báo cáo đó dưới tên của chính mình, như một phần trong cách họ buộc chuỗi cung ứng của mình chịu trách nhiệm.
Cùng ý tưởng, áp dụng cho chuỗi cung ứng tác nhân: ATPP
Sản phẩm thứ hai, Agentic Trust & Protection Platform (ATPP) của chúng tôi, áp dụng cùng mô hình đó cho bề mặt nhà cung cấp thay đổi nhanh nhất: tác nhân AI và các công cụ mà chúng gọi.
Mỗi ngày, chúng tôi quét toàn bộ registry MCP công khai và ký kết quả, với manifest của ngày đó được neo vào nhật ký minh bạch Sigstore Rekor công khai và định nghĩa công cụ được lấy dấu vân tay để mọi thay đổi thầm lặng đều lộ ra. Lượt quét ngày 2 tháng 11 bao phủ 55.375 máy chủ trong registry MCP chính thức và phát hiện 1.518 vụ tráo danh mục, tức trường hợp mã đứng sau một mục danh mục đã đổi chủ trong khi vẫn giữ nguyên tên, cùng 2.193 công cụ có định nghĩa thay đổi mà không tăng phiên bản. Đó chính là thất bại của FBIJobs được tái diễn ở quy mô hệ sinh thái: thứ bạn đã phê duyệt lặng lẽ không còn là thứ bạn đang chạy. Nhà phát hành có máy chủ vượt qua kiểm tra sẽ nhận huy hiệu công khai, và bất kỳ ai cũng có thể kiểm tra trạng thái tin cậy của một công cụ trước khi phụ thuộc vào nó.
Bên trong một tổ chức, ATPP cấp cho mỗi tác nhân một danh tính mật mã gắn với bản build đang thực sự chạy, và xác minh danh tính cùng thẩm quyền tại thời điểm gọi: khi tác nhân hành động, chứ không phải khi nó được đưa vào sử dụng. Các sự kiện trạng thái tin cậy có chữ ký được phát liên tục, nên nếu một công cụ sai lệch hoặc một bằng chứng không đạt, mức tin cậy sẽ bị hạ hoặc bị thu hồi như một tín hiệu trực tiếp. Với những đội ngũ sẵn sàng tiến xa hơn, Enforce gateway, đang ở bản xem trước, có thể xử lý trực tiếp tín hiệu đó.
Cùng chúng tôi xây dựng
Chúng tôi là một công ty trẻ với các hệ thống đang chạy thực tế và một quan điểm cụ thể: những người chiến thắng trong thập kỷ tới của ngành bảo mật sẽ là những ai ngừng chứng nhận niềm tin mỗi năm một lần và bắt đầu xác minh nó liên tục.
Chúng tôi đang mở hai đến ba suất đối tác thiết kế sáng lập. Chương trình thí điểm miễn phí trong 30 đến 45 ngày, chạy trên một phần đang vận hành của hệ thống của bạn, bao gồm cả bề mặt nhà cung cấp và AI. Đối tác sáng lập được hưởng mức giá chiết khấu sâu, cố định, cùng kênh trao đổi trực tiếp về những gì chúng tôi xây dựng tiếp theo. Nếu bạn là đội ngũ sáng lập đang đưa tác nhân vào các đợt đánh giá của doanh nghiệp, hoặc là công ty có danh sách nhà cung cấp đã vượt quá khả năng giám sát, hãy trao đổi với chúng tôi.
Hãy bắt đầu từ sự thật: chạy lần quét tự phục vụ miễn phí, hoặc xem dữ liệu tin cậy trực tiếp tại trust.redthreadsec.com. Câu hỏi duy nhất là bạn sẽ tìm ra cánh cửa đang mở trước, hay đọc về nó sau này.