รู้จุดเสี่ยง
EASM และ Threat Intelligence ค้นหา Asset บัญชีรั่ว โดเมนปลอม และช่องโหว่ที่เกี่ยวข้อง
Ruk-Com Blue เชื่อมการค้นหาความเสี่ยง การป้องกัน และทีม SOC เข้าด้วยกัน วางขอบเขตการดูแลตามระบบสำคัญและความพร้อมของทีมคุณ
เลือกชั้นการป้องกันให้สอดคล้องกับระบบ ความเสี่ยง และความพร้อมของทีม
EASM และ Threat Intelligence ค้นหา Asset บัญชีรั่ว โดเมนปลอม และช่องโหว่ที่เกี่ยวข้อง
Identity, Firewall, WAF และ EDR ป้องกันตาม Policy พร้อมส่ง Log และ Alert ให้ทีมวิเคราะห์
ทีม SOC ใช้ Playbook และ SOAR ตามสิทธิ์ที่อนุมัติ พร้อมตรวจผลหลังลงมือ
EASM เป็นข้อมูลความเสี่ยง ไม่ใช่ทางผ่านของ Traffic หรือตัว Block การเชื่อมเครื่องมือขึ้นกับ Integration ที่รองรับและขอบเขตบริการ
AI ช่วยเร่งบางขั้นตอนของการโจมตี ขณะที่บัญชี ระบบ และข้อมูลยังเป็นเป้าหมายสำคัญ
บริการ · ระบบ · ข้อมูล
ตัวเลขจากข้อมูลภายใน Ruk-Com Blue Team ปี 2026 ที่ใช้ใน Presentation: จำนวนคำขอไม่ใช่จำนวนผู้โจมตีหรือยอดเจาะสำเร็จ และไม่ได้แยกการใช้ AI ตัวเลข WordPress เป็นยอดสะสม อาจรวมเว็บที่แก้ไขแล้ว โดยต้นฉบับไม่ระบุวันตัดยอดหรือวิธีนับซ้ำ ไม่ใช่ข้อมูลสด
Password, Secret หรือ Session ที่รั่ว อาจเปิดทางตามสิทธิ์ที่มี ต้องตรวจ MFA สถานะบัญชี และ Session ร่วมกัน
ตรวจเวอร์ชัน การตั้งค่า และเงื่อนไขที่ได้รับผลกระทบ เลข CVE เป็นข้อมูลอ้างอิง ไม่ใช่หลักฐานว่าถูกเจาะแล้ว
ลดความเสี่ยงระหว่างรอแพตช์ด้วยการจำกัดสิทธิ์ แบ่งเครือข่าย และตรวจพฤติกรรมผิดปกติ โดยพิจารณาผลกระทบต่อการใช้งานร่วมด้วย
หลังเข้าถึงระบบ ผู้บุกรุกอาจทำหลายอย่างควบคู่กัน ขอบเขตความเสียหายขึ้นกับสิทธิ์และการเชื่อมต่อ
ทิ้ง Backdoor หรือ Web shell ไว้กลับเข้าซ้ำ การ Patch ทางเข้าต้องควบคู่กับตรวจสิ่งที่ถูกทิ้งไว้
ใช้สิทธิ์และการเชื่อมต่อไปยังระบบอื่น การแบ่งเครือข่ายช่วยจำกัดวง
เก็บไฟล์หรือภาพหน้าจอเฉพาะจุดที่เข้าถึงได้ อาจเกิดขณะบริการยังทำงาน
ต้องตรวจผล Export, Application audit และ Network egress ก่อนยืนยันว่าข้อมูลออกไปจริง
ภาพอธิบายสถานการณ์ ไม่ใช่ลำดับเวลาตายตัวหรือเหตุการณ์ของลูกค้า
Ransomware หรือการหยุดระบบเพื่อควบคุมเหตุอาจทำให้งานขายและบริการสะดุด พร้อมค่าใช้จ่ายแก้ไขและกู้คืน
ข้อมูลถูกล็อกกับข้อมูลรั่วเป็นคนละผลกระทบ ผู้บุกรุกอาจขโมยข้อมูลก่อนเข้ารหัส
ระบบกลับมาไม่ได้แปลว่าความเสียหายหมดไป การจ่ายค่าไถ่ไม่รับประกันว่าจะได้ข้อมูลคืน
รวบรวมสิ่งที่ตรวจพบ ระบุระบบและผู้รับผิดชอบ แล้วจัดลำดับสิ่งที่ควรตรวจสอบหรือแก้ไข
ติดตามบัญชี ข้อมูล และโค้ดที่รั่วจากแหล่งที่ได้รับอนุญาต ตรวจความเกี่ยวข้องโดยไม่ลองนำบัญชีไปล็อกอิน
ติดตามโดเมนคล้าย เว็บปลอม และการแอบอ้างแบรนด์ แล้วตรวจหลักฐานก่อนยืนยัน
สำรวจ Asset ที่เปิดสู่อินเทอร์เน็ต Shadow IT และ CVE ที่อาจเกี่ยวข้องกับระบบ
เติมบริบทภัยและ IoC เพื่อจัดลำดับความเสี่ยง ข้อมูลภัยเพียงอย่างเดียวยังไม่ยืนยันว่าระบบถูกโจมตี
รวบรวม Asset, Domain และข้อมูลรั่วที่เกี่ยวข้อง
ยืนยันเจ้าของและผลกระทบต่อธุรกิจ AI ช่วยสรุปในส่วนที่รองรับ
ตรวจหลักฐาน และทำ VA / Pentest เมื่อได้รับอนุญาต
ส่งงานให้ผู้รับผิดชอบ ลงมือตามขอบเขต แล้วตรวจซ้ำ
แยกข้อมูลสำหรับวิเคราะห์ออกจากคำสั่งที่กระทบระบบ เพื่อให้ทุกการกระทำมีผู้รับผิดชอบ
รวม Log และเชื่อมบริบท
Analyst ตรวจหลักฐานและผลกระทบ
ทำตาม Playbook และอำนาจอนุมัติ
↳ ตรวจผลจริง → แจ้งกลับ SOC → ทบทวนและปรับปรุง
AI ช่วยสรุปและหาความเชื่อมโยง แต่คนตรวจหลักฐานและตัดสินใจ ไม่แก้โค้ดหรือ Deploy อัตโนมัติจาก Alert งานทดสอบต้องมีขอบเขต เวลา และเงื่อนไขหยุดที่อนุมัติ
CASE-01 เป็นข้อมูลสมมติ: เชื่อมบัญชี user-demo, เครื่อง WS-01 และ Session S-01 ตามเวลา แต่ Endpoint ไม่ได้ยืนยัน Session โดยตรง
เทียบเจ้าของบัญชีและ Change ticket; DNS query ไม่เท่ากับข้อมูลรั่ว และ Export queued ไม่เท่ากับส่งออกสำเร็จ
Incident lead และเจ้าของระบบอนุมัติขอบเขต ก่อนเพิกถอน Session หรือแยกเครื่องเมื่อมีหลักฐานรองรับ
Reset password ไม่เท่ากับ Revoke session หรือ Isolate endpoint ตรวจผลแต่ละอย่างและแก้ต้นเหตุก่อนคืนบริการ
ค้นหา ยืนยันเจ้าของ และจัดลำดับสิ่งที่เปิดเผย
ตรวจช่องโหว่ พิสูจน์ผลกระทบ หรือทดสอบการป้องกันตามวัตถุประสงค์ที่อนุมัติ แล้วแก้ไขและ Retest
เฝ้าระวัง วิเคราะห์ รับมือ และส่งบทเรียนกลับไปปรับการค้นหาและการป้องกัน

