กำหนดข้อมูลสำคัญด้วย Sensitive Object Definition (ตัวอย่างเลขบัตรประชาชนไทย)

ก่อนจะบันทึกหรือบล็อกการส่งข้อมูลออก ผู้ดูแลระบบต้องกำหนดก่อนว่าข้อมูลแบบใดเป็นข้อมูลสำคัญ โดยกำหนดที่ Sensitive Object Definition ของ Data Loss Analysis บทความนี้อธิบายการสร้าง DLA Dictionary และ Sensitive Data โดยใช้เลขบัตรประชาชนไทยเป็นตัวอย่าง รวมถึงการกำหนดที่มาของไฟล์ (File Sources) และปลายทาง (Recipient Profiles) เหมาะสำหรับผู้ดูแลระบบที่เริ่มตั้งค่า Data Loss Analysis หรือต้องการเพิ่มประเภทข้อมูลสำคัญขององค์กร

ส่วนประกอบของ Sensitive Object Definition

ไปที่ Core Features › Data Loss Analysis › Policies › Sensitive Object Definition หน้านี้มีแท็บ Sensitive Data | File Sources | Recipient Profiles และปุ่ม DLA Dictionaries ที่มุมขวาบน

ระดับความสำคัญ (Sensitivity Level) มี 4 ระดับ ตามคำอธิบายในฟอร์ม

ระดับนี้ใช้ต่อใน Rule สำเร็จรูปของ DLA Rules (เช่น Rule ที่ดูไฟล์ระดับ L3 ถึง L4) และในตัวกรองของหน้าวิเคราะห์ ส่วนกลุ่มนามสกุลไฟล์ที่ใช้ในช่อง File Extensions ของ Policy จัดการที่ File Type Groups

สร้าง DLA Dictionary สำหรับเลขบัตรประชาชนไทย

ระบบมี DLA Dictionary สำเร็จรูปของหลายประเทศในภูมิภาค เช่น เลขบัตรประชาชน หนังสือเดินทาง เบอร์มือถือ และที่อยู่ของอินโดนีเซีย มาเลเซีย ฟิลิปปินส์ สิงคโปร์ และฮ่องกง รวมถึงเลขบัตรธนาคารสากล ส่วนข้อมูลของไทยสร้างเองได้ด้วย Regular Expression ตามขั้นตอนนี้

1. ไปที่ Core Features › Data Loss Analysis › Policies › Sensitive Object Definition แล้วกดปุ่ม DLA Dictionaries

2. ที่ Groups กดปุ่ม + เพื่อสร้าง Group ขององค์กร เช่น Personal Data แล้วกด OK จากนั้นเลือก Group นั้นแล้วกด Add

3. กรอก Name เช่น Thai National ID ช่อง Group จะเลือก Group ที่เปิดอยู่ไว้ให้ ส่วน Sensitivity Level ซึ่งฟอร์มใหม่ยังไม่ได้เลือกไว้ ให้เลือก L4 และเลือก Status เป็น Enable

   

4. ที่ Matching Method เลือก Regular Expression (รองรับรูปแบบ PCRE บรรทัดละหนึ่งรูปแบบ) แล้วกรอกรูปแบบเลขบัตรประชาชน 13 หลัก ซึ่งรับได้ทั้งแบบมีขีด มีช่องว่าง และตัวเลขติดกัน

   \b\d[- ]?\d{4}[- ]?\d{5}[- ]?\d{2}[- ]?\d\b

5. ที่ Validity Check กรอกเลขสมมติ เช่น 1-0000-00001-01-3 แล้วกด Test หากรูปแบบถูกต้องจะแสดงข้อความ "The regular expression is valid. This regular expression can identify the content you entered." ใช้เลขสมมติเท่านั้น ห้ามใช้เลขบัตรของบุคคลจริง

   

