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 alert | Theo thực thể |
|---|---|---|
| Đơn vị công việc | Một alert hay một ticket | Một host, tài khoản, địa chỉ hay ứng dụng và câu chuyện của nó |
| Độ dài hàng đợi | Tăng theo số lần rule kích hoạt | Tăng theo số thực thể đang có vấn đề |
| Ngữ cảnh cho analyst | Tự thu thập cho từng alert | Thực thể mang sẵn: lịch sử, nhịp bình thường, quan hệ |
| Tấn công nhiều bước | Rải ra nhiều ticket | Thấy thành một chuỗi trên các thực thể liên quan |
| Hoạt động thường ngày | Phân loại lại mỗi lần sinh alert | Nhận ra so với nhịp bình thường của chính thực thể |
| Đóng case | Từng alert một | Case của thực thể chốt các alert của nó cùng lúc |
| Rủi ro chính | Bỏ lỡ câu chuyện; quá tải alert | Gộ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ần | Rule và hàng đợi ticket | Nhậ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.