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

Published:

Firewall Rule Recertification: ทำให้การทบทวนสิทธิ์การเข้าถึงเป็นกระบวนการที่ทำซ้ำได้

ทำให้การทบทวนสิทธิ์การเข้าถึง firewall เป็นกระบวนการที่ทำซ้ำได้เหมือนกันในทุกทีม ดูว่า FireMon Policy Optimizer รวบรวม context ของ rule และบันทึกการตัดสินใจ recertification ได้อย่างไร

by FireMon

การค้นพบ firewall rule ที่ไม่ถูกใช้งานหรือน่าสงสัยเป็นเพียงจุดเริ่มต้นเท่านั้น

ส่วนที่ยากกว่าคือการตัดสินใจว่าจะจัดการกับ rule นั้นอย่างไร

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

นี่คือจุดที่ rule recertification เข้ามามีความสำคัญ

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

เปลี่ยนสิ่งที่ตรวจพบให้เป็นการตัดสินใจ

ในวิดีโอด้านบน Rob Rodriguez, Senior Director of Global Field Engineering ของ FireMon สาธิตวิธีที่ Policy Optimizer ช่วยให้ทีมงานทบทวนและ recertify firewall rule ได้

ในตัวอย่าง Rob พิจารณา rule ที่ถูกระบุว่าไม่มีการใช้งาน และอธิบายข้อมูลที่มีอยู่สำหรับประกอบการทบทวน

ซึ่งประกอบด้วยตัว rule เอง ผลการวิเคราะห์ประกอบ comments ไฟล์แนบ ประวัติ task ประวัติการทบทวน และข้อมูลการใช้งานของ rule

รายละเอียดเหล่านี้รวมกันช่วยให้ผู้ทบทวนมี context มากขึ้นก่อนตัดสินใจ

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

Recertification สร้างกระบวนการสำหรับการทบทวนหลักฐานเหล่านั้น แทนที่จะตัดสินใจจากตัวชี้วัดเพียงตัวเดียว

ทำให้การทบทวนสิทธิ์การเข้าถึงมีมาตรฐานเดียวกัน

หากไม่มีกระบวนการที่ชัดเจน การทบทวน firewall rule จะขาดความสม่ำเสมอ

ทีมหนึ่งอาจทบทวน rule ที่ไม่มีการใช้งานทุกไตรมาส อีกทีมอาจดูเฉพาะช่วงการ audit ส่วนอีกคนอาจอาศัย spreadsheet ประวัติ ticket หรือความทรงจำของวิศวกรผู้สร้าง rule นั้น

สิ่งนี้ทำให้ยากที่จะสร้างแนวปฏิบัติด้าน policy governance ที่เชื่อถือได้

workflow การ recertification ที่มีโครงสร้างช่วยให้ทีมงานมีวิธีที่ทำซ้ำได้ในการตั้งคำถามพื้นฐานชุดเดียวกัน:

  • สิทธิ์การเข้าถึงนี้ยังจำเป็นอยู่หรือไม่?
  • ความจำเป็นทางธุรกิจเดิมยังคงอยู่หรือไม่?
  • ใครควรเป็นผู้อนุมัติการตัดสินใจนี้?
  • มีหลักฐานใดสนับสนุนการคงไว้หรือลบ rule นี้?
  • rule นี้ถูกทบทวนครั้งล่าสุดเมื่อใด?

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

ใช้ข้อมูลการใช้งาน rule เป็นจุดตั้งต้น

ข้อมูลการใช้งาน rule ช่วยให้ทีมงานระบุได้ว่าควรเริ่มต้นจากจุดใด

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

แต่ข้อมูลการใช้งานเพียงอย่างเดียวไม่ได้ให้คำตอบทั้งหมด

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

เรื่องนี้สำคัญอย่างยิ่งในสภาพแวดล้อมขนาดใหญ่ ซึ่งการตรวจสอบทุก rule ด้วยมือเป็นเรื่องที่เป็นไปไม่ได้ในทางปฏิบัติ

อย่าปล่อยให้สิทธิ์การเข้าถึงคงอยู่เกินความจำเป็น