6. ที่ Hit Count มี 2 เงื่อนไขที่ต้องเป็นจริงพร้อมกัน (AND) และต้องกรอกทั้งสองช่อง

   • Hit at least [ ] regular expressions จำนวนรูปแบบขั้นต่ำที่ต้อง Match เมื่อกรอกไว้หลายบรรทัด
   • Minimum number of hits (de-duplicated) จำนวนครั้งขั้นต่ำที่พบในไฟล์ โดยนับค่าที่ซ้ำกันเป็นครั้งเดียว

   ตัวอย่างนี้กรอก 1 ทั้งสองช่อง หากต้องการนับเฉพาะไฟล์ที่มีเลขหลายรายการ เช่น ไฟล์รายชื่อลูกค้า ให้เพิ่มค่าช่องที่สอง

   

7. กด OK แล้ว Dictionary จะอยู่ใน Group ที่เลือก โดยมี Creation Method เป็น Custom

Matching Method แบบ Keyword (ในฟอร์มตั้งไว้เป็นค่านี้) ใช้กับคำเฉพาะ เช่น Confidential กรอกบรรทัดละหนึ่งคำ แต่ละบรรทัดเป็นทางเลือก (OR) และช่อง Hit at least [ ] Keyword กำหนดว่าต้องพบอย่างน้อยกี่คำ เช่น กรอก 3 คำ และกำหนด 2 จะ Match เมื่อพบคำใดก็ได้ 2 คำ

สร้าง Sensitive Data

Sensitive Data คือสิ่งที่ Policy และ Rule นำไปใช้จริง ระบบมีรายการสำเร็จรูปสำหรับไฟล์หลายประเภทให้ด้วย เช่น Encrypted Compressed Files, Encrypted Microsoft Office Files, Unencrypted Compressed Files, Built-in Code และ Built-in Design Sketches เปิดใช้หรือกด Copy แล้วปรับได้ตามต้องการ ตัวอย่างนี้สร้างรายการใหม่จาก Dictionary ข้างต้น

1. กลับมาที่แท็บ Sensitive Data แล้วกด Add

2. กรอก Name เช่น TH_PII เลือก Group ที่เหมาะสม เช่น General หรือ Human Resources Information และกรอก Description สั้น ๆ

3. ที่ Sensitivity Level ซึ่งในฟอร์มตั้งไว้เป็น L1 ให้เปลี่ยนเป็น L4 ให้ตรงกับ Dictionary และเลือก Status เป็น Enable

4. ที่ Rule Configuration ต้องเลือกอย่างน้อยหนึ่งเงื่อนไข และทุกเงื่อนไขที่ติ๊กต้องเป็นจริงพร้อมกัน (AND) ตัวอย่างนี้ติ๊ก File Content ข้อเดียว เลือก DLA Dictionaries (ฟอร์มเลือกไว้ให้) แล้วที่ช่อง Content เลือก Dictionary Thai National ID

   

5. กด OK แล้วรายการใหม่จะแสดงในตารางโดยมี Source เป็น Custom จากนี้ไฟล์ที่มีเลขบัตรประชาชนครบตาม Hit Count จะถูกนับเป็น Sensitive Data ระดับ L4

เงื่อนไขใน Rule Configuration มีดังนี้

วิธีระบุเนื้อหาใน File Content มี 4 แบบ

หาค่า MD5 ของไฟล์บน Windows ได้ด้วยคำสั่งนี้ (ไฟล์ที่ถูกแก้ไขจะได้ค่าใหม่)

certutil -hashfile "C:\path\to\file.pdf" MD5

File Sources: ที่มาของไฟล์

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

1. ไปที่แท็บ File Sources แล้วกด Add

2. กรอก Name เลือก Group กรอก Description และเลือก Status เป็น Enabled

3. เลือก Source Category แล้วกรอกรายละเอียดตามตาราง

4. กด OK

