SOC เปิดให้บริการแล้ว — เปิดแอป เพื่อเชื่อมต่อแหล่งบันทึกแรกของคุณ
SOCการแจ้งเตือน · CVE Radar · Threat Intel · เทรซ · ความครอบคลุม

ตรวจจับ สืบสวน
และตอบสนอง — ก่อนที่
การแจ้งเตือนเล็กๆ จะกลายเป็นปัญหาใหญ่

Obiguard SOC — ศูนย์ปฏิบัติการด้านความปลอดภัยของเรา — รวบรวมบันทึก เมตริก เทรซ ไลบรารีที่พึ่งพา และคอมมิตของคุณไว้ในที่เดียว แล้วแปลงเป็นการแจ้งเตือน ช่องโหว่ CVE ของไลบรารีที่จับคู่กับข้อมูลการโจมตีจริง และแผนผังบริการที่สร้างขึ้นเองจากสิ่งที่กำลังทำงานอยู่จริง

เปิด SOC →คุยกับฝ่ายขาย ↗
ตรวจจับแบบเรียลไทม์ จัดลำดับความสำคัญโดยคำนึงถึงการถูกโจมตีจริง
บันทึก เมตริก และเทรซ
OpenTelemetry / OTLP
การสแกน CVE
ทุกครั้งที่ push + ทุกวัน
Threat intel
CISA KEV + FIRST EPSS
การตรวจสอบโค้ด
ทุกคอมมิต โดย AI

สตรีมบันทึก เมตริก และโค้ดจากระบบที่คุณใช้งานอยู่แล้ว

GitHub
Kubernetes (EKS/GKE/AKS)
OpenTelemetry Collector
AWS CloudWatch · เร็วๆ นี้
Google Cloud Logging · เร็วๆ นี้
Azure Monitor · เร็วๆ นี้
Slack · เร็วๆ นี้
PagerDuty · เร็วๆ นี้
Webhooks · เร็วๆ นี้
01 / ปัญหา

เครื่องมือส่วนใหญ่บอกได้ว่ามีบางอย่างเสีย
แต่น้อยตัวที่บอกได้ว่าเรื่องไหนสำคัญ

🔔

การแจ้งเตือนที่ท่วมท้นกลบสัญญาณที่สำคัญ

บันทึกสะสมอยู่ในเครื่องมือหลายสิบตัวโดยไม่มีการเชื่อมโยงกัน กว่าที่คนจะสังเกตเห็นรูปแบบ ปัญหาต้นเหตุก็ดำเนินมาแล้วหลายชั่วโมง

📦

CVE เพิ่มขึ้นเร็วกว่าที่จะแพตช์ได้ทัน

เครื่องมือสแกนไลบรารีบอกได้ว่าอะไรมีช่องโหว่ แต่ไม่ได้บอกว่าการแก้ไขนั้นปลอดภัยที่จะนำไปใช้หรือไม่ ช่องโหว่นั้นกำลังถูกโจมตีอยู่ในขณะนี้หรือเปล่า หรือส่วนอื่นในองค์กรของคุณพึ่งพาแพ็กเกจเดียวกันนี้อีกหรือไม่

🧩

บันทึก เมตริก และเทรซ อยู่กระจายในเครื่องมือสามตัว

ไม่มีใครอัปเดตแผนผังบริการด้วยมือได้ตลอดเวลา การไล่ตามคำขอที่ช้าไปยังโฮสต์หรือไลบรารีที่เป็นต้นเหตุจึงต้องสลับไปมาระหว่างแดชบอร์ดที่ไม่ได้ถูกออกแบบมาให้ทำงานร่วมกัน

🧑‍💻

ไม่มีใครตรวจสอบปัญหาด้านความปลอดภัยในทุกคอมมิต

การตรวจสอบด้านความปลอดภัยเกิดขึ้นในการตรวจประเมินตามกำหนดการ ไม่ใช่ทุกครั้งที่ push ปัญหาที่ผู้ตรวจสอบน่าจะจับได้จึงหลุดเข้าสู่ระบบจริงโดยตรง

02 / แพลตฟอร์ม

สามเสาหลัก
ศูนย์ปฏิบัติการด้านความปลอดภัยเดียว

CVE Radar และ Threat Intelligence

รู้ว่าควรแก้ช่องโหว่ใดก่อน — และช่องโหว่ใดกำลังถูกโจมตีอยู่แล้ว

