เข้าใจความเสี่ยงของ policy สอบถามเรื่อง policy ได้ด้วยภาษาทั่วไป ขอชมการสาธิต →

Published:

ขอแนะนำ FireMon Agentic AI สำหรับการควบคุม Network Security Policy

FireMon Agentic AI ทำให้การตรวจทาน firewall policy เป็นอัตโนมัติ โดยจัดเตรียมคำแนะนำไว้ให้ ขณะที่ทีมความปลอดภัยยังคงควบคุมการตรวจทานและการอนุมัติ

by FireMon

ทีมแอปพลิเคชันทีมหนึ่งต้องการสิทธิ์เข้าถึงฐานข้อมูล คำขอนี้ฟังดูตรงไปตรงมา แต่ก่อนที่เรื่องจะเดินหน้าต่อได้ วิศวกรความปลอดภัยเครือข่ายต้องค้นหาอุปกรณ์และ policy ที่เกี่ยวข้อง ทำความเข้าใจสิทธิ์เข้าถึงที่มีอยู่ ประเมินการเปลี่ยนแปลงที่เป็นไปได้ และจัดเตรียมข้อเสนอให้ผู้อื่นตรวจทาน เมื่อคูณงานดังกล่าวด้วยจำนวนแอปพลิเคชัน สภาพแวดล้อม และผู้ผลิต firewall หลายราย การสืบค้นตรวจสอบจึงกลายเป็นส่วนสำคัญของภาระงานของทีม และงานนี้ยังคงต้องทำอยู่ดี เพราะ policy context ที่ไม่ครบถ้วนอาจหมายถึงการมองข้าม dependency การเปิดสิทธิ์เข้าถึงเกินความจำเป็น หรือการเปลี่ยนแปลงที่ไม่ตอบโจทย์ความต้องการทางธุรกิจ

FireMon Agentic AI มอบหมายให้ agent รับผิดชอบขั้นตอนการสืบค้นตรวจสอบและการวางแผนเหล่านั้น ความสามารถนี้ผนวกอยู่ใน FireMon โดยตรง ช่วยให้ผู้ปฏิบัติงานมีกำลังมากขึ้นในการรับมือกับความซับซ้อนของ policy ขณะที่การตัดสินใจสำคัญยังคงอยู่กับองค์กร ลูกค้าสามารถใช้ agent ที่ให้มา สร้าง agent ของตนเอง หรือเชื่อมต่อ agentic workflow ภายนอกผ่าน FireMon MCP Server

นี่คือการนำแนวทาง Network Security Policy Control for the Modern Enterprise ของ FireMon มาใช้งานจริง โดยนำหลักฐานด้าน policy และเครื่องมือปฏิบัติการเข้ามาอยู่ในงานที่ทีมต้องทำให้สำเร็จ

Policy context และเครื่องมือที่ลงมือทำงานจริง

กรอบการทำงาน agentic AI ของ FireMon ผสาน instructions, skills, tools และ permissions เข้าด้วยกัน โดย instructions กำหนดว่า agent ควรทำอะไร skills ให้ความรู้สนับสนุน ส่วน tools ดำเนินการเฉพาะเรื่อง ตั้งแต่การดึงข้อมูล policy ไปจนถึงการคำนวณคำแนะนำและการจัดเตรียมการเปลี่ยนแปลงที่นำเสนอ

ลองพิจารณาการค้นหา policy: SiQL Expert ให้เอกสารประกอบและตัวอย่างสำหรับ Security Intelligence Query Language (SiQL) ส่วนเครื่องมือ SiQL เป็นผู้รัน query องค์ประกอบเหล่านี้รวมกันทำให้ agent สามารถแปลงคำถามให้เป็นการค้นหา และอธิบายข้อมูลที่ดึงกลับมาได้

agent ยังเป็นผู้มีส่วนร่วมใน workflow ของ FireMon เช่นเดียวกับผู้ใช้งาน agent สามารถรับมอบหมายงานและเริ่มดำเนินงานนั้นได้โดยอัตโนมัติ โดยทำงานภายใต้ permissions ที่กำหนดไว้ รวบรวมข้อมูลและจัดเตรียมคำแนะนำ พร้อมดึงผู้ปฏิบัติงานเข้ามาตรวจทานเมื่อจำเป็น รากฐานของทั้งหมดนี้คือข้อมูล policy และความเชี่ยวชาญด้านการปฏิบัติงานที่ FireMon สั่งสมมากว่า 25 ปี agent ใช้ context ดังกล่าวและเครื่องมือที่มีอยู่เพื่อดำเนินงานขั้นกลางที่อยู่เบื้องหลังการตัดสินใจด้าน policy