สภาพแวดล้อม firewall เปลี่ยนแปลงอยู่ตลอดเวลา แอปพลิเคชันถูกปลดระวาง ผู้ใช้เปลี่ยนบทบาท โครงสร้างพื้นฐานย้ายที่ และความสัมพันธ์ทางธุรกิจสิ้นสุดลง

สิทธิ์การเข้าถึงก็ควรเปลี่ยนแปลงตามไปด้วย

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

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

ทำให้การ cleanup และ recertification ของ firewall rule เป็นกระบวนการที่ทำซ้ำได้ ดูว่า FireMon Policy Optimizer ช่วยให้ทีมงานระบุ rule ที่ไม่จำเป็น ทบทวนสิทธิ์การเข้าถึง และรักษา policy ให้สะอาดขึ้นในระยะยาวได้อย่างไร

ดูบทความอื่น ๆ ในชุดนี้:

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

ใช้ workflow การ recertification ที่มีโครงสร้างเดียวกัน เพื่อให้ทุกทีมตั้งคำถามชุดเดียวกันและบันทึกการตัดสินใจในรูปแบบเดียวกัน หากไม่มีสิ่งนี้ ทีมหนึ่งจะทบทวนทุกไตรมาส อีกทีมจะรอจนถึงการ audit และทีมอื่นจะอาศัย spreadsheet หรือความทรงจำ FireMon Policy Optimizer ช่วยให้ทีมงานผนวก recertification เข้ากับการบริหารจัดการ policy เพื่อให้ context ของการทบทวนและการตัดสินใจอยู่ในที่เดียวกัน แทนที่จะกระจัดกระจายอยู่ตามเครื่องมือต่าง ๆ

การทบทวนที่สม่ำเสมอจะตั้งคำถาม 5 ข้อกับทุก rule สิทธิ์การเข้าถึงนี้ยังจำเป็นอยู่หรือไม่? ความจำเป็นทางธุรกิจเดิมยังคงอยู่หรือไม่? ใครควรเป็นผู้อนุมัติการตัดสินใจนี้? มีหลักฐานใดสนับสนุนการคงไว้หรือลบ rule นี้? rule นี้ถูกทบทวนครั้งล่าสุดเมื่อใด? การตั้งคำถามชุดเดียวกันทุกครั้งจะเปลี่ยนการทบทวน rule ให้เป็นแนวปฏิบัติด้าน governance ที่มีการบันทึกไว้ แทนที่จะเป็นเพียงการ cleanup แบบครั้งเดียวจบ

เริ่มจากข้อมูลการใช้งาน rule เพื่อดูว่าควรพิจารณาจุดใดก่อน จากนั้นจึงเพิ่มรายละเอียดของ rule ผู้รับผิดชอบ ประวัติการทบทวนก่อนหน้า และเอกสารประกอบ ข้อมูลการใช้งานชี้ให้เห็นรายการที่น่าจะเข้าข่าย ส่วนข้อมูลอื่นอธิบายว่าเหตุใดสิทธิ์การเข้าถึงนั้นจึงมีอยู่ ใน FireMon Policy Optimizer ผู้ทบทวนสามารถเห็นตัว rule ผลการวิเคราะห์ประกอบ comments ไฟล์แนบ ประวัติ task ประวัติการทบทวน และข้อมูลการใช้งานได้พร้อมกันในที่เดียว

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

ผู้ทบทวนควรตรวจสอบตัว rule เอง ผลการวิเคราะห์ประกอบ comments ไฟล์แนบ ประวัติ task ประวัติการทบทวนก่อนหน้า และข้อมูลการใช้งานของ rule ข้อมูลเหล่านี้รวมกันจะแสดงให้เห็นว่าใครเป็นผู้ร้องขอสิทธิ์การเข้าถึง ด้วยเหตุผลใด และความจำเป็นทางธุรกิจนั้นยังคงอยู่หรือไม่ FireMon Policy Optimizer รวบรวม context นี้ไว้ให้กับทุก rule ที่อยู่ระหว่างการทบทวน เพื่อให้การตัดสินใจตั้งอยู่บนหลักฐานที่มีการบันทึกไว้ แทนความทรงจำของวิศวกร

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

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