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

Blog Tấn công tốc độ máy

Blog · Bức tranh mối đe doạ

Tấn công tốc độ máy: vì sao triage theo nhịp con người không theo kịp

Nhiều năm qua, bên phòng thủ có thể giả định một vụ xâm nhập cần vài ngày để diễn ra. Các nghiên cứu công khai nay cho thấy kẻ tấn công di chuyển trong vài phút. Bài viết này xem điều gì đã thay đổi, vì sao hàng đợi alert truyền thống không hấp thụ nổi, và một hoạt động bảo mật được xây cho nhịp độ này trông như thế nào.

Đồng hồ đã đổi nhịp

Breakout time là khoảng thời gian từ khi kẻ tấn công có chỗ đứng đầu tiên đến khi chúng chuyển sang hệ thống khác. Nó quan trọng vì đó là cơ hội tốt nhất của bên phòng thủ: chặn được trước khi lan rộng thì vụ xâm nhập chỉ là một sự cố được khoanh vùng, chứ không thành một vụ breach toàn doanh nghiệp.

Khoảng thời gian đó đã sụp xuống. CrowdStrike cho biết breakout time trung bình của các nhóm eCrime giảm còn 29 phút trong năm 2025, lần nhanh nhất họ ghi nhận chỉ mất 27 giây, và trong một vụ, dữ liệu bắt đầu bị đánh cắp chỉ bốn phút sau truy cập ban đầu [1]. Báo cáo này cũng ghi nhận hoạt động của các nhóm tấn công có dùng AI tăng 89% so với năm trước [1]. Tự động hoá và công cụ AI cho phép một người điều hành nhiều vụ xâm nhập song song, viết script cho bước trinh sát và ra tay ngay khi có cửa mở.

Lỗ hổng bị khai thác ngày càng sớm sau khi công bố

Chiếc đồng hồ thứ hai bắt đầu chạy khi một lỗ hổng được biết tới. Mandiant theo dõi thời gian trung bình đến khi bị khai thác: 63 ngày giai đoạn 2018-2019, 44 ngày từ 2020 đến đầu 2021, 32 ngày giai đoạn 2021-2022 và chỉ còn năm ngày trong năm 2023 [2]. Nhiều lỗ hổng bị khai thác là zero-day, bị lợi dụng trước cả khi có bản vá.

Dữ liệu về các vụ breach cũng chỉ cùng một hướng. Verizon cho biết việc khai thác lỗ hổng làm bước truy cập ban đầu tăng 34% và nay chiếm 20% số vụ breach [3]. M-Trends 2025 của Mandiant tiếp tục xếp exploit là vector xâm nhập ban đầu phổ biến nhất, ở mức 33% [4]. Chu kỳ vá tính bằng tuần và cửa sổ thay đổi tính bằng tháng giờ đã dài hơn dòng thời gian của kẻ tấn công.

Hàng đợi theo nhịp con người mất thời gian ở đâu

Theo một alert đi qua một SOC điển hình, các khoảng trễ cộng dồn từ rất lâu trước khi có ai hành động.

  1. 01

    Chờ

    Alert vào một hàng đợi hàng trăm cái. Thứ tự của nó phụ thuộc vào mức nghiêm trọng do người viết rule đặt, không phải điều đang thực sự diễn ra.

  2. 02

    Mở và tìm ngữ cảnh

    Analyst mở alert, rồi tra host, tài khoản, các lần đăng nhập gần đây và hoạt động bình thường của máy, thường qua nhiều console.

  3. 03

    Tương quan

    Analyst tìm các alert liên quan. Những mảnh của cùng một vụ xâm nhập nằm ở ticket khác, đôi khi ở analyst khác.

  4. 04

    Escalate

    Analyst Tier 1 chuyển lên Tier 2, người này làm lại một phần công việc và yêu cầu thêm bằng chứng.

  5. 05

    Quyết định và hành động

    Người có thẩm quyền quyết định cô lập. Yêu cầu thay đổi chuyển sang một đội khác quản lý EDR hay firewall.

Thêm người không thay đổi hình dạng của vấn đề

Từng bước ở trên đều hợp lý. Gộp lại, chúng mất hàng giờ, và vào một đêm bận rộn thì lâu hơn nhiều. Thêm analyst rút ngắn hàng đợi đôi chút nhưng giữ nguyên mọi bước, trong khi chu trình của kẻ tấn công giờ đã ngắn hơn thời gian đọc alert, thu thập ngữ cảnh và thống nhất quyết định.

Còn một sự lệch về hình dạng. Kẻ tấn công làm việc theo một câu chuyện: một cú click phishing, một credential, một process mới, một kết nối tới máy chủ, một lần sao chép dữ liệu. Công cụ SOC thường đưa những mảnh đó thành các alert riêng rẽ, mỗi cái một mức nghiêm trọng, nhiều khi tới những người khác nhau. Việc ghép lại câu chuyện chính là việc tốn thời gian nhất.

