แบบฟอร์มคำขอ Onboard Log Source
กลุ่มเป้าหมาย: Security Engineer, Platform Owner, SOC Manager, Data Owner
วัตถุประสงค์: ใช้แบบฟอร์มนี้เพื่อขอ onboard log source ใหม่ ยืนยัน ownership และยืนยัน security use cases ก่อนเริ่ม implement
graph TD
A["ส่งคำขอ onboarding"] --> B["ยืนยัน owner และขอบเขต"]
B --> C["จับคู่กับ security use cases"]
C --> D["อนุมัติแผน onboarding"]
D --> E["ติดตาม validation และ go-live"]
1. ส่วนหัวคำขอ
| รายการ |
ค่า |
| Request ID |
LOG-[YYYYMMDD]-[001] |
| ผู้ร้องขอ |
|
| ชื่อระบบ / บริการ |
|
| ผู้รับผิดชอบฝั่งธุรกิจ |
|
| ผู้รับผิดชอบฝั่งเทคนิค |
|
| วันที่ร้องขอ |
|
| วันที่เป้าหมายสำหรับใช้งานจริง (Go-Live) |
|
2. รายละเอียดของแหล่งข้อมูล
| คำถาม |
คำตอบ |
| ประเภทของแหล่งข้อมูล |
☐ Cloud · ☐ Endpoint · ☐ Network · ☐ Application · ☐ Identity · ☐ อื่น ๆ |
| วิธีส่ง log |
|
| ปริมาณ event ที่คาดหวัง |
|
| ข้อกำหนด retention |
|
| มี regulated หรือ sensitive data หรือไม่ |
☐ ใช่ · ☐ ไม่ใช่ |
3. Security Use Cases
| Use Case |
ลำดับความสำคัญ |
บังคับหรือไม่ |
หมายเหตุ |
| Authentication monitoring |
สูง/กลาง/ต่ำ |
☐ |
|
| Admin activity monitoring |
สูง/กลาง/ต่ำ |
☐ |
|
| Incident investigation support |
สูง/กลาง/ต่ำ |
☐ |
|
| Compliance evidence |
สูง/กลาง/ต่ำ |
☐ |
|
4. Readiness Checks
5. เกณฑ์รับมอบขั้นต่ำ
| เกณฑ์ |
สถานะ |
หลักฐาน |
| Log ingestion สำเร็จ |
☐ |
|
| ตรวจสอบ timestamp quality แล้ว |
☐ |
|
| มี required fields ครบ |
☐ |
|
| validate parsing หรือ normalization แล้ว |
☐ |
|
| ทดสอบ alert หรือ use case แล้ว |
☐ |
|
6. การอนุมัติ
| บทบาท |
ชื่อ |
การตัดสินใจ |
วันที่ |
| ผู้รับผิดชอบฝั่งเทคนิค |
|
☐ อนุมัติ · ☐ ไม่อนุมัติ |
|
| Security Engineer |
|
☐ ทบทวนแล้ว |
|
| SOC Manager |
|
☐ อนุมัติ · ☐ ไม่อนุมัติ |
|
7. เส้นทางส่งต่อใน Backlog และ Governance
References