Bỏ qua, đến nội dung chính

So sánh Theo thực thể và theo alert

So sánh · Cách tiếp cận

Phân loại theo thực thể và phân loại theo alert

Phần lớn SOC tổ chức quanh alert: một dòng trong hàng đợi, một ticket, một kết luận. Phân loại theo thực thể đặt câu hỏi ngược lại: chuyện gì đang xảy ra với máy này, tài khoản này hay địa chỉ này, trên mọi thứ ta đã thấy? Khác biệt đó thay đổi thứ analyst đọc, cách phát hiện tấn công và cách đóng case.

Alert là đơn vị công việc

Trong SOC lấy alert làm trung tâm, mỗi phát hiện thành một mục cần phân loại. Rule kích hoạt, alert đến, analyst mở từng cái một. Mô hình này đơn giản, khớp với rule SIEM và hệ thống ticket, và dễ đo năng suất.

Điểm yếu lộ ra khi khối lượng lớn. Cùng một hoạt động trên cùng một host có thể kích nhiều rule, nên analyst thấy nhiều alert về cùng một việc. Một cuộc xâm nhập nhiều bước bị rải ra nhiều ticket, do nhiều người đóng vào nhiều ngày khác nhau, cái nào nhìn riêng cũng có vẻ nhỏ. Còn hoạt động thường ngày như backup hay quản trị cứ sinh alert để rồi bị đóng đi đóng lại.

Thực thể là đơn vị công việc

Phân loại theo thực thể gom bằng chứng quanh những thứ mà alert nói tới: host, tài khoản người dùng, địa chỉ IP, domain, ứng dụng. Mỗi thực thể mang theo lịch sử, nhịp hoạt động bình thường, các alert đang mở và quan hệ với thực thể khác. Một alert mới được đọc như thêm một dữ kiện về thực thể đó, không phải một vấn đề mới.

Khi đó analyst đánh giá một câu chuyện: tài khoản này đã làm gì trong mấy ngày qua, có nằm ngoài nhịp thường không, còn chạm tới những gì. Đóng case của thực thể là chốt luôn mọi alert thuộc về nó, và cuộc tấn công trải qua nhiều alert hiện ra thành một chuỗi.

Đặt cạnh nhau

Tiêu chíTheo alertTheo thực thể
Đơn vị công việcMột alert hay một ticketMột host, tài khoản, địa chỉ hay ứng dụng và câu chuyện của nó
Độ dài hàng đợiTăng theo số lần rule kích hoạtTăng theo số thực thể đang có vấn đề
Ngữ cảnh cho analystTự thu thập cho từng alertThực thể mang sẵn: lịch sử, nhịp bình thường, quan hệ
Tấn công nhiều bướcRải ra nhiều ticketThấy thành một chuỗi trên các thực thể liên quan
Hoạt động thường ngàyPhân loại lại mỗi lần sinh alertNhận ra so với nhịp bình thường của chính thực thể
Đóng caseTừng alert mộtCase của thực thể chốt các alert của nó cùng lúc
Rủi ro chínhBỏ lỡ câu chuyện; quá tải alertGộp nhầm các hoạt động không liên quan trên hệ thống dùng chung
Điều kiện cầnRule và hàng đợi ticketNhận diện thực thể tin cậy trên các nguồn

Mỗi cách hợp với đâu

  • Theo alert hợp khi

    Khối lượng vừa phải, phát hiện chính xác, và mỗi alert tự giải thích được. Nhiều SOC nhỏ vận hành tốt theo cách này.

  • Theo thực thể hợp khi

    Khối lượng lớn, cùng các thực thể sinh alert lặp lại, và tấn công diễn ra qua nhiều bước, nhiều ngày.

  • Cần lưu ý

    Hạ tầng dùng chung như domain controller hay hệ thống định danh chạm tới mọi thứ. Cách gom không được để một hub dính các câu chuyện không liên quan thành một case khổng lồ.

ApexAI tiếp cận thế nào

ApexAI tổ chức case quanh thực thể và câu chuyện của chúng, giữ một case cho mỗi câu chuyện tấn công và nhận ra hoạt động khớp với nhịp bình thường của chính thực thể. Các hub dùng chung được xử lý để không dính các câu chuyện không liên quan vào nhau. Mọi alert vẫn hiện rõ và truy vết được bên trong case của thực thể. Case theo thực thể đang ở bản preview.

Câu hỏi thường gặp

Thực thể trong SOC là gì?

Thực thể là thứ mà alert nói tới: host, tài khoản người dùng, địa chỉ IP, domain, tiến trình hay ứng dụng. Phân loại theo thực thể gom mọi bằng chứng về nó vào một chỗ.

Alert riêng lẻ có biến mất khi phân loại theo thực thể không?

Không. Alert vẫn hiện rõ và truy vết được; chúng chỉ được đọc như một phần câu chuyện của thực thể thay vì từng ticket riêng.

Phân loại theo thực thể có giảm quá tải alert không?

Thường là có, vì nhiều alert về cùng thực thể và cùng câu chuyện trở thành một case, nên số mục con người cần xem giảm đi. Mức giảm phụ thuộc vào việc nhận diện thực thể trên các nguồn tin cậy tới đâu.

Có thể kết hợp hai cách không?

Được. Nhiều đội giữ alert độ chính xác cao thành mục xử lý trực tiếp, còn gom các alert ồn ào, lặp lại theo thực thể. Hai cách không loại trừ nhau.

Xem ApexAI chạy trên chính cảnh báo của bạn.

Một buổi trình diễn với đội của bạn, bắt đầu ở chế độ quan sát: ApexAI chấm điểm và đề xuất, không tự hành động.