Tốc độ cũng quy ra tiền. Nghiên cứu năm 2025 của IBM tính thời gian trung bình để phát hiện và khoanh vùng một vụ breach là 241 ngày, và thấy các tổ chức dùng AI và tự động hoá rộng rãi trong bảo mật rút ngắn vòng đời đó 80 ngày, tiết kiệm trung bình 1,9 triệu USD [5]. Nhanh hơn không chỉ an toàn hơn mà còn rẻ hơn.

Một SOC tốc độ máy cần gì

Theo kịp nhịp của kẻ tấn công không phải là có dashboard nhanh hơn. Nó đòi hỏi cách chia việc khác giữa máy và người.

  • Đọc mọi alert, ngay lập tức

    Không có gì phải xếp hàng chờ lượt. Mỗi alert được đọc khi đến và gắn với host, tài khoản hay dịch vụ mà nó liên quan.

  • Ngữ cảnh tự động tập hợp

    Hành vi bình thường của thực thể, những gì nó vừa làm và log cho thấy gì được thu thập trước khi cần tới con người.

  • Câu chuyện, không phải mảnh vụn

    Các tín hiệu liên quan được giữ chung trong một case với một dòng thời gian, để vụ xâm nhập được nhìn đúng là một vụ xâm nhập.

  • Kết luận được đối chiếu bằng chứng

    Nhanh mà không kiểm chứng chỉ tạo ra sai lầm nhanh. Mỗi kết luận cần truy được về bằng chứng thô mà con người kiểm tra được.

  • Phản ứng sẵn sàng để duyệt

    Khi cần hành động, đề xuất, bằng chứng và cách hoàn tác đã được chuẩn bị, nên quyết định của con người chỉ mất vài phút thay vì hàng giờ.

  • Học từ kết quả

    Mỗi case đã chốt nên làm case sau nhanh hơn, để tốc độ cải thiện theo thời gian chứ không phụ thuộc vào ai đang trực ca.

Giữ con người nắm quyền quyết định

Tốc độ máy không có nghĩa là loại bỏ con người. Nó có nghĩa là đưa con người tới nơi phán đoán của họ thực sự quan trọng: phê duyệt hành động, xử lý các case thật sự mơ hồ và đặt chính sách. Phần triage và điều tra thường ngày, vốn chiếm phần lớn ngày làm việc của analyst, chính là phần máy giờ làm nhanh hơn và nhất quán hơn.

Niềm tin phải được giành từng bước. Một lộ trình hợp lý là để hệ thống tự hành làm việc song song với analyst trước, so kết luận của nó với của họ, rồi mở rộng quyền tự hành từng năng lực một khi bằng chứng cho phép. Phản ứng vẫn theo hướng đề xuất trước, có người duyệt từng hành động và audit trail cho mọi bước.

Đây là cách tiếp cận đằng sau ApexAI: một SOC tự hành đọc mọi alert, dựng câu chuyện và đề xuất phản ứng ở tốc độ máy, trong khi con người giữ quyền quyết định. Bạn có thể đọc thêm về bức tranh rộng hơn ở trang Vì sao ApexAI.

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

Breakout time là gì?

Breakout time là khoảng thời gian từ khi kẻ tấn công có truy cập ban đầu vào một hệ thống đến khi di chuyển ngang sang hệ thống khác. Breakout time ngắn để lại rất ít khoảng trống cho bên phòng thủ khoanh vùng.

Vì sao thêm analyst không giải được bài toán tốc độ?

Thêm analyst rút ngắn hàng đợi nhưng không bỏ được các bước mở, làm giàu, tương quan và escalate từng alert. Các bước đó lâu hơn một lần breakout hiện nay, nên nhịp làm việc phải đổi, không chỉ năng lực xử lý.

Phòng thủ tốc độ máy có nghĩa là tự động cô lập mà không cần duyệt?

Không. Phát hiện, điều tra và chuẩn bị phản ứng có thể chạy ở tốc độ máy trong khi một người vẫn duyệt từng hành động. Đề xuất được chuẩn bị sẵn giúp việc duyệt diễn ra nhanh.

Nguồn

Số liệu của bên thứ ba, theo công bố của nguồn.

  1. CrowdStrike, 2026 Global Threat Report (press release, February 2026)
  2. Mandiant / Google Cloud, How Low Can You Go? An Analysis of 2023 Time-to-Exploit Trends (October 2024)
  3. Verizon, 2025 Data Breach Investigations Report (news release, 2025)
  4. Mandiant / Google Cloud, M-Trends 2025
  5. IBM, Cost of a Data Breach Report 2025 (press release, July 2025)

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.