รับข้อมูลจาก Log, Endpoint, Cloud และ Identity ตามระบบที่เชื่อมต่อ
Analyst ตรวจความเกี่ยวข้อง ความครบของข้อมูล และผลกระทบต่อธุรกิจ
ประสานทีมที่รับผิดชอบ ลงมือตามสิทธิ์ และตรวจผลจริงก่อนปิดเหตุ
รู้ระบบสำคัญ เจ้าของงาน และช่องว่างของ Log ไม่มี Alert ยังไม่แปลว่าปลอดภัย
เทียบ Alert กับตัวตน เวลา และงานที่อนุมัติ ตรวจ False Positive ก่อนตัดสินใจ
ใช้ Playbook ที่ทดสอบ พร้อมผู้อนุมัติ เงื่อนไขหยุด และตรวจผลหลังลงมือ
แยก Backup ทดสอบ Restore และระบบที่พึ่งพากัน เทียบผลกับ RTO/RPO แล้วแก้ต้นเหตุ
การกู้คืนต้องพิสูจน์ด้วยการทดสอบ ไม่รับประกันว่าจะครบหรือทันที และ SOAR ไม่ได้ปลดล็อก Ransomware ให้เอง
เลือกรูปแบบ Co-managed หรือ Fully managed พร้อม Scope, SLA ผู้ประสานงาน และช่องทาง Escalation
ระบุผู้อนุมัติ การกระทำที่อนุญาต อำนาจฉุกเฉิน และแผนกู้คืนหรือ Rollback ที่ทำได้
ตกลงวัตถุประสงค์ สิทธิ์เข้าถึง บทบาทข้อมูลตาม PDPA เวลาครอบคลุม และรอบ Service Review
ราคา ระยะเวลาตอบสนอง การเชื่อมต่อ และสิทธิ์รับมือยืนยันในข้อเสนอและสัญญา ไม่ใช่แพ็กเกจที่รวมทุกเครื่องมือโดยอัตโนมัติ
เล่าระบบที่ต้องการดูแล ความเสี่ยงที่กังวล และรูปแบบทีมปัจจุบัน เพื่อใช้หารือขอบเขตบริการและแนวทางเริ่มต้นที่เหมาะสม
การนำเสนอภาษาไทยแบบวนต่อเนื่อง ภาพเคลื่อนไหวและเหตุการณ์ตัวอย่างเป็นข้อมูลจำลอง ไม่ใช่ข้อมูลสด
เปิด Presentation ในแท็บใหม่ ↗