สืบค้นตรวจสอบความต้องการด้านการเข้าถึง

ลองดูตัวอย่างคำขอให้ app-web-01 เข้าถึง app-db-01 บน TCP port 5432 คำถามแรกคือ policy ที่มีอยู่ระบุอะไรไว้เกี่ยวกับการเข้าถึงนั้น

FireMon Intelligent Agent ค้นหาและวิเคราะห์ข้อมูล policy โดยสร้างและรัน SiQL query พร้อมอธิบายสิ่งที่ค้นพบ ผู้ปฏิบัติงานสามารถถามได้ว่า rule ใดเกี่ยวข้องกับคำขอนี้ โดยไม่ต้องเขียน query ก่อน หรือประกอบผลการค้นหาแยกส่วนด้วยตนเอง

ข้อมูลที่ได้กลับมาคือหลักฐานสำหรับการตัดสินใจขั้นถัดไป ผู้ปฏิบัติงานสามารถตรวจสอบ rule ที่เกี่ยวข้องและ context ของ rule เหล่านั้น แล้วปรับคำถามให้ละเอียดขึ้น เช่น การจำกัดขอบเขตการตรวจสอบเฉพาะ production environment ช่วยให้งานโฟกัสอยู่กับขอบเขตที่สำคัญต่อคำขอนั้น ความแตกต่างนี้สำคัญต่อการตีความคำตอบ rule ที่ตรงเงื่อนไขเป็นหลักฐานที่มีประโยชน์ แต่ลำพังตัวมันเองไม่ได้พิสูจน์ว่าการเชื่อมต่อแบบ end-to-end ทำได้จริง ผู้ปฏิบัติงานยังต้องเข้าใจว่าข้อมูลที่ได้กลับมายืนยันอะไรได้บ้างก่อนเข้าสู่ขั้นตอนออกแบบ agent รับงานค้นหาและอธิบายไปทำ เหลือให้วิศวกรมีข้อมูล policy ที่ชัดเจนไว้ประเมิน

ตรวจสอบหลักฐานด้าน policy ที่ได้กลับมาสำหรับคำขอเข้าถึง
ตรวจสอบหลักฐานด้าน policy ที่ได้กลับมาสำหรับคำขอเข้าถึง ก่อนตัดสินใจว่าต้องเปลี่ยนแปลงอะไร

จัดเตรียมการเปลี่ยนแปลงแบบประสานงานเพื่อรอการตรวจทาน

เมื่อเข้าใจความต้องการแล้ว Network Designer จะวิเคราะห์ต้นทาง ปลายทาง service การดำเนินการที่ร้องขอ และ device group เพื่อสร้างคำแนะนำด้าน firewall policy สำหรับคำขอจากแอปพลิเคชันไปยังฐานข้อมูลนี้ คำแนะนำดังกล่าวจะระบุการเปลี่ยนแปลงที่นำเสนอให้ผู้ปฏิบัติงานประเมิน ส่วน Policy Change Designer จะนำคำขอเข้าถึงผ่านขั้นตอนการค้นหา การให้คำแนะนำ และการจัดเตรียมการเปลี่ยนแปลงใน Policy Plan เครื่องมืออย่าง Find Rule Starting Devices และ Compute Rule Path Recommendations ทำหน้าที่เฉพาะส่วนของการสืบค้นและวิเคราะห์นั้น จากนั้น agent จะรวบรวมผลลัพธ์และจัดเตรียมงานที่นำเสนอให้ครอบคลุมอุปกรณ์และ policy context ที่เกี่ยวข้อง

อาจมีหลายวิธีที่ตอบโจทย์คำขอได้อย่างถูกต้อง การเลือก policy ที่เหมาะสมขึ้นอยู่กับวิธีที่องค์กรบริหารจัดการสภาพแวดล้อมของตน Policy Change Designer จะหยุดรอเมื่อผู้ปฏิบัติงานต้องเลือกระหว่างทางเลือกที่ถูกต้องหลายทาง อีกทั้งยังเติมข้อมูลในฟิลด์ที่จำเป็น เช่น ชื่อ rule ซึ่งช่วยลดการกรอกแผนด้วยตนเอง ขณะที่รายละเอียดที่นำเสนอยังคงเปิดให้ตรวจทานได้