ทุกที่เก็บโค้ดที่เชื่อมต่อจะถูกสแกนหาไลบรารีที่มีช่องโหว่ในทุกครั้งที่ push และวันละหนึ่งครั้ง แต่ละรายการที่พบจะระบุไฟล์และบรรทัดที่ต้องแก้ไขอย่างชัดเจน และก่อนที่คุณจะอัปเกรดก็มีรายงานความเสี่ยงด้านความเข้ากันได้ พร้อมคะแนนความปลอดภัย 0–100 และขอบเขตผลกระทบต่อที่เก็บโค้ดอื่นทั้งหมดที่พึ่งพาแพ็กเกจเดียวกัน จากนั้น Threat Intelligence จะตรวจสอบทุกรายการที่พบเทียบกับแคตตาล็อก Known Exploited Vulnerabilities (KEV) ของ CISA และคะแนนการคาดการณ์การโจมตี EPSS ของ FIRST.org ดังนั้น CVE ที่กำลังถูกโจมตีจริงจะถูกแจ้งเตือนทันที แทนที่จะรออยู่ในคิวนับร้อยรายการที่จัดอันดับด้วย CVSS เพียงอย่างเดียว ทุกคอมมิตไปยังที่เก็บโค้ดที่เชื่อมต่อยังได้รับการตรวจสอบโค้ดด้วย LLM โดยอัตโนมัติ เพื่อพบปัญหาก่อนที่จะถูกนำไปใช้งานจริง

  • สแกนทุกครั้งที่ push + ฐานการสแกนรายวัน
  • ระบุตำแหน่งไฟล์/บรรทัดที่แน่นอน ไม่ใช่เพียงชื่อแพ็กเกจ
  • การวิเคราะห์ผลกระทบของการอัปเกรดพร้อมคะแนนความปลอดภัย
  • ขอบเขตผลกระทบข้ามที่เก็บโค้ดก่อนที่คุณจะอัปเกรด
  • จับคู่แบบสดกับ CISA KEV และ FIRST.org EPSS
  • ตรวจสอบโค้ดด้วย LLM โดยอัตโนมัติในทุกครั้งที่ push
soc / cve-radar
📦CVE-2024-XXXX · lodashKEV match
📦KEV: exploited in wild
📦Safety score: 82/100
📦Fixed in 4.17.22
การสังเกตการณ์ครบทั้งสแตก

ที่เดียวสำหรับดูทุกอย่าง — ขณะที่เกิดขึ้นจริง

สตรีมบันทึก เมตริกของโฮสต์ และเทรซแบบกระจายทั้งหมดผ่าน OpenTelemetry — รวมถึงการติดตั้ง OTel Collector ด้วย Helm ที่สร้างให้สำหรับ EKS, GKE และ AKS Live Logs แสดงทุกเหตุการณ์แบบเรียลไทม์พร้อมตัวกรองตามระดับ แหล่งที่มา และข้อความเต็ม Metrics ติดตาม CPU หน่วยความจำ ดิสก์ และเครือข่ายของแต่ละโฮสต์ Traces แสดงค่าหน่วงเวลาและอัตราข้อผิดพลาดของแต่ละบริการ และ Service Map สร้างตัวเองโดยอัตโนมัติจากเทรซที่รับเข้ามา คุณจึงเห็นว่าอะไรเรียกอะไร — และอะไรกำลังมีปัญหาอยู่ — โดยไม่ต้องวาดเอง

  • บันทึก เมตริก และเทรซผ่านไปป์ไลน์ OTLP เดียว
  • การติดตั้ง OTel Collector ด้วย Helm ที่สร้างให้สำหรับ EKS, GKE และ AKS
  • การทำเทรซแบบกระจายพร้อมสถิติค่าหน่วงเวลาและอัตราข้อผิดพลาดของแต่ละบริการ
  • Service Map สร้างตัวเองจากเทรซ — ไม่ต้องกำหนดโทโพโลยีด้วยมือ
  • ตรวจจับโฮสต์ที่เงียบหายและบริการที่ประสิทธิภาพลดลง
soc / service-map
🕸checkout-api → paymentsHealthy
🕸p99: 240ms
🕸0.8% err rate
🕸host-web-03 · CPU 88%
ความครอบคลุมของโค้ด

ติดตามความครอบคลุมของการทดสอบในทุกที่เก็บโค้ด โดยไม่ต้องตั้งบริการแยกต่างหาก

อัปโหลดรายงาน lcov จากตัวรันการทดสอบใดก็ได้ — Jest, pytest-cov, gcov2lcov สำหรับ Go และเครื่องมืออื่นที่สร้าง lcov ได้ — โดยใช้ GitHub Action บรรทัดเดียวหรือสคริปต์ curl/jq ธรรมดา SOC ติดตามความครอบคลุมระดับบรรทัดของแต่ละที่เก็บโค้ดตามช่วงเวลา ดังนั้นเมื่อค่าลดลงคุณจะเห็นทันที แทนที่จะรอการตรวจประเมินรอบถัดไป

  • ใช้ได้กับเครื่องมือทดสอบทุกตัวที่สร้าง lcov
  • GitHub Action บรรทัดเดียว หรือสคริปต์ธรรมดาสำหรับ CI อื่นๆ
  • แนวโน้มความครอบคลุมของแต่ละที่เก็บโค้ด — เพิ่มขึ้นหรือลดลงนับจากการรันครั้งก่อน
  • ใช้โทเคนและรูปแบบเกตเวย์เดียวกับการรับบันทึกและเมตริก
