Todo T-304

ออกแบบที่เก็บหลักฐาน audit แบบแก้ไขไม่ได้ (WORM)

Milestone 0 › E0.3 สถาปัตยกรรมและการตัดสินใจทางเทคนิค

ขั้นตอน
0/5

ออกแบบการเก็บหลักฐาน audit ที่ตรวจการแก้ไขย้อนหลังได้ พร้อมผู้ดูแล retention/legal hold และแนวทางกู้คืน

รายละเอียดงาน

ระบุว่าเหตุการณ์ใดเป็นหลักฐานสำคัญ ใครเข้าถึง/บริหารหลักฐานได้ และต้องป้องกันการแก้ไขหรือพิสูจน์การเปลี่ยนแปลงอย่างไร แยกหลักฐาน audit ออกจาก operational logs ใน OpenSearch

ตรวจคุณสมบัติของ RustFS/object storage และ SQL Server version ที่ใช้งานจริงจากเอกสารผู้ผลิต ก่อนเสนอ Object Lock/WORM, signed evidence หรือ ledger ตามความเหมาะสม Retention และ legal hold เป็นนโยบายตั้งค่าได้โดยผู้มีอำนาจของมหาวิทยาลัย

ผู้รับผิดชอบที่เสนอ: Security architect ร่วมกับ DBA / DPO (รอยืนยันผู้รับผิดชอบจริง)

งานที่ใช้ประกอบ: T-202 T-303

ผลลัพธ์ที่ต้องส่งมอบ

  • Audit event/evidence catalog และแผนผังการส่งหลักฐาน
  • ADR เปรียบเทียบวิธีเก็บหลักฐานตามคุณสมบัติ version ที่ใช้จริง
  • ตารางสิทธิ์ผู้ดูแล หลักการแบ่งหน้าที่ และกระบวนการ retention/legal hold
  • รายการทดสอบแก้ไข/ลบ/กู้คืน/ตรวจความครบถ้วนของหลักฐาน

คำถามที่ต้องการข้อมูล

3 ข้อ

ระบุรหัสคำถามเมื่อให้ข้อมูล พร้อมแหล่งอ้างอิงหรือผู้ยืนยัน คำถามที่ยังไม่ตอบไม่ใช่ข้อสรุปของโครงการ

  1. T304-Q1รอข้อมูล

    ข้อมูลหรือเหตุการณ์ใดต้องเก็บเป็นหลักฐานที่แก้ไขไม่ได้หรือพิสูจน์การเปลี่ยนแปลงได้ และใครรับรองความต้องการ?

    ผู้ที่ควรตอบ: Security lead / ผู้ตรวจสอบภายใน / DPO

    ข้อมูลนี้ใช้เพื่อ: กำหนดระดับหลักฐานและกรณีตรวจรับ

  2. T304-Q2รอข้อมูล

    SQL Server และ object storage ที่อนุญาตให้ใช้เป็น version/edition ใด และใครถือสิทธิ์ admin/backup?

    ผู้ที่ควรตอบ: DBA + Infrastructure

    ข้อมูลนี้ใช้เพื่อ: เลือกแนวทางที่รองรับจริงและแบ่งหน้าที่ผู้ดูแล

  3. T304-Q3รอข้อมูล

    ใครเป็นเจ้าของและผู้อนุมัตินโยบาย retention/legal hold ของแต่ละกลุ่มหลักฐาน รวมถึงขั้นตอนยกเว้นหรือเปลี่ยนค่า?

    ผู้ที่ควรตอบ: DPO / นิติกร / เจ้าของข้อมูล

    ข้อมูลนี้ใช้เพื่อ: ออกแบบ configuration และ workflow อนุมัติโดยไม่ hard-code ระยะเวลา

ขั้นตอน

ทำแล้ว 0 จาก 5 ขั้น เหลืออีก 5 ขั้นก่อนปิด Task

ส่วนที่คืบหน้าแล้ว

ยังไม่มีขั้นที่เสร็จ

ส่วนที่ยังเหลือก่อนปิด Task

  • รวบรวม audit/security requirements จาก use cases และ Security Matrix
  • ยืนยัน storage/SQL Server version และผู้ดูแลจาก T-303
  • ตรวจ primary documentation และทดลองความสามารถสำคัญในสภาพแวดล้อมทดสอบ
  • ออกแบบสิทธิ์ การลงนาม/ตรวจสอบ และขั้นตอนตั้งค่า retention/legal hold
  • บันทึก ADR และหลักฐานทดสอบ ส่ง Security/DBA/DPO ตรวจ

เอกสารและไฟล์ที่เกี่ยวข้อง