ใน workflow สำเร็จรูปนี้ จะยังไม่มีการบันทึกสิ่งใดจนกว่าผู้ปฏิบัติงานจะตรวจทานและยอมรับข้อเสนอ โดยสามารถขอให้แก้ไขหรือยกเลิกข้อเสนอได้ เมื่อยอมรับแล้ว งานที่นำเสนอจะถูกบันทึกลงใน Policy Planner เพื่อเข้าสู่กระบวนการ workflow ขั้นต่อไป ทั้งนี้ไม่ใช่การ deploy การเปลี่ยนแปลงไปยัง firewall และ workflow นี้จำเป็นต้องใช้ Policy Planner ความสามารถเหล่านี้ตอบโจทย์ส่วนที่เกี่ยวเนื่องกันของปัญหาการปฏิบัติงานเดียวกัน ทีมงานสามารถนำไปใช้กับงานตรงหน้าได้ โดยไม่ต้องสมมติว่าจะมีการส่งต่องานอัตโนมัติระหว่าง agent แต่ละตัว

ปรับแต่ง agent ให้เหมาะกับทีมของท่าน

agent ที่ให้มาเป็นเพียงจุดเริ่มต้น ลูกค้าสามารถปรับแต่ง หรือสร้าง agent ใหม่พร้อม instructions, skills, tools และ permissions ที่สอดคล้องกับความรับผิดชอบของตนได้ บางทีมอาจกำหนดให้ agent แสดงรายการข้อมูลนำเข้าที่ยังขาดและสรุปการเปลี่ยนแปลงที่นำเสนอก่อนส่งต่องาน คำสั่งดังกล่าวช่วยให้ผู้ปฏิบัติงานเห็นได้อย่างสม่ำเสมอว่ายังมีอะไรที่ต้องจัดการ การรันคำขอเดียวกันทั้งก่อนและหลังการเปลี่ยนการตั้งค่า จะทำให้เห็นผลของการตั้งค่านั้นในผลลัพธ์ได้ชัดเจน

ขอบเขตการทำงานก็สำคัญไม่แพ้กัน agent ที่มอบหมายให้ทีมประจำภูมิภาคสามารถจำกัดให้ทำงานเฉพาะกับ device group และการดำเนินการที่ได้รับอนุญาตเท่านั้น การตั้งค่า Run Agent As จะระบุ identity ที่ใช้ในการดำเนินงานของ agent การกำหนดค่าจึงครอบคลุมทั้งวิธีที่ agent เข้าหางาน และสิทธิ์อำนาจที่ agent ใช้ในการทำงาน Agent Plugins และ Skill Plugins เป็นจุดเริ่มต้นแบบแพ็กเกจสำเร็จ ส่วน agent และ skill ที่กำหนดค่าแล้วคือการนำสิ่งเหล่านั้นมาใช้กับงานจริงของทีม ลูกค้าสามารถผสานองค์ประกอบที่มีอยู่ให้เข้ากับกระบวนการของตน แล้วมอบหมายงานใน workflow ที่รองรับให้กับ agent โดยผู้ปฏิบัติงานยังคงรับผิดชอบการประเมินผลลัพธ์และการตัดสินใจที่ขึ้นอยู่กับบริบทขององค์กร

กำหนดค่า agent ให้ตรงกับความต้องการของทีม
กำหนดค่า agent ให้ตรงกับความต้องการของทีม และตรวจสอบว่าผลลัพธ์เปลี่ยนไปอย่างไร

เชื่อมโยงหลักฐานด้าน policy เข้ากับ workflow ภายนอก

FireMon MCP Server นำข้อมูล policy ที่เลือกไว้และการดำเนินการที่รองรับเข้าสู่แอปพลิเคชัน AI ที่ลูกค้าบริหารจัดการเอง ผ่าน Model Context Protocol (MCP) แอปพลิเคชันภายนอกทำงานร่วมกับโมเดลของตนและเรียกใช้ tools ผ่าน MCP client ขณะที่ FireMon เป็นผู้จัดเตรียม endpoint, tools และการอนุญาตสิทธิ์ ในการสืบสวน security incident workflow ภายนอกสามารถนำข้อมูล alert มาผนวกกับข้อมูล policy ที่ดึงมาผ่าน Execute SiQL Search ซึ่งช่วยนำหลักฐานด้าน network security เข้าสู่การสืบสวนโดยไม่ต้องให้ใครมารวบรวมและถ่ายโอนข้อมูลทีละรายการด้วยตนเอง ผลลัพธ์ที่ได้ใช้ประกอบการวิเคราะห์ แต่ลำพังตัวมันเองไม่ได้กำหนดขอบเขตทั้งหมดของเหตุการณ์

