ท่านทราบหรือไม่ จัดทำ Rule Documentation อัตโนมัติด้วย FireMon

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

FireMon Security Manager มีความสามารถที่มักถูกมองข้าม ซึ่งช่วยให้ค้นหาบริบทดังกล่าวได้ง่ายขึ้น นั่นคือ auto-documentation หากทีมของท่านใช้รูปแบบที่สอดคล้องกันในคอมเมนต์ของ firewall rule FireMon จะอ่านคอมเมนต์เหล่านั้นขณะดึงข้อมูล policy และเติมข้อมูลลงในฟิลด์ rule documentation ที่เกี่ยวข้อง ผู้ดูแลระบบจึงไม่ต้องกรอกข้อมูลเดิมซ้ำทีละ rule

เปลี่ยนคอมเมนต์ของ rule ให้เป็นฟิลด์ที่ใช้งานได้จริง

สมมติว่าวิศวกรเพิ่มคอมเมนต์นี้ลงใน firewall rule ผ่านเครื่องมือบริหารจัดการอุปกรณ์:

own: Payments Team; ccn: CHG-4821; jst: Approved connection for payment processing;

match pattern เริ่มต้นของ FireMon สามารถรับรู้ own, ccn และ jst ว่าเป็นเจ้าของ rule หมายเลข change control และเหตุผลทางธุรกิจ เมื่อ Security Manager ดึงข้อมูล policy ระบบจะเชื่อมโยงค่าที่แมตช์ได้เข้ากับ rule นั้นในรูปแบบเอกสารที่มีโครงสร้าง FireMon จะรัน auto-documentation เป็นส่วนหนึ่งของการประมวลผล policy revision ทุกครั้ง ตัวอย่างนี้เป็นเพียงภาพประกอบ ค่าที่ใช้ต้องตรงกับ pattern ที่กำหนดค่าไว้ในสภาพแวดล้อมของท่าน

ความแตกต่างนี้มีความสำคัญ คอมเมนต์แบบข้อความอิสระมีประโยชน์เมื่อท่านกำลังดู rule นั้นอยู่แล้ว แต่ฟิลด์ที่มีโครงสร้างช่วยให้ท่านกรองและค้นหาข้าม rule ได้ เพื่อตอบคำถามเช่น rule ใดเป็นของ Payments Team rule ใดผูกกับหมายเลข change ที่ระบุ และ rule ใดยังขาดเหตุผลทางธุรกิจ Security Manager จะเปิดให้ใช้ฟิลด์เอกสารที่แมตช์ได้ในตัวกรองและการค้นหาแบบ SIQL เมื่อเปิดใช้งานการกรอง

rule documentation จะยังคงผูกอยู่กับ rule โดยไม่ขึ้นกับหมายเลข rule หรือ revision หาก rule เปลี่ยนตำแหน่งภายใน policy บริบทที่บันทึกไว้ก็ไม่ได้ขึ้นอยู่กับตำแหน่งนั้น

เริ่มต้นด้วย workflow เดียวที่ทำซ้ำได้

ท่านไม่จำเป็นต้องจัดทำเอกสารให้ทุก rule พร้อมกัน จุดเริ่มต้นที่ปฏิบัติได้จริงคือ rule ชุดเล็ก ๆ ที่สร้างใหม่หรือเพิ่งมีการเปลี่ยนแปลง:

1. เลือกฟิลด์ที่สำคัญ เจ้าของ rule หมายเลข change control และเหตุผลทางธุรกิจเป็นจุดเริ่มต้นที่ดี วันหมดอายุก็มีประโยชน์สำหรับสิทธิ์การเข้าถึงชั่วคราวเช่นกัน
2. ตรวจสอบ match pattern ในส่วน Administration ให้ทบทวนฟิลด์ Rule Documentation และ pattern ที่ใช้ดึงค่าจากคอมเมนต์ FireMon มี pattern เริ่มต้นให้ และผู้ดูแลระบบสามารถกำหนดค่าฟิลด์เพิ่มเติมได้ตามต้องการ
3. ใช้รูปแบบที่ตกลงกันไว้ในคอมเมนต์ของ rule ขอให้วิศวกรกรอกตัวระบุฟิลด์และค่าต่าง ๆ อย่างสม่ำเสมอในเครื่องมือบริหารจัดการอุปกรณ์ และยืนยันว่าอุปกรณ์หรือ management station เก็บคอมเมนต์เหล่านั้นไว้ และทีมของท่านสามารถดึงข้อมูลออกมาได้
4. ตรวจสอบผลลัพธ์หลังการดึงข้อมูล เปิด rule ตัวอย่างใน Security Manager แล้วตรวจดู Rule Documentation จากนั้นกรองหรือค้นหาด้วยชื่อเจ้าของหรือหมายเลข change เพื่อยืนยันว่าข้อมูลใช้งานได้จริงนอกเหนือจาก rule เดียวนั้น

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

คงการตรวจสอบโดยมนุษย์ไว้เสมอ

auto-documentation ดึงเฉพาะข้อมูลที่ทีมของท่านใส่ไว้ แต่ไม่ได้ตัดสินว่าเหตุผลทางธุรกิจนั้นยังใช้ได้อยู่หรือไม่ หรือผู้ที่ระบุชื่อไว้ยังรับผิดชอบอยู่หรือไม่ ท่านจึงควรตกลงกันว่าใครเป็นผู้ดูแลคอมเมนต์ต้นทาง และทบทวนฟิลด์ที่ถูกเติมข้อมูลเป็นส่วนหนึ่งของกระบวนการ change และการ recertification ตามปกติ

หากท่านปรับแต่ง match pattern ให้ทดสอบก่อนนำไปใช้ในวงกว้าง เริ่มจากคอมเมนต์ตัวอย่างจำนวนน้อยและยืนยันผลลัพธ์ ก่อนขยายรูปแบบดังกล่าวไปยังอุปกรณ์อื่น ๆ

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

สำรวจ FireMon Security Manager เพื่อดูว่า rule documentation ที่ค้นหาได้ช่วยให้การทบทวน firewall policy ง่ายขึ้นอย่างไร