SOC đã hoạt động — mở ứng dụng để kết nối nguồn nhật ký đầu tiên của bạn.
SOCCảnh báo · CVE Radar · Threat Intel · Traces · Coverage

Phát hiện, điều tra
và ứng phó — trước khi một
cảnh báo nhỏ trở thành vấn đề lớn.

Obiguard SOC — Trung tâm vận hành an ninh của chúng tôi — đưa nhật ký, số liệu, trace, dependency và commit của bạn về một nơi, rồi biến chúng thành cảnh báo, các CVE của dependency được đối chiếu với thông tin khai thác thực tế, và bản đồ dịch vụ tự dựng từ những gì đang thực sự chạy.

Mở SOC →Trao đổi với đội kinh doanh ↗
Phát hiện theo thời gian thực. Ưu tiên dựa trên khả năng bị khai thác.
Nhật ký, số liệu và trace
OpenTelemetry / OTLP
Quét CVE
Mỗi lần push + hằng ngày
Threat intel
CISA KEV + FIRST EPSS
Xem xét mã
Mỗi commit, bởi AI

Truyền nhật ký, số liệu và mã từ những gì bạn đang chạy

GitHub
Kubernetes (EKS/GKE/AKS)
OpenTelemetry Collector
AWS CloudWatch · sắp có
Google Cloud Logging · sắp có
Azure Monitor · sắp có
Slack · sắp có
PagerDuty · sắp có
Webhooks · sắp có
01 / Vấn đề

Hầu hết công cụ cho bạn biết có thứ bị hỏng.
Rất ít công cụ cho biết thứ nào quan trọng.

🔔

Quá tải cảnh báo làm chìm mất tín hiệu quan trọng

Nhật ký chất đống trên hàng chục công cụ mà không có tương quan. Khi con người nhận ra quy luật, vấn đề gốc đã chạy hàng giờ.

📦

CVE tăng nhanh hơn tốc độ bạn vá

Công cụ quét dependency cho bạn biết thứ gì có lỗ hổng. Nó không cho biết bản sửa có an toàn để phát hành không, lỗ hổng có đang bị khai thác ngay lúc này không, hay còn gì khác trong tổ chức phụ thuộc cùng gói đó.

🧩

Nhật ký, số liệu và trace nằm ở ba công cụ khác nhau

Không ai cập nhật bản đồ dịch vụ bằng tay, nên truy một yêu cầu chậm về máy chủ hoặc dependency gây ra nó đồng nghĩa với việc nhảy qua lại giữa các bảng điều khiển vốn không được xây dựng để kết nối với nhau.

🧑‍💻

Không ai xem xét mọi commit để tìm vấn đề bảo mật

Việc xem xét bảo mật diễn ra trong các đợt kiểm toán theo lịch, không phải ở mỗi lần push. Những vấn đề mà người xem xét lẽ ra đã bắt được lại đi thẳng lên production.

02 / Nền tảng

Ba trụ cột.
Một trung tâm vận hành an ninh.

CVE Radar & Threat Intelligence

Biết lỗ hổng nào cần sửa trước — và lỗ hổng nào đang bị khai thác

Mọi repo được kết nối đều được quét tìm dependency có lỗ hổng ở mỗi lần push và mỗi ngày một lần. Mỗi phát hiện đều có tệp và dòng cần sửa chính xác, và — trước khi bạn nâng cấp — một báo cáo rủi ro tương thích với điểm an toàn 0–100 cùng phạm vi ảnh hưởng trên mọi repo khác phụ thuộc cùng gói. Sau đó Threat Intelligence đối chiếu mọi phát hiện với danh mục Known Exploited Vulnerabilities (KEV) của CISA và điểm dự đoán khai thác EPSS của FIRST.org, nên CVE đang bị khai thác ngoài thực tế được gắn cờ ngay lập tức thay vì nằm trong hàng đợi hàng trăm mục chỉ xếp hạng theo CVSS. Mỗi commit lên repo được kết nối cũng được LLM tự động xem xét mã, phát hiện vấn đề trước khi chúng được phát hành.

  • Quét ở mỗi lần push + đường cơ sở hằng ngày
  • Vị trí tệp/dòng chính xác, không chỉ tên gói
  • Phân tích tác động nâng cấp kèm điểm an toàn
  • Phạm vi ảnh hưởng đa repo trước khi bạn nâng cấp
  • Đối chiếu trực tiếp với CISA KEV & FIRST.org EPSS
  • LLM tự động xem xét mã ở mỗi lần push
soc / cve-radar
📦CVE-2024-XXXX · lodashKEV match
📦KEV: exploited in wild
📦Safety score: 82/100
📦Fixed in 4.17.22
Khả năng quan sát toàn diện

Một nơi để theo dõi mọi thứ — khi nó đang diễn ra