แค็ตตาล็อกเครื่องมือเริ่มต้นของเรา ณ วันเปิดตัวประกอบด้วย 16 เครื่องมือ ครอบคลุมการค้นหา การค้นพบ การให้คำแนะนำ การจัดเตรียมการเปลี่ยนแปลง และการบันทึกที่ได้รับอนุญาต access workflow สามารถแปลงคำแนะนำที่เลือกไว้ให้เป็นการเปลี่ยนแปลงใน Policy Plan ที่เตรียมไว้รอดำเนินการ และเมื่อมี permissions ที่จำเป็น Save Policy Plan Change จะบันทึกงานนั้นลงใน Policy Planner แค็ตตาล็อกนี้ไม่มีการดำเนินการ deploy ไปยัง firewall โดยตรง และเราจะเพิ่มเครื่องมือใหม่อย่างสม่ำเสมอเพื่อขยายขีดความสามารถด้าน agentic ของ FireMon ต่อไป

การเข้าถึงเป็นไปตาม identity ของ FireMon ที่ส่งคำขอ Personal Access Token แต่ละรายการผูกกับผู้ใช้หนึ่งราย และ MCP ใช้การตรวจสอบ permission พื้นฐานชุดเดียวกับ FireMon REST API รวมถึงข้อจำกัดด้าน role และ device group ที่เกี่ยวข้อง token ไม่ได้มีขอบเขตสิทธิ์แยกต่างหากของตนเอง การใช้บัญชีเฉพาะที่ไม่มีสิทธิ์เขียนการเปลี่ยนแปลงจะช่วยจำกัดให้ workflow ภายนอกทำได้เพียงการวิเคราะห์ที่ได้รับอนุญาต ลูกค้าควรกำหนด permissions และการควบคุม workflow ที่เกี่ยวข้องให้เหมาะกับการใช้งานที่ตั้งใจไว้ ลำดับขั้นตอนตรวจทานก่อนบันทึกของ Policy Change Designer แบบสำเร็จรูปไม่ได้เป็นข้อกำหนดการอนุมัติที่บังคับใช้กับทุกการดำเนินการของ MCP

ดูว่างาน policy แบบ agentic จะเป็นอย่างไรสำหรับทีมของท่าน

FireMon Agentic AI และ FireMon MCP Server พร้อมใช้งานใน Security Manager Platform รุ่นเดือนตุลาคมของ FireMon โดย AI เป็นส่วนเสริมที่เลือกใช้ได้และปิดไว้เป็นค่าเริ่มต้น ลูกค้าสามารถเลือกโมเดลที่รองรับได้ รวมถึงสภาพแวดล้อมโมเดลที่องค์กรอนุมัติเอง และเป็นผู้รับผิดชอบค่าใช้จ่ายของโมเดลที่เกี่ยวข้อง

โอกาสที่เป็นรูปธรรมคือกำลังที่เพิ่มขึ้นสำหรับงานด้าน policy agent รวบรวมข้อมูล สืบค้นทางเลือก และจัดเตรียมการเปลี่ยนแปลง ขณะที่ผู้ปฏิบัติงานเป็นผู้กำกับงานและตัดสินใจในเรื่องที่ต้องใช้วิจารณญาณ ลองนำคำขอเข้าถึงหรือการตรวจสอบ policy ที่ทีมของท่านจัดการอยู่เป็นประจำมาทดลอง แล้วดูว่าความสามารถด้าน agentic ของ FireMon ทำงานให้ท่านได้อย่างไร ตั้งแต่การรวบรวม policy context ไปจนถึงการจัดเตรียมการเปลี่ยนแปลงเพื่อรอการตรวจทาน

ขอรับการสาธิต เพื่อดูว่า FireMon Agentic AI ช่วยลดภาระการบริหารจัดการ policy ในสภาพแวดล้อมของท่านได้อย่างไร

ขอแนะนำ FireMon Agentic AI