Gooroom Security: Trusted Boot และ Isolation ทำงานอย่างไรกันแน่

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

“Trusted Boot” ใน Gooroom หมายความว่าอย่างไร

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

เอกสารสรุปความปลอดภัยอย่างเป็นทางการของ Gooroom ระบุว่า Trusted Boot เป็นส่วนหนึ่งของกรอบความปลอดภัย โดยอยู่ต่ำกว่าการป้องกันระบบปฏิบัติการและแอปพลิเคชัน นอกจากนี้ บันทึกการเผยแพร่ของโครงการ Gooroom GRUB ยังระบุว่ามีการสนับสนุน Secure Boot แบบเนทีฟใน UEFI ในประวัติโค้ดที่อิงตามต้นทาง นั่นเป็นหลักฐานว่าโค้ดบูตโหลดเดอร์รองรับ Secure Boot แต่ไม่ใช่หลักฐานว่าอิมเมจ Gooroom เฟิร์มแวร์คอมพิวเตอร์ หรือการติดตั้งใดๆ มีการเปิดใช้งาน Secure Boot มีการลงทะเบียนคีย์ หรือส่วนประกอบบูตทุกส่วนได้รับการตรวจสอบแล้ว เอกสารสาธารณะที่ตรวจสอบแล้วไม่ได้ระบุถึงฮาร์ดแวร์ Root of Trust ในปัจจุบัน การจัดเรียงคีย์ลงนาม หรือการกำหนดค่าที่จำเป็นสำหรับทุกการใช้งาน

การปกป้องและการแยกระบบปฏิบัติการมีความเหมาะสมอย่างไร

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

“แซนด์บ็อกซ์” เป็นแนวคิดด้านความปลอดภัยทั่วไป: ซอฟต์แวร์ทำงานโดยมีการจำกัดการเข้าถึงไฟล์ อุปกรณ์ หรือกระบวนการอื่นๆ ดังนั้นการโจมตีจึงมีโอกาสแพร่กระจายน้อยลง เอกสารสาธารณะของ Gooroom สนับสนุนการพูดคุยเกี่ยวกับการป้องกันเบราว์เซอร์และระบบปฏิบัติการในฐานะส่วนประกอบของเฟรมเวิร์ก แต่ไม่ได้ให้รายละเอียดที่ทันสมัยเพียงพอที่จะยืนยันได้ว่าแอปพลิเคชันเดสก์ท็อปทั่วไปทุกตัวทำงานในแซนด์บ็อกซ์ของตนเอง อย่าสรุปเกี่ยวกับการแยกแท็บ การแยกเครื่องเสมือน การย้อนกลับอัตโนมัติ หรือการกักกันอย่างสมบูรณ์ เว้นแต่เอกสารสำหรับเวอร์ชันที่คุณใช้จะยืนยันไว้

คลังเก็บซอฟต์แวร์สาธารณะของโครงการ OS-protector ยังอธิบายถึง Shadow-box ซึ่งเป็นเฟรมเวิร์กการตรวจสอบเคอร์เนลแบบใช้เวอร์ชวลไลเซชัน พร้อมด้วยไฮเปอร์ไวเซอร์น้ำหนักเบาและตัวตรวจสอบความปลอดภัย ไฟล์ README กล่าวถึงการตรวจสอบความสมบูรณ์ของเคอร์เนลและระบุข้อจำกัดในการใช้งาน รวมถึงการปิดใช้งานคุณสมบัติบางอย่างของเคอร์เนลและการจัดการพลังงานสำหรับการใช้งานนั้น คลังเก็บซอฟต์แวร์นี้ช่วยอธิบายทิศทางทางเทคนิคของโครงการ แต่ไม่ได้ยืนยันว่าคุณสมบัตินี้เปิดใช้งานอยู่ใน Gooroom ทุกเวอร์ชันปัจจุบันหรือเหมาะสมกับการกำหนดค่าเวิร์กสเตชันทุกแบบ

สิ่งที่โมเดลนี้สามารถและไม่สามารถปกป้องได้

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

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

สิ่งที่ต้องตรวจสอบบนอุปกรณ์ Gooroom

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

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

วิธีการอ่านหลักฐาน

เอกสารอ้างอิงหลักคือบันทึกการเผยแพร่ Gooroom GRUB , ที่เก็บซอฟต์แวร์ Gooroom OS-protectorและภาพรวมด้านความปลอดภัยของ Hancom Gooroom (เผยแพร่เมื่อวันที่ 19 สิงหาคม 2022) โบรชัวร์อธิบายส่วนประกอบของเฟรมเวิร์ก ส่วนเอกสารที่เก็บซอฟต์แวร์อธิบายโค้ดและข้อจำกัด แต่ทั้งสองอย่างนี้ไม่ได้พิสูจน์ว่าอะไรทำงานอยู่บนการติดตั้งของคุณ ผมไม่พบประกาศล่าสุดที่ได้รับการยืนยันในแหล่งข้อมูลเหล่านี้ที่เปลี่ยนแปลงความแตกต่างพื้นฐานระหว่างการป้องกันการบูตที่เชื่อถือได้และการป้องกันขณะทำงาน ตรวจสอบเอกสารเฉพาะรุ่นก่อนตัดสินใจด้านความปลอดภัย