• ปุ่ม Sync Config ดึง App ที่ Publish ไว้ใน ZTNA มาเป็น File Source ได้ รายการที่ Sync มาจะคงตามค่าของ ZTNA
• ระบบติดป้ายให้ไฟล์ในขณะที่ดาวน์โหลด จึงควรสร้าง File Source ไว้ก่อนผู้ใช้ดาวน์โหลดไฟล์
• หากต้องการติดป้ายเฉพาะไฟล์ของระบบหนึ่ง ควรให้ระบบนั้นมี Domain หรือ IP ของตัวเอง แล้วกรอกเฉพาะรายการนั้น
• File Source ใช้เป็นเงื่อนไขได้ทั้งใน Sensitive Data และ DLA Rules และแม้ไม่มี Rule การส่งออกไฟล์จาก File Source ก็แสดงที่ Analytics › Outbound Data › Sensitive Data Analysis มุมมอง File Sources

ตัวอย่างการใช้ File Source คู่กับ ZTNA เพื่อบล็อกไฟล์จากระบบ HR ไม่ให้ส่งออกนอกองค์กร ดูที่ Data Loss Control

Recipient Profiles: ปลายทางของไฟล์

แท็บ Recipient Profiles ระบุปลายทาง เพื่อให้ Log บอกได้ว่าไฟล์ถูกส่งไปที่ระบบภายในขององค์กร ไปภายนอก หรือส่งหาตัวเอง แบ่งเป็น 3 ส่วน

• Internal ปลายทางภายในที่ผู้ดูแลระบบเพิ่มเอง กด Add แล้วเลือก Profile Type
  • Internal Address เลือก Address Type (All · Web Business System · Shared Server · CS Tool · Code Repository) แล้วกรอกที่อยู่ ระบบนับที่อยู่ในช่วงนี้เป็นระบบภายใน
  • Internal Access เลือกแอปแชตหรือ Cloud Drive ที่องค์กรใช้ภายใน
  • Internal Email Address กรอก Domain หรืออีเมลขององค์กร ตามข้อความในฟอร์ม Profile แบบนี้ทำงานร่วมกับ Secure Web Gateway (ใช้กับ Windows)
  ฟอร์มกำหนด Scenario ไว้ทั้ง Outbound Data Analysis และ Outbound Data Control
• External มีรายการสำเร็จรูป External Mailboxes (อีเมลที่ไม่ใช่ขององค์กร)
• Self มีรายการสำเร็จรูป Self-Emailing (ส่งอีเมลหาตัวเอง) และ Self-Sending via IM Chat (ส่งไฟล์หาตัวเองผ่านแอปแชต)

Recipient Profile ภายในใช้เป็นเงื่อนไขของ Exclusion Rules เพื่อไม่ให้การส่งไฟล์เข้าระบบภายในสร้าง Incident และปลายทางภายในแบบ Web Business System หรือ Code Repository จะแสดงในรายการ Whitelist ของ Data Loss Control ให้เลือกเปิดได้ทีละรายการ

ตรวจสอบผล

1. ที่แท็บ Sensitive Data รายการใหม่มี Source เป็น Custom และ Status เป็น Enabled
2. สร้าง Audit Policy ให้ผู้ใช้กลุ่มทดสอบ (ดู Audit Policies) แล้วให้ผู้ใช้อัปโหลดไฟล์ทดสอบที่มีเลขบัตรประชาชนสมมติขึ้นเว็บที่อยู่ใน Policy
3. ที่ Logs › Critical Feature Logs › File Audit › File Transfers คอลัมน์ Sensitive Data ของไฟล์นั้นต้องแสดงชื่อ Sensitive Data ที่สร้างไว้พร้อมระดับ L4 กด Details จะเห็น DLA Dictionaries ที่ Match และ File Summary ที่ไฮไลต์เลขที่ Match

ค่าในภาพเป็นค่าตัวอย่าง ให้เปลี่ยนเป็นค่าขององค์กร

ปัญหาที่พบบ่อย