ความปลอดภัยและงานวิจัย

งานวิศวกรรมความปลอดภัยและงานวิจัย นำโดยธนัช มานะสกุล

ธนัช มานะสกุล (Thanat Manasakool) ผู้ก่อตั้งและ Principal Engineer เป็น Security Lead ของ Factor I O Co., Ltd. รับผิดชอบสถาปัตยกรรมความปลอดภัย งานวิจัยเชิงป้องกัน การประเมินช่องโหว่ และการพัฒนาระบบโครงสร้างพื้นฐาน AI ที่ปลอดภัย ในงานทั้งหมดของบริษัท

ใครรับผิดชอบด้านความปลอดภัย

ผู้รับผิดชอบสถาปัตยกรรมความปลอดภัยและงานวิจัยของ Factor IO ระบุไว้ตรง ๆ เพื่อให้ตรวจสอบเทียบกับหน้าข้อมูลบริษัทได้

ชื่อ
ธนัช มานะสกุล (Thanat Manasakool)
ตำแหน่ง
Founder & Principal Engineer, Security Lead (ผู้ก่อตั้ง, Principal Engineer และหัวหน้าด้านความปลอดภัย)
บริษัท
Factor I O Co., Ltd. (เลขทะเบียน 0105562205512) กรุงเทพฯ ประเทศไทย
ความรับผิดชอบ
สถาปัตยกรรมความปลอดภัย งานวิจัยเชิงป้องกัน การประเมินช่องโหว่ และการพัฒนาระบบโครงสร้างพื้นฐาน AI ที่ปลอดภัย
ติดต่อเรื่องความปลอดภัย
admin@factor-io.com

ดูแลความปลอดภัยทั้งงานกำกับดูแล AI และโครงสร้างพื้นฐาน

ฝ่ายบริหารด้านความปลอดภัยของ Factor IO กำกับดูแลสถาปัตยกรรมและการพัฒนาความสามารถด้านการป้องกัน ทั้งในงานกำกับดูแล AI และงานระบบอัตโนมัติด้านโครงสร้างพื้นฐานของบริษัท ความรับผิดชอบครอบคลุมงานวิจัยด้านความปลอดภัย การประเมินช่องโหว่ ขอบเขตสิทธิ์ของ AI agent การปกป้องข้อมูลรับรอง (credential) การเสริมความแข็งแกร่งให้โครงสร้างพื้นฐาน และการพัฒนาระบบอัตโนมัติด้านความปลอดภัยที่ควบคุมได้ โครงการวิศวกรรมที่ทำอยู่ตอนนี้ได้แก่ Light แพลตฟอร์มกำกับดูแล AI agent และ Light Ops Box โซลูชันด้านความปลอดภัยและการปฏิบัติการโครงสร้างพื้นฐานที่อยู่ระหว่างการพัฒนา ธนัชทำงานด้านโครงสร้างพื้นฐานองค์กรมาเกือบ 20 ปี และเคยเป็น Ecosystem Solutions Architect ของ Red Hat และ Nutanix

งานวิศวกรรมความปลอดภัยเชิงป้องกัน 3 ด้าน

สามด้านที่งานความปลอดภัยยึดเป็นหลัก ทั้งหมดเป็นงานเชิงป้องกัน คือหาจุดอ่อนเพื่อแก้ไข และพิสูจน์ว่าการแก้ไขได้ผลจริง

  • ความปลอดภัยของ AI agent

    ตัวตนและขอบเขตสิทธิ์ของ agent การรันเครื่องมือด้วยสิทธิ์น้อยที่สุดและการบังคับใช้นโยบาย การป้องกัน prompt injection และการกระทำที่ไม่ได้รับอนุญาต การแยกข้อมูลรับรองและการจัดการ secrets การรันงานภายใต้การกำกับดูแลพร้อมบันทึกที่ตรวจสอบย้อนหลังได้

  • การวิจัยช่องโหว่และการประเมิน CVE

    วิเคราะห์ CVE ที่เปิดเผยต่อสาธารณะ ประเมินว่าช่องโหว่เกี่ยวข้องกับระบบหรือไม่ และระบบเปิดรับความเสี่ยงจริงแค่ไหน ความปลอดภัยของระบบปฏิบัติการ คอนเทนเนอร์ Kubernetes และโครงสร้างพื้นฐาน วิเคราะห์ความเป็นไปได้ในการโจมตีเพื่อประเมินความเสี่ยงเชิงป้องกัน จัดลำดับการแพตช์ และยืนยันว่าการแก้ไขได้ผล

  • ระบบอัตโนมัติด้านความปลอดภัยของโครงสร้างพื้นฐาน

    ประเมินการตั้งค่าด้านความปลอดภัย ตรวจสอบการปฏิบัติตามข้อกำหนดและการ hardening ขั้นตอนการแก้ไขที่มีการกำกับดูแล ระบบอัตโนมัติสำหรับงานปฏิบัติการด้านความปลอดภัย และการตรวจซ้ำได้ว่ามาตรการป้องกันยังทำงานอยู่