Truyền nhật ký, số liệu máy chủ và distributed trace qua OpenTelemetry — bao gồm bản cài Helm được tạo sẵn của OTel Collector cho EKS, GKE và AKS. Live Logs hiển thị mọi sự kiện theo thời gian thực với bộ lọc theo mức, nguồn và toàn văn; Metrics theo dõi CPU, bộ nhớ, đĩa và mạng theo từng máy chủ; Traces cho thấy độ trễ và tỷ lệ lỗi theo từng dịch vụ; và Service Map tự dựng từ các trace được nạp vào, để bạn thấy dịch vụ nào gọi dịch vụ nào — và cái gì đang hỏng — mà không cần vẽ tay.

  • Nhật ký, số liệu và trace trên một pipeline OTLP duy nhất
  • Bản cài Helm được tạo sẵn của OTel Collector cho EKS, GKE và AKS
  • Distributed tracing kèm thống kê độ trễ và tỷ lệ lỗi theo dịch vụ
  • Service map tự dựng từ trace — không cần dựng topology thủ công
  • Phát hiện máy chủ im lặng và dịch vụ suy giảm
soc / service-map
🕸checkout-api → paymentsHealthy
🕸p99: 240ms
🕸0.8% err rate
🕸host-web-03 · CPU 88%
Độ bao phủ mã

Theo dõi độ bao phủ kiểm thử trên mọi repo, không cần dựng thêm dịch vụ riêng

Tải lên báo cáo lcov từ bất kỳ công cụ kiểm thử nào — Jest, pytest-cov, gcov2lcov cho Go và mọi công cụ khác xuất ra lcov — bằng GitHub Action một dòng hoặc một script curl/jq thông thường. SOC theo dõi độ bao phủ theo dòng của từng repo theo thời gian, nên mức giảm xuất hiện ngay khi nó xảy ra thay vì ở đợt kiểm toán theo lịch tiếp theo.

  • Hoạt động với mọi công cụ kiểm thử xuất ra lcov
  • GitHub Action một dòng, hoặc script thông thường cho CI khác
  • Xu hướng độ bao phủ theo repo — tăng hay giảm kể từ lần chạy trước
  • Cùng mô hình token và gateway như việc nạp nhật ký và số liệu
soc / coverage
✅obiguard/gateway-service+1.6%
✅Lines: 84.2%
✅+1.6% vs last run
✅Uploaded via CI
03 / Triển khai

Chạy trong vài phút, không phải một quý.

01

Kết nối các nguồn của bạn

Triển khai OTel Collector cho nhật ký, số liệu máy chủ và trace — bản cài Helm được tạo sẵn của OTel Collector bao phủ EKS, GKE và AKS. Kết nối GitHub để lấy các lần triển khai, push và workflow run.

02

Xem dữ liệu chảy trực tiếp

Nhật ký, số liệu và trace xuất hiện ngay trong Live Logs, Metrics và Traces — có thể tìm kiếm, lọc và xuất — trong khi Service Map tự vẽ từ lưu lượng đang thực sự chạy. Không cần dựng bảng điều khiển trước.

03

Để hệ thống phát hiện tự chạy

Cảnh báo kích hoạt từ khối lượng nhật ký và các quy tắc khớp. CVE Radar quét mỗi lần push và mỗi ngày một lần, rồi Threat Intelligence đối chiếu các phát hiện với CISA KEV và FIRST.org EPSS. Mỗi commit cũng được LLM tự động xem xét mã — tất cả mà bạn không phải viết một quy tắc phát hiện nào.

04

Theo dõi độ bao phủ từ CI

Thêm obiguard-coverage-upload-action (hoặc một bước curl/jq thông thường) vào bất kỳ workflow nào đã tạo báo cáo lcov, và SOC sẽ bắt đầu theo dõi xu hướng độ bao phủ theo dòng của repo đó ở mỗi lần chạy.

05

Xử lý hàng đợi theo thứ tự ưu tiên

Mọi cảnh báo, phát hiện CVE, khớp mối đe dọa và phát hiện về mã đều được chấm điểm mức độ nghiêm trọng và xếp hạng — CVE đang bị khai thác ngoài thực tế đứng đầu, kèm tệp và dòng chính xác cùng điểm an toàn khi nâng cấp — để đội ngũ của bạn biết nên xử lý gì tiếp theo.

04 / Nhật ký kiểm toán

Bản ghi về những gì đã xảy ra và ai quyết định điều gì.

Mọi cảnh báo, phát hiện CVE, khớp mối đe dọa và phát hiện về mã đều giữ lại lịch sử — không chỉ là một cảnh báo biến mất sau khi được xác nhận. Đây là nhật ký kiểm toán riêng của SOC, tách biệt với Sổ cái kiểm toán mà Governance AI ghi vào.

Dòng thời gian cảnh báo
Mỗi cảnh báo giữ một dòng thời gian bằng chứng đầy đủ, liên kết ngược tới các sự kiện nhật ký thô đã kích hoạt nó.
Lịch sử bỏ qua / khôi phục
Bỏ qua một CVE hoặc phát hiện về mã đòi hỏi phải có bình luận, và cả hai hành động đều được ghi vào nhật ký kiểm toán của tổ chức bạn.
Vòng đời khớp mối đe dọa
Việc xác nhận hoặc giải quyết một khớp mối đe dọa CISA KEV / EPSS được theo dõi theo từng lần khớp, nên luôn có bản ghi về ai đã phân loại một phát hiện đang bị khai thác và vào lúc nào.
05 / FAQ

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

Đã có sẵn

Sẵn sàng xem điều gì đang thực sự diễn ra?

Mở SOC và kết nối nguồn nhật ký, repo hoặc bộ thu số liệu đầu tiên của bạn trong vài phút.

Mở SOC →Trao đổi với đội kinh doanh ↗Tải brochure (PDF) ↓