soc / coverage
✅obiguard/gateway-service+1.6%
✅Lines: 84.2%
✅+1.6% vs last run
✅Uploaded via CI
03 / การติดตั้งใช้งาน

เริ่มใช้งานได้ในไม่กี่นาที ไม่ใช่ทั้งไตรมาส

01

เชื่อมต่อแหล่งข้อมูลของคุณ

ติดตั้ง OTel Collector สำหรับบันทึก เมตริกของโฮสต์ และเทรซ — การติดตั้ง OTel Collector ด้วย Helm ที่สร้างให้ครอบคลุม EKS, GKE และ AKS เชื่อมต่อ GitHub เพื่อดึงข้อมูลการปรับใช้ การ push และการรันเวิร์กโฟลว์

02

ดูข้อมูลสตรีมแบบสด

บันทึก เมตริก และเทรซจะปรากฏทันทีใน Live Logs, Metrics และ Traces — ค้นหา กรอง และส่งออกได้ ขณะที่ Service Map วาดตัวเองจากทราฟฟิกที่ไหลอยู่จริง ไม่ต้องสร้างแดชบอร์ดก่อน

03

ปล่อยให้ระบบตรวจจับทำงาน

การแจ้งเตือนเกิดจากปริมาณบันทึกและการจับคู่กฎ CVE Radar สแกนทุกครั้งที่ push และวันละหนึ่งครั้ง จากนั้น Threat Intelligence จะตรวจสอบสิ่งที่พบเทียบกับ CISA KEV และ FIRST.org EPSS ทุกคอมมิตยังได้รับการตรวจสอบโค้ดด้วย LLM โดยอัตโนมัติ — ทั้งหมดนี้โดยที่คุณไม่ต้องเขียนกฎการตรวจจับแม้แต่ข้อเดียว

04

ติดตามความครอบคลุมจาก CI

เพิ่ม obiguard-coverage-upload-action (หรือขั้นตอน curl/jq ธรรมดา) ในเวิร์กโฟลว์ใดก็ตามที่สร้างรายงาน lcov อยู่แล้ว แล้ว SOC จะเริ่มติดตามแนวโน้มความครอบคลุมระดับบรรทัดของที่เก็บโค้ดนั้นในทุกการรัน

05

จัดการคิวตามลำดับความสำคัญ

ทุกการแจ้งเตือน ช่องโหว่ CVE ภัยคุกคามที่จับคู่ได้ และข้อค้นพบในโค้ดจะถูกให้คะแนนความรุนแรงและจัดอันดับ — CVE ที่ถูกโจมตีจริงมาก่อน พร้อมไฟล์และบรรทัดที่แน่นอนและคะแนนความปลอดภัยของการอัปเกรด — ทีมของคุณจึงรู้ว่าควรหยิบงานใดขึ้นมาทำต่อ

04 / ร่องรอยการตรวจสอบ

บันทึกว่าเกิดอะไรขึ้นและใครเป็นผู้ตัดสินใจอะไร

ทุกการแจ้งเตือน ช่องโหว่ CVE ภัยคุกคามที่จับคู่ได้ และข้อค้นพบในโค้ดจะเก็บประวัติไว้ — ไม่ใช่เพียงการแจ้งเตือนที่หายไปเมื่อรับทราบแล้ว นี่คือร่องรอยการตรวจสอบของ SOC เอง แยกต่างหากจาก Audit Ledger ที่ Governance AI เขียนลงไป

ไทม์ไลน์การแจ้งเตือน
ทุกการแจ้งเตือนมีไทม์ไลน์หลักฐานครบถ้วน เชื่อมโยงกลับไปยังเหตุการณ์ในบันทึกดิบที่เป็นต้นเหตุ
ร่องรอยการยกเลิก / คืนค่า
การยกเลิก CVE หรือข้อค้นพบในโค้ดต้องมีความคิดเห็นประกอบ และทั้งสองการกระทำจะถูกบันทึกลงในบันทึกการตรวจสอบขององค์กรของคุณ
วงจรชีวิตของภัยคุกคามที่จับคู่ได้
การรับทราบหรือแก้ไขภัยคุกคามที่จับคู่กับ CISA KEV / EPSS จะถูกติดตามเป็นรายการ จึงมีบันทึกว่าใครคัดแยกข้อค้นพบที่กำลังถูกโจมตีจริงและเมื่อใด
05 / คำถามที่พบบ่อย

คำถามที่พบบ่อย

เปิดให้บริการแล้ว

พร้อมจะเห็นว่าเกิดอะไรขึ้นจริงหรือยัง

เปิด SOC แล้วเชื่อมต่อแหล่งบันทึก ที่เก็บโค้ด หรือตัวรวบรวมเมตริกแรกของคุณได้ในไม่กี่นาที