อะไรใช้งานอยู่แล้ว และอะไรยังอยู่ระหว่างพัฒนา

แยกความสามารถที่ใช้งานจริงออกจากงานที่ยังพัฒนาอยู่ เพื่อไม่ให้สิ่งที่ยังอยู่ในแผนถูกเข้าใจว่าพร้อมใช้แล้ว

Light · ใช้งานอยู่
แพลตฟอร์มกำกับดูแล AI agent ที่ใช้งานในระบบอ้างอิง (reference deployment) ของบริษัทเอง agent ต้องประกาศไฟล์และคำสั่งที่จะแตะก่อนลงมือ อะไรที่อยู่นอกรายการจะถูกปฏิเสธ มีโมเดลอิสระอีกตัวตรวจแผน คนเป็นผู้อนุมัติ และการ release วิ่งตามคิวเดียว พร้อมใบบันทึก (receipt) ที่ผูกแผน ผู้ตรวจ และ commit เข้าด้วยกัน การบังคับใช้ครอบคลุมเฉพาะการกระทำที่ผ่าน Light คำสั่งที่รันนอก session ของ Light อยู่นอกขอบเขตการตรวจอัตโนมัติ
light-tools · โอเพนซอร์ส
เครื่องมือไฟล์และ shell สำหรับ agent, plan engine และ safety gate เผยแพร่บน GitHub ภายใต้สัญญาอนุญาต GPL-3.0-or-later
Light Ops Box · อยู่ระหว่างพัฒนา
โซลูชันด้านความปลอดภัยและการปฏิบัติการโครงสร้างพื้นฐาน ขณะนี้อยู่ระหว่างการพัฒนา และยังไม่เปิดให้ใช้งานทั่วไป

ทำงานวิจัยที่ไหนบ้าง

Factor IO ทำงานวิศวกรรมและการทดสอบด้านความปลอดภัยเชิงป้องกันเฉพาะกับระบบที่มีสิทธิ์ทดสอบเท่านั้น เพื่อหาช่องโหว่ ยืนยันว่ามาตรการป้องกันได้ผล ปรับปรุงความปลอดภัย และดูแลการแก้ไขอย่างรับผิดชอบจนเสร็จ

  1. ซอฟต์แวร์และโครงสร้างพื้นฐานของบริษัทเอง

    ระบบที่ Factor IO สร้าง เป็นเจ้าของ และดูแลเอง รวมถึงผลิตภัณฑ์และแพลตฟอร์มภายในของบริษัท

  2. สภาพแวดล้อมพัฒนาและทดสอบที่บริษัทควบคุมเอง

    สภาพแวดล้อมที่บริษัทควบคุมได้ทั้งหมด ซึ่งการทดสอบไม่สามารถเข้าถึงระบบของคนอื่นได้

  3. ห้องแล็บวิจัยความปลอดภัยที่แยกขาด

    สภาพแวดล้อมแล็บที่แยกออกมา สำหรับศึกษาช่องโหว่และความเป็นไปได้ในการโจมตี โดยไม่กระทบระบบใช้งานจริงหรือบุคคลภายนอก

  4. ระบบของบุคคลภายนอก เฉพาะเมื่อได้รับอนุญาตชัดเจน

    ระบบของลูกค้าหรือพาร์ตเนอร์จะถูกทดสอบเฉพาะเมื่อเจ้าของระบบอนุญาตอย่างชัดเจน และอยู่ในขอบเขตที่ตกลงกันเท่านั้น

หลักการทำงานด้านความปลอดภัย

ใช้กฎเดียวกันทั้งกับระบบของบริษัทเองและกับทุกโครงการของลูกค้า

  • ได้รับอนุญาตและมีขอบเขตชัดเจน

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

  • สิทธิ์เข้าถึงเท่าที่จำเป็น

    ทั้งคนและ agent ได้สิทธิ์เท่าที่งานต้องใช้ และเฉพาะช่วงเวลาที่ต้องใช้เท่านั้น

  • ปกป้องข้อมูลรับรองและข้อมูลลูกค้า

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

  • ทดสอบซ้ำได้และยืนยันการแก้ไข

    สิ่งที่ตรวจพบถูกบันทึกพร้อมขั้นตอนทำซ้ำ และการแก้ไขจะนับว่าเสร็จก็ต่อเมื่อการทดสอบเดิมยืนยันว่าได้ผล

  • จัดการสิ่งที่ตรวจพบอย่างรับผิดชอบ

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

คุยตรงกับคนที่จะลงมือสร้างระบบให้คุณ

เล่าให้เราฟังว่าอยากทำอะไร และตอนนี้ใช้ระบบอะไรอยู่ เราจะประเมินขอบเขตงาน แล้วส่งใบเสนอราคาแบบแยกรายการให้ภายใน 48 ชั่วโมง

ขอใบเสนอราคา