ISO Knowledge Management
Helpdesk
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
ความแตกต่างระหว่าง Asset Management กับ Configuration Item
ID
KM-EX-2025-01
Description
สามารถแยกความแตกต่างระหว่าง Asset และ Configuration Item (CI) ได้อย่างชัดเจน
Objective
- ทำให้การตัดสินใจทางการเงินชัดเจน
- สนับสนุนการปฏิบัติงาน IT ได้ลึกซึ้ง
- ป้องกันความซ้ำซ้อนในการจัดการข้อมูล
- เสริมการวิเคราะห์ผลกระทบ (Impact Analysis)
- บูรณาการระบบ Asset และ CMDB อย่างมีประสิทธิภาพ
- เพิ่มคุณค่าให้กับกระบวนการ ITSM
Process
- เข้าใจความหมายของ Asset
- เข้าใจความหมายของ Configuration Item (CI)
- ทราบถึงความแตกต่างและสามารถนำไปใช้ได้ถูกต้อง
Challenges & Solutions
- การบริหารต้นทุนและการเงินอย่างแม่นยำ (Asset Value)
- การจัดการบริการที่มีโครงสร้างชัดเจนและรองรับการเปลี่ยนแปลง (CI Context & Relationships)
- การหลีกเลี่ยงความซ้ำซ้อนข้อมูล และทำให้ระบบทำงานสอดคล้อง
- การวิเคราะห์ผลกระทบเมื่อมีการเปลี่ยนแปลง
- Integration ที่ลื่นไหลระหว่าง ITAM และ CMDB
- การยกระดับกระบวนการ ITSM ให้มีประสิทธิภาพและเชื่อถือได้
Key Contact
E-Mail: Helpdesk@mfec.co.th
Tel. 02-821-7979
Helpdesk
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
Problem Management Best Practice
ID
KM-EX-2025-02
Description
สามารถเข้าใจ นำไปปฎิบัติ และสื่อสารได้อย่างถูกต้อง
Objective
เพื่อให้ทราบถึงกระบวนการและแนวทางวิธีการปฏิบัติเกี่ยวกับ Problem Management ที่ถูกต้อง
Process
1. ความเข้าใจพื้นฐานเกี่ยวกับ Problem Management
2. ประเภทของกิจกรรม Problem Management
3. ขั้นตอนหลักของกระบวนการ Problem Management (Key Problem Management Process Steps)
4. บทบาทและความรับผิดชอบหลัก (Key Roles and Responsibilities)
5. เครื่องมือที่ใช้ (Tools Utilized)
6. KPIs และการปรับปรุงอย่างต่อเนื่อง (Key Performance Indicators & Continual Improvement)
Challenges & Solutions
1. ไม่เข้าใจกระบวนการของ Problem Management ที่ถูกต้อง
2. ไม่สามารถจัดหมวดหมู่ของ Problem ได้อย่างถูกต้อง
3. ไม่มีเกณฑ์ในการเปิด Problem ที่ชัดเจน
Key Contact
E-Mail: Helpdesk@mfec.co.th
Tel. 02-821-7979
Helpdesk
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
Incident Management best practices
ID
KM-EX-2025-03
Description
สามารถเข้าใจ นำไปปฎิบัติ และสื่อสารได้อย่างถูกต้อง
Objective
เพื่อให้ทราบถึงกระบวนการและแนวทางวิธีการปฏิบัติเกี่ยวกับ Incident Management ที่ถูกต้อง
Process
- ความเข้าใจพื้นฐานของ Incident Management
- ขั้นตอนหลักของกระบวนการ Incident Management
- บทบาทและความรับผิดชอบหลัก
- เครื่องมือที่ใช้ (Tools Utilized)
- KPIs และการปรับปรุงอย่างต่อเนื่อง
Challenges & Solutions
- การตอบสนองในการรับ Incident ได้อย่างมีระบบ
- สร้างความมั่นใจให้กับลูกค้าในการให้บริการได้อย่างยั่งยืน
Key Contact
E-Mail: Helpdesk@mfec.co.th
Tel. 02-821-7979
Helpdesk
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Date Submitted
Additional Resources
Title
ขั้นตอนการให้บริการและการจัดการเหตุขัดข้อง (Incident & Service Request Management Workflow)
ID
KM-EX-2026-01
Description
เอกสารคู่มืออธิบายกระบวนการทำงานแบบ End-to-End ของบริการ MFEC Helpdesk ตั้งแต่ลูกค้าร้องขอความช่วยเหลือ การบันทึกเคส การเริ่มนับเวลา SLA การแก้ไขปัญหาโดยวิศวกรผู้เชี่ยวชาญ (L2) ไปจนถึงขั้นตอนการปิดเคสและประเมินความพึงพอใจ เพื่อให้ลูกค้าและทีมงานเข้าใจมาตรฐานการให้บริการที่สอดคล้องกับ ISO/IEC 20000-1
Objective
1. เพื่อให้ลูกค้า (Customer) เข้าใจขั้นตอนการแจ้งปัญหา ช่องทางการติดต่อ และระยะเวลามาตรฐาน (SLA) ที่คาดหวังได้
2. เพื่อให้ทีมงานภายใน (Helpdesk & L2 Engineer) ใช้เป็นมาตรฐาน (Standard Operation Procedure) ในการส่งมอบบริการ
3. เพื่อชี้แจงกระบวนการปิดเคส (Closure Process) และการทำแบบประเมิน (CSAT) อย่างชัดเจน
Process
ขั้นตอนการปฏิบัติงาน (Step-by-Step Workflow)
ส่วนที่ 1: การแจ้งปัญหาและการรับเรื่อง (Customer & Helpdesk L1)
1. ติดต่อ MFEC Helpdesk (Contact MFEC Helpdesk): ลูกค้าแจ้งปัญหาหรือร้องขอบริการผ่านช่องทาง โทรศัพท์ 02-821-7979 หรือ อีเมล helpdesk@mfec.co.th
2. การบันทึกและคัดกรองเบื้องต้น (Log & Screening): Helpdesk (L1) รับเรื่อง คัดกรองเบื้องต้น และบันทึกข้อมูลลงในระบบ ITSM
3. จัดหมวดหมู่และลำดับความสำคัญ (Categorize & Priority): ประเมินผลกระทบและความเร่งด่วน พร้อมกำหนดเป้าหมายเวลา (SLA Target) [ระบบเริ่มนับเวลา SLA Clock Starts]
4. มอบหมายงาน (Assign Case): Helpdesk สร้าง Ticket และส่งมอบงานไปยังวิศวกรผู้เชี่ยวชาญ (MFEC Engineer)
ส่วนที่ 2: การตรวจสอบและการแก้ไข (MFEC Engineer / Specialist L2)
5. การตรวจสอบ (Investigation): L2 ดำเนินการวิเคราะห์ปัญหาทางเทคนิคและแก้ไขปัญหา
6. อัปเดตสถานะ (Update Status): L2 อัปเดตความคืบหน้า [หมายเหตุ: หากต้องรอข้อมูลเพิ่มเติมจากลูกค้า ระบบจะทำการหยุดนับเวลา SLA (Pause SLA clock)]
7. ยืนยันการแก้ไข (Confirm Solution): L2 ส่งข้อมูลยืนยันการแก้ปัญหากลับไปยัง Helpdesk เพื่อแจ้งให้ลูกค้ารับทราบ
8. การประเมินความช่วยเหลือจากเจ้าของผลิตภัณฑ์ (Need Vendor?):
8.1 กรณีต้องใช้ Vendor (YES): ทำการเปิดเคสไปยัง Vendor (Vendor Escalation) เพื่อแก้ปัญหาร่วมกัน (Joint TSG แบบ Remote หรือ On-site) [ระบบจะหยุดนับเวลา SLA (Pause SLA)]
8.2 กรณีไม่ต้องใช้ Vendor (NO): L2 ดำเนินการแก้ไขจนเสร็จสิ้น (Resolve)
ส่วนที่ 3: การปิดเคสและการประเมินผล (Helpdesk L1 & Customer)
9. การปิดตั๋ว (Resolve/Close): [ระบบหยุดเวลา SLA Clock Stop] Helpdesk ส่งอีเมลแจ้งปิดเคสอย่างเป็นทางการ พร้อมนำวิธีแก้ปัญหาไปบันทึกในฐานความรู้ (KM Update)
กฎ 3 วัน (Auto-Close: 3-Day Rule): ระบบจะปิดตั๋วอัตโนมัติหากไม่มีการตอบกลับ
10. ลูกค้ารับทราบผล (Customer receives Final Resolution):
หากยอมรับ (YES) →ปิดเคส
หากไม่ยอมรับ (NO) →เปิดเคสใหม่ (Reopen)
11. แบบประเมิน (Customer Survey): ระบบส่งอีเมลให้ลูกค้าประเมินความพึงพอใจ (CSAT 1-5 ดาว) หลังปิดเคส
ส่วนที่ 4: กระบวนการจัดการปัญหา (Problem Management – Parallel Process)
กระบวนการนี้จะทำงานคู่ขนานเมื่อเข้าเงื่อนไข (Triggers) ดังนี้ :
เงื่อนไข (Triggers): เป็นเคสใหญ่ (Major Incident) หรือ เกิดเหตุขัดข้องซ้ำมากกว่า 2 ครั้ง/เดือน หรือ มีผลกระทบสูง
การจัดการ (Problem Management): สร้าง Problem Ticket →หาสาเหตุรากเหง้า (RCA) →สร้างบันทึก KEDB →วางแผนป้องกัน
การปรับปรุง (Service Improvement): จัดทำรายงานประจำเดือน หรือรายปักษ์ (Monthly / Bi-Weekly Report)
Challenges & Solutions
ปัญหา: ลูกค้าไม่แน่ใจว่าเรื่องที่แจ้งไปอยู่ในขั้นตอนไหน
วิธีการแก้ไข: ลูกค้าสามารถนำ “หมายเลข Ticket (จาก Step 2)” โทรสอบถามหรือตอบกลับอีเมล Helpdesk ได้ตลอด 24 ชั่วโมง ทีมงานจะอ้างอิงข้อมูลจากระบบเพื่อแจ้งสถานะได้ทันที
ปัญหา: การแก้ปัญหาล่าช้ากว่า SLA เพราะต้องรอ Vendor
วิธีการแก้ไข: ในกรณีที่เกิดจาก Step 6 (รอ Vendor) ทีม MFEC Helpdesk จะทำหน้าที่เป็นศูนย์กลางประสานงาน (Single Point of Contact) และต้องสื่อสารอัปเดตสถานะให้ลูกค้าทราบเป็นระยะ (Proactive Update) เพื่อไม่ให้ลูกค้ากังวล
ปัญหา: ลูกค้ายุ่งจนลืมตอบอีเมลยืนยันการปิดเคส
วิธีการแก้ไข: นำระบบ Auto-close 3 วัน มาใช้เพื่อไม่ให้ Ticket ค้างในระบบเกินความจำเป็น อย่างไรก็ตาม หากลูกค้าพบว่าปัญหายังไม่หายขาด สามารถติดต่อ Helpdesk เพื่อขอ Re-open เคสเดิมได้โดยไม่ต้องเริ่มนับ 1 ใหม่
Key Contact
Helpdesk Team (helpdesk@mfec.co.th / 02-821-7979)
Date Submitted
9/14/2026
Additional Resources
CSOC
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
Incident Response Plan & Playbook
ID
KM-EX-2025-04
Description
แผนและคู่มือการรับมือเหตุการณ์ด้านความปลอดภัยไซเบอร์ (Incident Response Plan & Playbook) เป็นแนวทางให้องค์กรเตรียมพร้อม รับมือ และฟื้นฟูระบบเมื่อเกิดเหตุไม่พึงประสงค์ เช่น การรั่วไหลของข้อมูล การโจมตีระบบ หรือการเข้าถึงโดยไม่ได้รับอนุญาต เนื้อหาครอบคลุมไปถึงการอ้างอิงกฎหมายไทยที่เกี่ยวข้อง, การกำหนดบทบาทและหน้าที่ของผู้บริหารและทีมเทคนิค, การจำแนกประเภทและประเมินความรุนแรงของเหตุการณ์, ขั้นตอนหลักตามมาตรฐาน NIST ได้แก่ 1.Govern 2.Identify 3.Protect 4.Detect 5.Respond 6.Recover และรวมไปถึงอธิบายความแตกต่างระหว่าง Incident Response กับ Digital Forensics โดยเน้นความสำคัญของการซ้อมแผน การสื่อสาร การแบ่งปันข้อมูลภัยคุกคาม พร้อมตัวอย่าง Playbook เฉพาะ เช่น การรับมือ Ransomware เพื่อปรับใช้ในสถานการณ์จริง
Objective
เพื่อให้องค์กรสามารถเตรียมความพร้อม ตรวจจับ และตอบสนองต่อเหตุการณ์ด้านความปลอดภัยไซเบอร์ได้อย่างรวดเร็วและมีประสิทธิภาพ ลดความเสียหาย ฟื้นฟูระบบให้กลับมาดำเนินงานปกติ และป้องกันไม่ให้เหตุลักษณะเดียวกันเกิดขึ้นซ้ำในอนาคต
Process
1. Govern – การกำหนดนโยบาย กรอบการทำงาน และโครงสร้างการบริหารจัดการ IR ให้สอดคล้องกับกฎหมาย มาตรฐาน และความเสี่ยงขององค์กร กำหนดบทบาท ความรับผิดชอบ อำนาจตัดสินใจ และการเชื่อมโยงกับแผน BCP
2. Identify – ระบุและยืนยันเหตุการณ์ รวมถึงประเมินขอบเขตและผลกระทบ
3. Protect – ใช้มาตรการป้องกันเพื่อลดโอกาสเกิดเหตุ
4. Detect – ตรวจจับเหตุการณ์โดยใช้เครื่องมือ เช่น logs, monitoring, SIEM เพื่อหาสัญญาณของการโจมตี
5. Respond – ดำเนินการตอบสนองทันที เช่น การแยกระบบที่ถูกโจมตี การแจ้งผู้เกี่ยวข้อง และการแก้ไขช่องโหว่
6. Recover – ฟื้นฟูระบบและการให้บริการ พร้อมปรับปรุงมาตรการเพื่อป้องกันเหตุซ้ำ
Challenges & Solutions
ปัญหาที่พบ
– การประสานงานหลายฝ่าย
วิธีการแก้ไข
– จัดฝึกอบรม/ซ้อมแผนเป็นประจำ
– จัดทำคู่มือและ Playbook เฉพาะภัย
Key Contact
CSOC
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Date Submitted
Additional Resources
Title
Incident Response Plan & Playbook
ID
KM-EX-2026-07
Description
แผนและคู่มือการรับมือเหตุการณ์ด้านความปลอดภัยไซเบอร์ (Incident Response Plan & Playbook) เป็นแนวทางให้องค์กรเตรียมพร้อม รับมือ และฟื้นฟูระบบเมื่อเกิดเหตุไม่พึงประสงค์ เช่น การรั่วไหลของข้อมูล การโจมตีระบบ หรือการเข้าถึงโดยไม่ได้รับอนุญาต เนื้อหาครอบคลุมไปถึงการอ้างอิงกฎหมายไทยที่เกี่ยวข้อง, การกำหนดบทบาทและหน้าที่ของผู้บริหารและทีมเทคนิค, การจำแนกประเภทและประเมินความรุนแรงของเหตุการณ์, ขั้นตอนหลักตามมาตรฐาน NIST ได้แก่ 1.Govern 2.Identify 3.Protect 4.Detect 5.Respond 6.Recover และรวมไปถึงอธิบายความแตกต่างระหว่าง Incident Response กับ Digital Forensics โดยเน้นความสำคัญของการซ้อมแผน การสื่อสาร การแบ่งปันข้อมูลภัยคุกคาม พร้อมตัวอย่าง Playbook เฉพาะ เช่น การรับมือ Ransomware เพื่อปรับใช้ในสถานการณ์จริง
Objective
เพื่อให้องค์กรสามารถเตรียมความพร้อม ตรวจจับ และตอบสนองต่อเหตุการณ์ด้านความปลอดภัยไซเบอร์ได้อย่างรวดเร็วและมีประสิทธิภาพ ลดความเสียหาย ฟื้นฟูระบบให้กลับมาดำเนินงานปกติ และป้องกันไม่ให้เหตุลักษณะเดียวกันเกิดขึ้นซ้ำในอนาคต
Process
1. Govern – การกำหนดนโยบาย กรอบการทำงาน และโครงสร้างการบริหารจัดการ IR ให้สอดคล้องกับกฎหมาย มาตรฐาน และความเสี่ยงขององค์กร กำหนดบทบาท ความรับผิดชอบ อำนาจตัดสินใจ และการเชื่อมโยงกับแผน BCP
2. Identify – ระบุและยืนยันเหตุการณ์ รวมถึงประเมินขอบเขตและผลกระทบ
3. Protect – ใช้มาตรการป้องกันเพื่อลดโอกาสเกิดเหตุ
4. Detect – ตรวจจับเหตุการณ์โดยใช้เครื่องมือ เช่น logs, monitoring, SIEM เพื่อหาสัญญาณของการโจมตี
5. Respond – ดำเนินการตอบสนองทันที เช่น การแยกระบบที่ถูกโจมตี การแจ้งผู้เกี่ยวข้อง และการแก้ไขช่องโหว่
6. Recover – ฟื้นฟูระบบและการให้บริการ พร้อมปรับปรุงมาตรการเพื่อป้องกันเหตุซ้ำ
Challenges & Solutions
ปัญหา:
การประสานงานหลายฝ่าย
วิธีการแก้ไข:
– จัดฝึกอบรม/ซ้อมแผนเป็นประจำ
– จัดทำคู่มือและ Playbook เฉพาะภัย
Key Contact
Date Submitted
6/27/2025
Additional Resources
Information Security
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
MFEC CyberSecurity as a Service (CSaaS) – Service Improvement
ID
KM-EX-2025-05
Description
MFEC Cyber Security as a Service (CSaaS)
คือบริการความมั่นคงปลอดภัยทางไซเบอร์แบบครบวงจรที่ออกแบบมาให้ลูกค้าสามารถขอความช่วยเหลือ แจ้งเหตุ หรือร้องขอบริการผ่านระบบได้อย่างรวดเร็วและเหมาะสมกับระดับความสำคัญของเหตุการณ์ โดยครอบคลุมระบบต่าง ๆ เช่น Firewall, EDR, SIEM และ CSOC ภายใต้แผนบริการที่กำหนดไว้
Objective
ช่วงทางการติดต่อกับทาง CSaaS ด้วย Microsoft Forms
1.เพื่อให้ลูกค้าแจ้งปัญหาหรือร้องขอบริการด้านความมั่นคงปลอดภัยไซเบอร์ได้อย่างถูกต้องและรวดเร็ว
2.เพื่อให้ทีมงาน CSaaS สามารถตอบสนองต่อคำร้องได้ตามระดับความสำคัญ (Standard หรือ Emergency)
3.ใช้ในกรณีที่มีเหตุการณ์เช่นระบบถูกโจมตี, พบพฤติกรรมผิดปกติ, หรือมีความเสี่ยงที่ต้องตรวจสอบด่วน
Process
หลังจากได้รับการยืนยันบริการ ให้กรอก Microsoft Forms ตามที่ CSaaS แจ้งไว้
1. Fill in Organization and Contact Details
2. Select the Relevant System and Request Priority
3. Submit the Request
4. Engineer Follow-Up
Challenges & Solutions
1. ลูกค้าเลือก “ระดับความสำคัญ” ไม่ตรงกับสถานการณ์จริง เช่น เหตุเร่งด่วนแต่เลือก Standard วิธีการแก้ไข ระบบมีคำอธิบายชัดเจนให้ลูกค้าเข้าใจประเภท “Emergency” และ “Standard” พร้อมคำแนะนำจาก Engineer หากเลือกไม่เหมาะสม
2.ลูกค้าต้องการติดตามสถานะคำร้อง วิธีการแก้ไข ลูกค้าสามารถติดต่อ Helpdesk ได้ตลอดเวลาผ่านเบอร์ Hotline หรืออีเมล พร้อมมี Ticket ID สำหรับอ้างอิง
3. ลูกค้าไม่ได้รับการติดต่อกลับตามคาด เนื่องจากข้อมูลการติดต่อไม่ถูกต้อง วิธีการแก้ไข มีการบังคับกรอกเบอร์โทรและอีเมลที่ใช้งานได้จริงในขั้นตอนแรก เพื่อป้องกันการขาดการสื่อสาร
4.ข้อมูลคำร้องไม่ครบ เช่น ไม่กรอกเวลาเกิดเหตุ หรือไม่ระบุผลกระทบ วิธีการแก้ไข ทีม Engineer จะติดต่อกลับเพื่อสอบถามเพิ่มเติมทันที ก่อนเริ่มดำเนินการ
5.การตอบสนองกรณี Emergency ต้องเร็ว แต่ข้อมูลที่ได้รับล่าช้าหรือคลาดเคลื่อน วิธีการแก้ไข มีระบบแจ้งเตือนอัตโนมัติภายในทีม CSaaS เพื่อเร่งการติดต่อและติดตามข้อมูลจากลูกค้าอย่างเป็นระบบ
Key Contact
Information Security
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
MFEC CyberSecurity as a Service (CSaaS) – Knowledge Sharing
ID
KM-EX-2025-06
Description
บริหารงานด้านความปลอดภัยข้อมูลแบบครบวงจร ในรูปแบบของการให้บริการ
ที่องค์กรสามารถเข้าถึงบริการและทรัพยากรด้านความปลอดภัยจากผู้เชี่ยวชาญ ที่รับผิดชอบการบริหารจัดการ การตรวจสอบ
และป้องกันภัยคุกคามทางไซเบอร์ตลอด 24 ชั่วโมง 7 วันต่อสัปดาห์
Objective
แนะนำการบริหารงานด้านความปลอดภัยข้อมูลแบบครบวงจร ในรูปแบบของการให้บริการ MFEC CyberSecurity as a Service (CSaaS)
Process
1. Security Assessment
2. Security Consulting
3. Security Integration
4. Managed Security Services
5. MFEC CSOC Services
6. Managed Detect and Response
Challenges & Solutions
ความท้าทายในการจัดการด้านความปลอดภัยข้อมูล การขาดแคลนบุคลากรผู้เชี่ยวชาญด้านความปลอดภัยข้อมูล
การโจมตีทางไซเบอร์ที่ซับซ้อนและมีจำนวนมากขึ้น ทำให้ความต้องการบุคลากรด้านความปลอดภัยข้อมูลพุ่งสูงขึ้น
งานด้านความปลอดภัยข้อมูลต้องการทักษะที่หลากหลายและเฉพาะทาง ไม่ว่าจะเป็นการวิเคราะห์ภัยคุกคาม การจัดการช่องโหว่ การตอบสนองต่อเหตุการณ์
หรือการเข้าใจกฎหมายและข้อบังคับต่างๆ ซึ่งต้องใช้เวลาและประสบการณ์ในการพัฒนา
MFEC CyberSecurity as a Service (CSaaS) สามารถออกแบบการบริหารงานด้านความปลอดภัยข้อมูลแบบครบวงจร ในรูปแบบของการให้บริการ
ทั้งในมุมมองธุรกิจและ Cybersecurity โดยผู้เชี่ยวชาญจากหน้างานจริง เพื่อวางแผนที่ตอบโจทย์เป้าหมายธุรกิจและรองรับ Compliance ในแต่ละอุตสาหกรรม
Key Contact
Information Security
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
Practical Incident Response
ID
KM-EX-2025-07
Description
ขั้นตอนการตอบสนองต่อเหตุการณ์ ที่ส่งผลกระทบกับการใช้งาน (Incident Response)
Objective
แผนการจัดการและตอบสนองต่อเหตุการณ์ที่ชัดเจน ที่เกี่ยวข้องกับลูกค้า และ Product Vendor/Partner
Process
1. Hepldesk response case
2. Helpdesk verify contract
3. Helpdesk create Ticket
4. Assign ticket to L1 Engineer/Escalation L2 engineer
5. MFEC Open ticket to Product vendor/ Partner/Escalation
6. Problem resolved
7. Incident/Service Request closer
Challenges & Solutions
ความท้าทายในการจัดการเหตุการณ์ที่ซับซ้อนและการประสานงานระหว่างทีมต่าง ๆ วิธีการแก้ไขคือการเตรียมแนวทางการส่งต่อที่ชัดเจน
Key Contact
Information Security
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Target group
Date Submitted
Additional Resources
Keywords
Title
OWASP Top 10 for LLM & AI Applications 2026
ID
KM-EX-2026-08
Description
จุดเปลี่ยนสำคัญระหว่าง OWASP Top 10 for LLM & AI Applications เวอร์ชัน 2025 กับเวอร์ชัน 2026 คือการเปลี่ยนมุมมองจากการมองแค่ “Chatbot / โมเดลตัวเดี่ยว” ไปสู่การมอง “ระบบนิเวศของ Agentic AI, Multimodal และ Blast-Radius ของการทำงานอัตโนมัติ”
กรอบการทำงานด้านความปลอดภัยของปัญญาประดิษฐ์และการเรียนรู้ของเครื่อง (OWASP AI & ML Security) มุ่งเน้นการปกป้องวงจรชีวิตของระบบ AI ครอบคลุมทั้งโมเดลแบบคลาสสิก (Predictive/Analytical ML), โมเดลภาษาขนาดใหญ่ (LLMs) ไปจนถึงระบบตัวแทนอัตโนมัติ (Agentic AI) เพื่อรับมือกับภัยคุกคามแบบจำเพาะ เช่น Prompt Injection, Data Poisoning, Model Theft, Insecure Output Handling และ Agent Privilege Escalation
Objective
LLM01: Prompt Injection = ขยายขอบเขตครอบคลุม Multimodal Injection (คำสั่งแฝงในภาพ/เสียง) และ Persistent-Context/Memory Poisoning
LLM02: Sensitive Information Disclosure = ขยายขอบเขตครอบคลุมไปดักจับ Reasoning Traces (CoT), Tool Arguments และ Telemetry Leakage
LLM03: Excessive Agency = จุดเปลี่ยนใหญ่ที่สุด สะท้อนความเสี่ยงของ AI Agent ที่มีสิทธิ์เรียก Tool/API เกินจำเป็น (Over-privileged Autonomous Actions)
LLM04: Supply Chain = ปรับเพิ่มการตรวจสอบ LoRA Adapters, Model Conversion Pipelines และ Quantization Workflows
LLM05: Data and Model Poisoning = ขยายครอบคลุมไปถึง RAG Vectors, Inference Artifacts และ Tokenizer Poisoning
LLM06: Unbounded Consumption = ปัญหานี้รุนแรงขึ้นจาก Denial-of-Wallet, Reasoning Token Exhaustion และ Agent Infinite Loops / Tool Fan-out
LLM07: Misinformation = ผลลัพธ์ที่ผิดพลาด ของ AI LLM (Hallucination) เริ่มถูกนำไป Execute ใน Workflow อัตโนมัติขององค์กร
LLM08: Hidden Context Exposure = ไม่ได้ดูแค่ System Prompt อีกต่อไป แต่ครอบคลุมถึง Tool Schemas, API Parameters, RAG Context และ Internal Policies
LLM09: Vector and Embedding Weaknesses = เพิ่มการเน้นด้าน Vector Inversion Attacks และ Semantic-Cache Poisoning
LLM10: Improper Output Handling = เพิ่มการควบคุม Code Execution, Terminal Output และ Automatic Outbound Requests
Use Cases:
1. ระบุและจำแนกพื้นผิวการโจมตีใหม่ (New Attack Surface Identification): ปิดช่องโหว่ความเสี่ยงเฉพาะตัวของระบบ AI/ML เช่น การปนเปื้อนข้อมูลฝึกสอน (Data Poisoning), การรั่วไหลของข้อมูลผ่านเวกเตอร์/พารามิเตอร์ (Model Inversion & Data Leakage)
2. สร้างความปลอดภัยในสายการส่งมอบ AI (Securing the AI Supply Chain): ตรวจสอบความถูกต้องและที่มาของชุดข้อมูล โมเดลพื้นฐาน (Pre-trained Models) และ Library ภายนอกด้วย AI Bill of Materials (AIBOM)
3. ควบคุมความเสี่ยงของ Agentic AI และ Tool Execution: จำกัดขอบเขตและตรวจสอบการทำงานของ AI Agent ที่เชื่อมต่อกับ API หรือ Model Context Protocol (MCP) ไม่ให้เกิดการยกระดับสิทธิ์เกินขอบเขต (Over-privileged Execution)
Process
1. จัดทำ AI Asset & AIBOM Inventory
การปฏิบัติ: จัดทำบัญชีทรัพย์สิน AI ทุกส่วน ตั้งแต่ Dataset, Data Pipeline, Foundation Model, Fine-tuned Model ไปจนถึง Third-party APIs
เทคนิค: ประยุกต์ใช้ AI Bill of Materials (AIBOM) เพื่อติดตามเวอร์ชัน การอนุญาตใช้งาน (License) ช่องโหว่ของโมเดล และที่มาของข้อมูลฝึกสอน
2. วางแนวป้องกันที่ชั้น Data & Ingestion (Data Pipeline Security)
การปฏิบัติ: ตรวจสอบความสมบูรณ์และคัดกรองข้อมูลก่อนนำเข้าสู่ท่อฝึกสอนหรือฐานข้อมูลเวกเตอร์ (Vector Database / RAG)
เทคนิค: กำหนดระบบ Input Validation, ตรวจจับคำสั่งแฝง (Indirect Prompt Injection), และทำ Sanitization สำหรับ PII/ความลับองค์กรก่อนส่งต่อไปยังโมเดล
3. ติดตั้ง AI Guardrails & Secure Gateway
การปฏิบัติ: คั่นกลางการสื่อสารระหว่างผู้ใช้งาน, โมเดล AI และระบบหลังบ้านด้วย Proxy หรือ AI Gateway
เทคนิค:ตั้งค่า Rule-based และ Model-based Guardrails เพื่อตรวจสอบ Input/Output แบบเรียลไทม์ (ป้องกัน Toxic Output, Hallucination Injection และ Data Exfiltration)
และจำกัดสิทธิ์การเรียกใช้ Tool/API ของ AI Agent ตามหลัก Least Privilege และกำหนดให้มีกลไก Human-in-the-Loop สำหรับธุรกรรมที่มีความเสี่ยงสูง
4. บูรณาการ Adversarial AI Red Teaming & Runtime Monitoring
การปฏิบัติ: ดำเนินการทดสอบเจาะระบบเฉพาะทางด้าน AI (AI Red Teaming) ก่อนขึ้นระบบจริง และตรวจจับความผิดปกติขณะทำงาน
เทคนิค: ทดสอบการโจมตีแบบ Jailbreak, Evasion Attack, และ Model Inversion พร้อมทั้งมอนิเตอร์พฤติกรรมการเรียกใช้ Token, Drift ของโมเดล และ Log ทุกคำสั่งที่ Agent สั่งทำงาน
Challenges & Solutions
สรุป 4 ธีมหลักที่ทำให้ปี 2026 แตกต่างอย่างชัดเจน
1. การยกระดับของความเสี่ยงฝั่ง Agent (Excessive Agency & Context):
ในปี 2025 ภัยคุกคามเน้นไปที่ข้อมูลรั่วไหลหรือการ Prompt ทั่วไป แต่ในปี 2026 เมื่อ Agent เชื่อมต่อ MCP หรือ External APIs ความเสียหายไม่ได้หยุดแค่ข้อความผิดพลาด แต่คือการที่ Agent ไปสั่งลบฐานข้อมูล โอนเงิน หรือแก้ Permission โดยไม่ผ่านการตรวจสอบ (High Autonomy)
2. Denial-of-Wallet และการผลาญทรัพยากร (Unbounded Consumption):
การใช้งาน Extended-Thinking / Reasoning Models และ Multi-Agent Fan-out ทำให้เกิดช่องโหว่ประเภทสร้าง Prompt วนลูปเพื่อให้เกิดค่าใช้จ่าย API มหาศาลหรือทำให้เซิร์ฟเวอร์ค้าง
3. จาก Prompt Leakage สู่ Hidden Context Exposure:
เดิมทีมักกังวลแค่ตัว Prompt แต่ปัจจุบัน AI ดึง Context หลายชั้น (Schema ของ Tools, ข้อมูล Profile ผู้ใช้, นโยบายองค์กร) ซึ่งจุดเหล่านี้กลายเป็นเป้าหมายหลักของการโจมตีเพื่อสแกนหาโครงสร้างระบบ
4. Multimodal Attack Vectors:
Prompt Injection ในปี 2026 ไม่ได้มาเป็น Plain Text อย่างเดียว แต่แทรกมาในรูปภาพ (OCR/Visual Prompt Injection), ไฟล์เสียง หรือโค้ดที่ซ่อนอยู่ใน Tag-block Unicode ที่มนุษย์มองไม่เห็น
ปัจจัยแห่งความสำเร็จ (Success Factors)
1. Cross-Functional DevSecOps Integration: ความปลอดภัย AI จะเกิดขึ้นไม่ได้หากตัดขาดระหว่างทีม Data Scientist, AI Engineers และทีม Cyber Security การนำระบบตรวจสอบความปลอดภัยเข้าไปอยู่ใน MLOps Pipeline (SecMLOps) คือหัวใจหลัก
2. Zero Trust for AI Agents: ปฏิบัติต่อผลลัพธ์และการตัดสินใจของโมเดล AI เสมือนข้อมูลที่ไม่น่าไว้วางใจ (Untrusted Input) ตรวจสอบความถูกต้องและควบคุมสิทธิ์การเข้าถึงข้อมูลของ Agent เสมอ
3. Alignment with Global Standards: การเชื่อมโยงกรอบ OWASP เข้ากับมาตรฐานการกำกับดูแล เช่น ISO/IEC 42001 (AI Management System) และ NIST AI RMF ช่วยให้องค์กรผ่านเกณฑ์ข้อกำหนดทางกฎหมายและการตรวจสอบ (Compliance) ได้อย่างเป็นรูปธรรม
Key Contact
Infosec Service
Target group
Sale, Presale, and all personnel interested in technology
Date Submitted
9/8/2026
Additional Resources
https://genai.owasp.org/resource/owasp-genai-llm-top-10-2026/
https://owasp.org/projects/top-10-for-large-language-model-applications
Keywords
OWASP, AI, LLM, Agentic AI
IT Support
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
คู่มือการใช้งานโปรแกรมรับวางบิลออนไลน์_ผู้จัดการโครงการ
ID
KM-EX-2025-08
Description
การใช้งานโปรแกรมรับวางบิลออนไลน์เป็นเครื่องมือที่ช่วยในการอนุมัติเอกสารและตรวจสอบการส่งมอบงานของโครงการ โดยผู้จัดการโครงการสามารถตรวจสอบและอนุมัติเอกสารผ่านระบบออนไลน์ได้สะดวก
Objective
เพื่อให้ผู้จัดการโครงการสามารถตรวจสอบ อนุมัติ และติดตามเอกสารส่งมอบงานได้อย่างเป็นระบบและรวดเร็ว รวมถึงการเพิ่มลายเซ็นอิเล็กทรอนิกส์ในเอกสารอนุมัติ
Process
1. เข้าสู่ระบบผ่านเว็บไซต์ของ MFEC
2. ตรวจสอบเมนูเอกสารส่งมอบงานและรายละเอียดเอกสาร
3. อนุมัติเอกสารส่งมอบงานหากข้อมูลครบถ้วน
4. เพิ่มลายเซ็นอิเล็กทรอนิกส์ในระบบ
5. เรียกดูรายงานเอกสารส่งมอบงานหรือส่งออกข้อมูลเป็น Excel
Challenges & Solutions
– ปัญหาในการเข้าระบบ: แก้ไขโดยตรวจสอบความถูกต้องของข้อมูลการเข้าสู่ระบบ
– ปัญหาในการอนุมัติเอกสาร: แก้ไขโดยตรวจสอบเอกสารและข้อมูลที่แนบก่อนอนุมัติ
– ปัญหาในการอัพโหลดลายเซ็น: ตรวจสอบรูปภาพให้อยู่ในรูปแบบและขนาดที่ระบบกำหนด
– ปัญหาการค้นหาเอกสาร: ใช้ฟิลเตอร์เพื่อกรองข้อมูลให้ตรงตามช่วงเวลาและสถานะที่ต้องการ
– ปัญหาในการส่งออก Excel: ตรวจสอบการเชื่อมต่ออินเทอร์เน็ตและลองส่งออกใหม่
Key Contact
MFEC_NOC@mfec.co.th หรือ itsupport@mfec.co.th
IT Support
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
Personal Data Masking
ID
KM-EX-2025-09
Description
กระบวนการปกปิดหรือเปลี่ยนแปลงข้อมูลส่วนบุคคลเพื่อปกป้องความเป็นส่วนตัวและความปลอดภัยของผู้ใช้ โดยทั่วไปแล้วจะใช้ในสถานการณ์ที่ต้องการให้ผู้ใช้งานสามารถเข้าถึงข้อมูลที่ไม่สามารถระบุตัวตนได้
Objective
1. การปกปิดข้อมูลบางส่วน (Partial Data Masking): เช่น การปกปิดชื่อบางส่วน, เลขประจำตัวประชาชน, บัญชีธนาคาร เป็นต้น
2. การสุ่มข้อมูล (Data Randomization): เช่น การสุ่มชื่อใหม่, เลขประจำตัวประชาชนใหม่, บ้านเลขที่ใหม่ เป็นต้น
3. การเข้ารหัสข้อมูล (Data Encryption): เช่น การเข้ารหัสชื่อ, เลขประจำตัวประชาชน, เบอร์โทรศัพท์ เป็นต้น
4. การใช้เทคนิคอื่น ๆ (Other Techniques): เช่น การใช้ Pseudonymization และ Generalization
Process
1. การระบุประเภทของข้อมูลส่วนบุคคลที่ต้องการปกปิด: เป็นการกำหนดขอบเขตของข้อมูลส่วนบุคคลที่จะถูกปกปิด ซึ่งอาจรวมถึงข้อมูลส่วนบุคคลของพนักงาน, ลูกค้า, คู่ค้า, ผู้สมัครงาน หรือผู้ถือหุ้นและนักลงทุน เป็นต้น.
2. การประเมินการปกปิดข้อมูลส่วนบุคคล: เป็นการวิเคราะห์ข้อมูลส่วนบุคคลแต่ละส่วน เช่น ข้อมูลมีความละเอียดอ่อนเพียงใด และควรใช้วิธีการปกปิดแบบใดเพื่อให้ข้อมูลยังคงมีประโยชน์โดยไม่ขัดต่อหลักการคุ้มครองข้อมูลส่วนบุคคล.
3. การเลือกวิธีการปกปิดข้อมูลส่วนบุคคลที่เหมาะสม: เป็นการเลือกวิธีการที่เหมาะสมกับประเภทและรูปแบบของข้อมูลส่วนบุคคลแต่ละชนิด.
4. การควบคุมการเข้าถึง: เป็นการกำหนดและจัดการสิทธิ์ในการเข้าถึงข้อมูลส่วนบุคคลที่ถูกปกปิดอย่างเคร่งครัด เพื่อป้องกันไม่ให้ข้อมูลถูกเปิดเผยโดยผู้ที่ไม่ได้รับอนุญาต.
5. การตรวจสอบและปรับปรุงวิธีการ Personal Data Masking อย่างต่อเนื่อง: เพื่อให้แน่ใจว่าวิธีการปกปิดข้อมูลส่วนบุคคลนั้นยังคงมีประสิทธิภาพและปลอดภัยอยู่เสมอ.
6. การให้ความรู้และฝึกอบรม: เป็นการให้ความรู้และฝึกอบรมแก่พนักงานหรือผู้ที่เกี่ยวข้อง เพื่อให้มีความเข้าใจและสามารถปฏิบัติตามแนวทางได้อย่างถูกต้อง.
Challenges & Solutions
1. ปัญหา: ความปลอดภัยของข้อมูลส่วนบุคคล เช่น การถูกเข้าถึง ใช้งานโดยไม่ได้รับอนุญาต, การถูกขโมย หรือการเปิดเผยโดยไม่ได้ตั้งใจ – วิธีแก้ไข: ใช้ Personal Data Masking เพื่อป้องกันและลดความเสี่ยงจากการเข้าถึงหรือเปิดเผยข้อมูล.
2. ปัญหา: การไม่สามารถปฏิบัติตาม พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 (PDPA) – วิธีแก้ไข: ใช้ Personal Data Masking เพื่อทำให้ข้อมูลไม่สามารถระบุตัวบุคคลที่เป็นเจ้าของได้โดยตรง ซึ่งสอดคล้องกับหลักเกณฑ์และข้อกำหนดของ PDPA.
3. ปัญหา: ข้อมูลส่วนบุคคลที่ถูกปกปิดด้วย Data Masking ไม่ได้ถูกลบออกจากระบบทั้งหมด และ อาจถูกกู้คืนได้ โดยผู้เชี่ยวชาญ – วิธีแก้ไข: จำเป็นต้องมี มาตรการป้องกันข้อมูลที่เพียงพอ เช่น การเข้ารหัสข้อมูล (Data Encryption) และ การควบคุมการเข้าถึงข้อมูล อย่างเข้มงวดเพิ่มเติม เพื่อให้มั่นใจในความปลอดภัยสูงสุด
Key Contact
MFEC_NOC@mfec.co.th หรือ itsupport@mfec.co.th
IT Support
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
คู่มือการเเชร์ไฟล์ หรือ Folder ให้กับบุคคลภายนอกองค์กร
ID
KM-EX-2025-10
Description
การ Share ไฟล์ใน OneDrive , SharePoint หรือ Folder ให้กับบุคคลภายนอกองค์กร
Objective
เพื่อ Share ข้อมูลต่าง ๆ ไว้ทำงานร่วมกัน ให้กับบุคคลภายนอกองค์กร
Process
1. ไปที่ไฟล์หรือโฟลเดอร์ที่คุณต้องการแชร์
2. คลิกตัวเลือกแชร์ตามที่แสดงในภาพประกอบ
3. เลือกตัวเลือกการแชร์เพื่อระบุผู้ที่สามารถเข้าถึงได้
4. เลือกตัวเลือกเพื่อแชร์กับบุคคลภายนอกและระบุว่าสามารถดูหรือแก้ไขไฟล์ได้หรือไม่
5. หลังจากเพิ่มอีเมลแล้ว ให้คัดลอกลิงก์ที่ให้ไว้และส่งไปยังผู้ใช้
Challenges & Solutions
1.แชร์ไฟล์บุคคลภายนอกต้องประสาน IT: ติดต่อ IT ผ่านอีเมล/ระบบ Ticket และกำหนดนโยบายการแชร์ไฟล์อย่างชัดเจน
2.ข้อจำกัด Storage และจำนวนไฟล์เต็มง่าย :ประสาน IT เพิ่มพื้นที่ หรือจัดการลบไฟล์เก่า แนะนำเก็บไฟล์ใน OneDrive ของผู้ใช้ก่อนแชร์
3.จัดการสิทธิ์เข้าถึงยุ่งยาก: ฝึกอบรมพนักงาน ใช้ Template สิทธิ์มาตรฐาน และตั้งระบบอนุมัติจากฝ่าย IT
4.ขาดการตรวจสอบการใช้งานไฟล์: เปิด Audit Log สร้างรายงาน สร้างแจ้งเตือนเมื่อแชร์ไฟล์สำคัญถูกใช้งาน
5.ความเสี่ยงข้อมูลรั่วไหล: ใช้ IRM, DLP จำกัดการใช้งานไฟล์, ตั้งวันหมดอายุลิงก์ และเปิด MFA สำหรับผู้ใช้ภายนอก
Key Contact
MFEC_NOC@mfec.co.th หรือ itsupport@mfec.co.th
IT Support
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
Cisco Endpoint Installation
ID
KM-EX-2025-11
Description
การติดตั้ง Cisco Secure Client และ Cisco Endpoint เป็นขั้นตอนสำคัญในการรักษาความปลอดภัยและ
เข้าถึงทรัพยากรเครือข่ายขององค์กรอย่างมีประสิทธิภาพ โดย Cisco Secure Client
ใช้สำหรับการเชื่อมต่อ VPN ส่วน Cisco Endpoint ใช้เพื่อป้องกันและควบคุมการเข้าถึงเครือข่าย Wi-Fi ขององค์กร
Objective
วัตถุประสงค์หลักของความรู้นี้คือเพื่อช่วยผู้ใช้งานติดตั้งโปรแกรมที่จำเป็นในการเชื่อมต่อ VPN
และรักษาความปลอดภัยในระบบเครือข่ายขององค์กร ใช้ในกรณีที่พนักงานต้องการเข้าถึงทรัพยากรภายในองค์กรจากระยะไกล
หรือใช้เพื่อการป้องกันภัยคุกคามที่อาจเข้ามาผ่านการใช้งาน Wi-Fi ภายในองค์กร
Process
1. Go to the desired file or folder that you want to share.
2. Click on the share option as shown in the illustration.
3. Choose the sharing option to specify who will have access.
4. Select the option to share with external individuals and specify whether they can view or edit the file.
5. After adding their email, copy the provided link and send it to the user.
Challenges & Solutions
1. ปัญหาการติดตั้งไม่สำเร็จ: บางครั้งการติดตั้งโปรแกรม Cisco Secure Client หรือ Cisco Endpoint อาจไม่สมบูรณ์ เนื่องจากการตั้งค่าความปลอดภัยของระบบปฏิบัติการหรือเวอร์ชันที่ไม่รองรับ
– Solution: ตรวจสอบว่าใช้เวอร์ชันที่เข้ากันได้กับระบบปฏิบัติการของคุณ และปิดโปรแกรมป้องกันไวรัสชั่วคราวในกรณีที่โปรแกรมบล็อกการติดตั้ง
2. การเชื่อมต่อ VPN ล้มเหลว: หลังจากติดตั้ง Cisco Secure Client อาจพบปัญหาในการเชื่อมต่อ VPN ไม่สำเร็จ
– Solution: ตรวจสอบการตั้งค่าเครือข่าย, ความถูกต้องของ Username และ Password รวมถึงการตั้งค่า Policy ที่ถูกต้องใน Cisco Endpoint
3. การตั้งค่าความปลอดภัยไม่สมบูรณ์: การตั้งค่า Cisco Endpoint อาจมีปัญหาที่ทำให้การป้องกันไม่สมบูรณ์ เช่น ไฟล์ config หายไปหรือไม่ถูกต้อง
– Solution: ทำตามขั้นตอนการติดตั้งอย่างถูกต้อง ตรวจสอบการตั้งค่าไฟล์ config อย่างละเอียด และกด “Sync Policy” เพื่อให้การตั้งค่าอัปเดตครบถ้วน
4. ข้อผิดพลาดในการอัปเดต Virus Definitions: ผู้ใช้บางรายอาจไม่สามารถอัปเดต Virus Definitions ได้หลังการติดตั้ง Cisco Endpoint
– Solution: ตรวจสอบการเชื่อมต่ออินเทอร์เน็ตและความถูกต้องของสิทธิ์การเข้าถึงของโปรแกรมในระบบปฏิบัติการ
5. ข้อจำกัดของสิทธิ์การใช้งาน: ผู้ใช้บางคนอาจไม่มีสิทธิ์เพียงพอในการติดตั้งหรือปรับแต่งโปรแกรม
– Solution: ขอสิทธิ์จากผู้ดูแลระบบ (Admin) เพื่อดำเนินการติดตั้งและปรับแต่งโปรแกรมให้สมบูรณ์
Key Contact
MFEC_NOC@mfec.co.th หรือ itsupport@mfec.co.th
IT Support
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
Cisco Secure Client Installation (VPN)
ID
KM-EX-2025-12
Description
การติดตั้ง Cisco Secure Client และ Cisco Endpoint เป็นขั้นตอนสำคัญในการรักษาความปลอดภัยและ
เข้าถึงทรัพยากรเครือข่ายขององค์กรอย่างมีประสิทธิภาพ โดย Cisco Secure Client
ใช้สำหรับการเชื่อมต่อ VPN ส่วน Cisco Endpoint ใช้เพื่อป้องกันและควบคุมการเข้าถึงเครือข่าย Wi-Fi ขององค์กร
Objective
วัตถุประสงค์หลักของความรู้นี้คือเพื่อช่วยผู้ใช้งานติดตั้งโปรแกรมที่จำเป็นในการเชื่อมต่อ VPN
และรักษาความปลอดภัยในระบบเครือข่ายขององค์กร ใช้ในกรณีที่พนักงานต้องการเข้าถึงทรัพยากรภายในองค์กรจากระยะไกล
หรือใช้เพื่อการป้องกันภัยคุกคามที่อาจเข้ามาผ่านการใช้งาน Wi-Fi ภายในองค์กร
Process
1. Go to the desired file or folder that you want to share.
2. Click on the share option as shown in the illustration.
3. Choose the sharing option to specify who will have access.
4. Select the option to share with external individuals and specify whether they can view or edit the file.
5. After adding their email, copy the provided link and send it to the user.
Challenges & Solutions
1. ปัญหาการติดตั้งไม่สำเร็จ: บางครั้งการติดตั้งโปรแกรม Cisco Secure Client หรือ Cisco Endpoint อาจไม่สมบูรณ์ เนื่องจากการตั้งค่าความปลอดภัยของระบบปฏิบัติการหรือเวอร์ชันที่ไม่รองรับ
– Solution: ตรวจสอบว่าใช้เวอร์ชันที่เข้ากันได้กับระบบปฏิบัติการของคุณ และปิดโปรแกรมป้องกันไวรัสชั่วคราวในกรณีที่โปรแกรมบล็อกการติดตั้ง
2. การเชื่อมต่อ VPN ล้มเหลว: หลังจากติดตั้ง Cisco Secure Client อาจพบปัญหาในการเชื่อมต่อ VPN ไม่สำเร็จ
– Solution: ตรวจสอบการตั้งค่าเครือข่าย, ความถูกต้องของ Username และ Password รวมถึงการตั้งค่า Policy ที่ถูกต้องใน Cisco Endpoint
3. การตั้งค่าความปลอดภัยไม่สมบูรณ์: การตั้งค่า Cisco Endpoint อาจมีปัญหาที่ทำให้การป้องกันไม่สมบูรณ์ เช่น ไฟล์ config หายไปหรือไม่ถูกต้อง
– Solution: ทำตามขั้นตอนการติดตั้งอย่างถูกต้อง ตรวจสอบการตั้งค่าไฟล์ config อย่างละเอียด และกด “Sync Policy” เพื่อให้การตั้งค่าอัปเดตครบถ้วน
4. ข้อผิดพลาดในการอัปเดต Virus Definitions: ผู้ใช้บางรายอาจไม่สามารถอัปเดต Virus Definitions ได้หลังการติดตั้ง Cisco Endpoint
– Solution: ตรวจสอบการเชื่อมต่ออินเทอร์เน็ตและความถูกต้องของสิทธิ์การเข้าถึงของโปรแกรมในระบบปฏิบัติการ
Key Contact
MFEC_NOC@mfec.co.th หรือ itsupport@mfec.co.th
IT Support
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Target group
Date Submitted
Additional Resources
Keywords
Title
MFEC Cybersecurity Tabletop Exercise – Phishing Simulation
ID
KM-EX-2026-02
Description
การฝึกซ้อมรับมือเหตุการณ์ Phishing เพื่อประเมินความพร้อมในการตรวจจับ วิเคราะห์ และตอบสนองต่อภัยคุกคามไซเบอร์ภายในองค์กร
Objective
1.เสริมความรู้และความเข้าใจด้านการรับมือกับอีเมลหลอกลวง (Phishing) ให้แก่พนักงาน
2.ประเมินประสิทธิภาพกระบวนการตอบสนองเหตุการณ์ cyber incident
3.ปรับปรุงขั้นตอนและการสื่อสารในเหตุการณ์จริง
Process
1. แจ้งเหตุจาก Helpdesk
2. HR รายงานว่ามีพนักงานหลายคนได้รับอีเมลลักษณะเดียวกัน
3. CSOC วิเคราะห์เชิงเทคนิค ตรวจพบว่าเป็น Phishing และประเมินผู้ได้รับผลกระทบ
4. ตรวจสอบพนักงานที่คลิกลิงก์ พร้อมดำเนินมาตรการรักษาความปลอดภัยบัญชี
5. สื่อสารกับลูกค้าและผู้เกี่ยวข้องผ่านช่องทางต่าง ๆ
Challenges & Solutions
ปัญหา:
– บางรายตอบสนองช้ากว่า SLA
– ขาดข้อมูลบันทึกเหตุการณ์บางส่วน และรายละเอียดไม่ครบ
– แผนดำเนินงานยังมีปัญหาในการจัดลำดับความสำคัญ
– การสื่อสารภายในและภายนอกยังไม่ครบถ้วน
แนวทางแก้ไข:
– เสริมความชัดเจนการแจ้งเตือนและ Escalate เหตุการณ์
– กำหนดมาตรฐานการบันทึกหลักฐาน (Evidence) ในระบบ
– สร้าง Playbook ระบุ Who/What/When ชัดเจน
– พัฒนาคู่มือและ Template การอนุมัติสื่อสาร
Key Contact
IT support Team (mfec_noc@mfec.co.th)
Target group
Everyone
Date Submitted
9/8/2026
Additional Resources
Keywords
Cybersecurity, Tabletop, Phishing Simulation
System Infrastructure
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
Introducing Red Hat AI Inference Server: High-performance, optimized LLM serving anywhere
ID
KM-EX-2025-13
Description
Red Hat AI Inference Server. As a key component of the Red Hat AI platform with vLLM engine
Objective
Redhat has features that can be leveraged to further develop organizations’ AI capabilities
Process
Model and vLLM architecture for RedHat AI Inference Server
Challenges & Solutions
Red Hat AI Inference Server combines state-of-the-art performance with the deployment flexibility with containerized nature brings true hybrid cloud flexibility,
Key Contact
System Infrastructure
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Target group
Date Submitted
Additional Resources
Keywords
Title
How to Change Serial Number of the Oracle VM
ID
KM-EX-2026-03
Description
VMs use the host UUID as the serial number by default, Method to customized value from default
Objective
VMs use the host UUID as the serial number by default, All VMs have same serisl no from Host UUID. Consequently, it is not possible to monitor the VM status; therefore, so the settings must be changed
Process
1. go to Engine Web Management
2. Select the desired VM
3. Edit – > System – > Select value ‘VM ID’ at Serial Number Policy (drop down value)
4. Click OK
5. Need reboot VM to active cahnge value
Challenges & Solutions
– VM’s Serial No. use host UUID of the host to default which ir duplicate to monitor
– Provide customized value to VM UUID
Key Contact
System Infrastructure Team
Target group
System Engineer
Date Submitted
9/8/2026
Additional Resources
Keywords
Oracle Linux, Change VM Serial No.
Network Integration (NIS)
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
การขอสิทธิ์เข้าถึง “การขอเปิดเคส Cisco Technical Support” จาก Cisco Profile ของคุณ
Request access to Cisco Technical Support Contracts for cisco.com profile
ID
KM-EX-2025-14
Description
การขอสิทธิ์เข้าถึง “การขอเปิดเคส Cisco Technical Support” จาก Cisco Profile ของคุณ
(Request access to Cisco Technical Support Contracts for cisco.com profile)
ในยุคที่เทคโนโลยีเครือข่ายเป็นส่วนสำคัญขององค์กร ระบบและอุปกรณ์ Cisco Network มีบทบาทสำคัญอย่างสูงในการดำเนินธุรกิจและงานบริการต่างๆ การได้รับการสนับสนุนเทคนิคจาก Cisco ผ่านช่องทาง Cisco Technical Support จึงเป็นสิ่งจำเป็นสำหรับผู้ดูแลระบบและผู้ใช้งาน เพื่อแก้ไขปัญหาและอัพเดตซอฟต์แวร์ให้ทันสมัยอยู่เสมอ
อย่างไรก็ตาม แม้ผู้ใช้งานจะมี Cisco.com ID หรือ CCOID (Cisco Customer Online ID) แล้ว แต่มีหลายกรณีที่ยังไม่สามารถเปิดเคส (case) ขอความช่วยเหลือจาก Cisco TAC Engineer หรือลงทะเบียนดาวน์โหลดซอฟต์แวร์ผ่านทาง Cisco Support Case Manager (SCM) portal ได้ เนื่องจากปัญหาขาด “สิทธิ์การเข้าถึง Cisco Technical Support Contracts”
ทำไมถึงไม่สามารถเปิดเคสหรือดาวน์โหลดซอฟต์แวร์ได้?
เหตุผลหลักที่พบบ่อยคือ Cisco.com ID ของผู้ใช้งาน ยังไม่ได้รับการ Associate กับ Cisco Service Contract ของอุปกรณ์นั้นๆ แม้ว่าบนอุปกรณ์จะมีสัญญารับบริการ (Maintenance Agreement – MA) ที่ยัง Active อยู่ก็ตาม แต่หากโปรไฟล์ของผู้ใช้งานบน cisco.com ไม่ได้เชื่อมโยงกับสัญญาความช่วยเหลือ (Service Contract) ระบบจะไม่อนุญาตให้เปิดเคส หรือดาวน์โหลดซอฟต์แวร์ได้
วิธีการขอสิทธิเข้าถึงและ Associate Cisco Service Contract กับโปรไฟล์ cisco.com
เพื่อให้สามารถใช้งานบริการ Technical Support จาก Cisco อย่างเต็มที่ เช่น เปิดเคสซ่อมแซม, ขอรับคำปรึกษา, ทำเคลมอุปกรณ์ หรือดาวน์โหลดซอฟต์แวร์ คุณต้องทำการขอ “สิทธิ์เข้าถึง Cisco Technical Support Contracts” และ Associate สัญญาบริการเข้ากับโปรไฟล์ Cisco.com ของคุณ โดยขั้นตอนมีดังนี้
1. ตรวจสอบว่าคุณมี Cisco.com ID (CCOID) ที่ลงทะเบียนแล้ว
2. รวบรวมข้อมูลที่เกี่ยวข้องกับ Cisco Service Contract Number ของอุปกรณ์
3. ทำการร้องขอสิทธิ์เข้าถึงการเปิดเคส Technical Support ผ่านแบบฟอร์มหรือช่องทางตามขั้นตอนที่ Cisco กำหนด
4. รอการอนุมัติคำร้อง เมื่ออนุมัติเรียบร้อย ระบบจะทำการเพิ่ม Contract Number ลงในโปรไฟล์ของคุณ
5. หลังจากได้รับสิทธิ์ คุณจะสามารถเปิดเคสและดาวน์โหลดซอฟต์แวร์ที่เกี่ยวข้องกับอุปกรณ์ภายใต้สัญญานั้นได้
กรณีที่ต้องการใช้ความรู้นี้
– ผู้ใช้งานที่มีบัญชี Cisco User Account (CCOID) แต่ยังไม่สามารถเปิดเคสขอความช่วยเหลือกับ Cisco TAC ได้
– พนักงานใหม่ที่ได้รับมอบหมายให้ดูแลอุปกรณ์ Cisco และต้องการสิทธิ์เข้าใช้บริการสนับสนุนจาก Cisco
– ลูกค้าหรือผู้ดูแลระบบที่ต้องการสิทธิ์สำหรับดาวน์โหลดซอฟต์แวร์และอัพเดต firmware ของอุปกรณ์ตามสัญญารับบริการ
ปัญหาที่พบบ่อยและแนวทางแก้ไข
ปัญหาที่พบหลัก ๆ คือ ผู้ใช้งานหรือทีมงานบางท่านไม่มีสิทธิ์ในการเข้าถึงบริการ เพราะยังไม่ได้ Associate Service Contract กับโปรไฟล์ ซึ่งแก้ไขได้ด้วยการดำเนินการตามขั้นตอนขอสิทธิเข้าถึงอย่างถูกต้องและครบถ้วน
การมีสิทธิ์เข้าถึง Cisco Technical Support Contracts ถือเป็นสิ่งจำเป็นสำหรับผู้ใช้บริการที่ต้องการความช่วยเหลือจาก Cisco TAC Engineer ทั้งในเรื่องแก้ไขปัญหาและการดูแลอุปกรณ์ให้มีประสิทธิภาพสูงสุด การขอ Associate สิทธิ์นี้นั้นไม่ยากหากดำเนินการตามขั้นตอนที่แนะนำ ขอให้ผู้ใช้ Cisco.com ID ทุกคนใช้งานบริการนี้อย่างเต็มที่เพื่อประโยชน์สูงสุดในงานดูแลระบบเครือข่ายขององค์กร
หวังว่าความรู้และคำแนะนำในบทความนี้ จะช่วยให้ผู้ใช้ Cisco.com ID และทีมงาน IT ขององค์กรเข้าใจวิธีการขอสิทธิเข้าถึง Technical Support และแก้ไขปัญหาที่พบได้อย่างมีประสิทธิภาพมากขึ้น
Objective
สำหรับ user ที่ Registered Cisco User Account (CCOID) แล้ว แต่ยังไม่สามารถทำการเปิดเคส Cisco Technical Support เพื่อร้องขอให้ Cisco TAC Engineer ช่วยแก้ไขปัญหา, หรือให้ Cisco TAC Engineer ช่วยทำเคลมอุปกรณ์, หรือเพื่อให้มีสิทธิ์ในการ download software ได้
Process
Please follow steps by steps from below link
https://www.cisco.com/c/dam/en/us/services/collateral/request-access-technical-support-contracts.pdf
Challenges & Solutions
ลูกค้าที่มีสิทธิ์ตามสัญญา และต้องการให้มีสิทธิ์ในการขอ Cisco Technical Support, ทำเคลมอุปกรณ์ หรือทำการ Dowload software ต่างๆตามสิทธิ์ได้
Key Contact
Network Integration (NIS)
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Target group
Date Submitted
Additional Resources
Keywords
Title
Understand Output Queue Drops
ID
KM-EX-2026-04
Description
Output Queue Drop คือเหตุการณ์ที่เกิดขึ้นเมื่อคิวส่งข้อมูล (Egress Queue) ของพอร์ตบน Switch เต็ม ทำให้ Switch ต้องทิ้งแพ็กเก็ตใหม่ที่เข้ามา
Objective
ตรวจสอบและแก้ไขปัญหา Output Queue Drop บน Switch
Process
ตรวจสอบสาเหตุ
– Oversubscription
– Microburst
– Speed Mismatch
– QoS Configuration ไม่เหมาะสม
– Buffer ของสวิตช์ไม่เพียงพอ
Challenges & Solutions
– VM’s Serial No. use host UUID of the host to default which ir duplicate to monitor
– Provide customized value to VM UUID
Key Contact
System Infrastructure Team
Target group
System Engineer
Date Submitted
9/8/2026
Additional Resources
Keywords
Oracle Linux, Change VM Serial No.
IT Operation Managed Services
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
Train to Train Basic Generative AI for Business Productivity
ID
KM-EX-2025-15
Description
รู้จัก Generative AI เพื่อเพิ่มประสิทธิภาพการทำงาน กับหลักสูตร Train to Train Basic Generative AI for Business Productivity
ในยุคดิจิทัลที่เทคโนโลยีปัญญาประดิษฐ์ (AI) กำลังเปลี่ยนแปลงวิธีการทำงานของธุรกิจอย่างรวดเร็ว โดยเฉพาะอย่างยิ่ง Generative AI ที่สามารถสร้างสรรค์เนื้อหาใหม่ๆ ได้อย่างมีประสิทธิภาพ หลายองค์กรจึงให้ความสนใจในการนำ AI มาช่วยเพิ่มขีดความสามารถในการทำงาน จุดเริ่มต้นที่สำคัญคือการทำความเข้าใจและเรียนรู้เทคนิคการใช้งาน AI อย่างถูกต้องและเหมาะสม
ทีม ITOMS มีความยินดีนำเสนอความรู้ในหัวข้อ “Train to Train Basic Generative AI for Business Productivity” เพื่อเตรียมความพร้อมให้กับผู้สนใจ ให้เข้าใจหลักการทำงานของ Generative AI พร้อมทั้งเรียนรู้เทคนิคการ Prompting ที่จะช่วยดึงศักยภาพของ AI ออกมาใช้อย่างเต็มที่ นอกจากนี้ยังมีการสาธิตการสร้างสรรค์งานด้วย AI ทั้งในรูปแบบข้อความและภาพ จาก Use Cases จริงที่สามารถนำไปประยุกต์ใช้ในงานประจำวันได้ทันที
ทำความรู้จักกับ Generative AI และประโยชน์สำหรับการทำงาน
Generative AI คือ ระบบ AI ที่สามารถสร้างข้อมูลใหม่เช่น ข้อความ รูปภาพ หรือเสียง ได้จากคำสั่งหรือคำถามที่เราให้ โดยเทคโนโลยีนี้ช่วยให้เราสามารถทำงานได้รวดเร็วและแม่นยำขึ้น เช่น การเขียนรายงาน ออกแบบงานกราฟิก หรือช่วยคิดไอเดียใหม่ๆ ซึ่งเป็นโอกาสสำคัญในการเพิ่มประสิทธิภาพและพัฒนานวัตกรรมในองค์กร
Objective
เพื่อเตรียมความพร้อมด้านความเข้าใจและการใช้งาน Generative AI สำหรับเพิ่มประสิทธิภาพในการทำงานต่อยอดสู่การเปลี่ยนกระบวนการทำงาน
Process
1. เข้าใจหลักการทำงานและข้อจำกัดของ Generative AI
2. เรียนรู้การสั่งงาน AI อย่างมีประสิทธิภาพ (Prompting)
3. การนำ AI ไปประยุกต์ใช้งานในชีวิตประจำวัน
Challenges & Solutions
Hallucination หรือความผิดพลาดของข้อมูลคำตอบที่เกิดจากการรู้จริงหรือรู้ไม่จริงของ AI
ซึ่งข้อมูลที่ได้รับจาก AI มีความผิดพลาดได้ ยังไม่ถูกต้อง 100% ต้องทำการตรวจสอบข้อมูลที่ได้รับจาก AI ก่อนนำไปใช้งานทุกครั้ง
Key Contact
IT Operation Managed Services
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
Optimize ต้นทุน IT Operation ด้วย ‘MServ’ Automation & Management Platform
ID
KM-EX-2025-16
Description
แพลตฟอร์มบริหารจัดการงานอัตโนมัติ ที่ช่วยให้องค์กรสามารถจัดการงานด้าน IT และยกระดับกระบวนการทางธุรกิจให้มีประสิทธิภาพมากขึ้น ช่วยลดต้นทุน เพิ่มความไว และสร้างความได้เปรียบให้กับธุรกิจในประเทศไทย
Objective
1.ช่วยแก้ปัญหาธุรกิจในไทยได้อย่างตรงจุด และใช้ต้นทุนที่ต่ำกว่า เพราะเป็น Localize Platform สร้างจากผู้เชี่ยวชาญของ MFEC
2.ช่วยคุณตัดสินใจจากข้อมูลได้อย่างรวดเร็ว และแม่นยำ
3.ลดงานซ้ำซ้อนและเสียเวลา
4.ระบบมีความยืดหยุ่น รองรับกับการเปลี่ยนแปลง
5.การประสานงานข้ามทีมที่ไหลลื่นมากขึ้น
6.ลดความเสี่ยงจากข้อผิดพลาดของมนุษย์
Process
1.IT Service Management (ITSM) : ระบบรับแจ้งปัญหา (Ticketing), จัดการการเปลี่ยนแปลง (Change Management), บันทึกและวิเคราะห์เหตุการณ์ (Incident & Problem Management)
2.Asset Management
3.Automation Workflow
4.Reporting & Analytics
5.Self-Service Portal
6.Integratio
Challenges & Solutions
MServ ถูกพัฒนาต่อยอดมาจาก ‘TicketIn’ เป็นระบบรับแจ้งปัญหา ช่วยทำให้แก้ปัญหางานด้าน IT ได้อย่างรวดเร็ว แต่ปัญหาในการดำเนินธุรกิจมีมากกว่าแค่การรับแจ้งปัญหางานด้าน IT เท่านั้น จึงได้คิดการเพิ่ม Module เพื่อช่วยแก้ปัญหาให้กับลูกค้าได้อย่างครอบคลุม
Key Contact
IT Operation Managed Services
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Target group
Date Submitted
Additional Resources
Keywords
Title
ITOMS_แนวทางการจัดการ Incident ด้าน IT เบื้องต้น
ID
KM-EX-2026-10
Description
คู่มือและแนวปฏิบัติมาตรฐานสำหรับการบริหารจัดการเหตุขัดข้องทางเทคโนโลยีสารสนเทศ (IT Incident Management) ตั้งแต่ขั้นตอนการตรวจพบ บันทึก วิเคราะห์ แก้ไข ไปจนถึงการปิดเคสและทบทวนหลังเกิดเหตุ เพื่อให้ระบบสารสนเทศขององค์กรสามารถกลับมาใช้งานได้อย่างเป็นปกติและมีประสิทธิภาพสูงสุด
Objective
-เพื่อให้องค์กรมีขั้นตอนการรับมือและแก้ไขปัญหา IT ที่ชัดเจน
-เพื่อลดระยะเวลาการหยุดชะงักของระบบ (Downtime) และลดผลกระทบต่อการดำเนินธุรกิจ
-เพื่อยกระดับการให้บริการ และเพิ่มความพึงพอใจของพนักงาน/ผู้ใช้งาน
-เพื่อสร้างฐานความรู้ (Knowledge Base) และรวบรวมข้อมูลในการพัฒนาระบบตามมาตรฐานสากล (เช่น ISO)
Process
1.การตรวจพบและการแจ้งเหตุ (Detection & Reporting)
2.การบันทึกและจัดประเภทเหตุการณ์ (Logging & Categorization)
3.การวิเคราะห์และวินิจฉัยปัญหา (Analysis & Diagnosis)
4.การแก้ไขและกู้คืนระบบ (Resolution & Recovery)
5.การปิด Incident และสรุปผล (Closure & Knowledge Base)
6.การทบทวนหลังเกิดเหตุ (Post-Incident Review)
Challenges & Solutions
ปัญหา : เกิดปัญหาซ้ำๆ ในเคสเดิม (Known Errors) ทำให้เสียเวลาแก้ปัญหา
แก้ไข : สร้างคู่มือ (Documentation): จัดทำ Knowledge Base และ SOP สำหรับกรณีที่พบบ่อย
ปัญหา : การแจ้งเตือนและการเปิด Ticket ล่าช้า
แก้ไข : ใช้เครื่องมืออัตโนมัติ (Automation): ติดตั้งระบบ Ticket และระบบ Monitoring Alert อัตโนมัติ
Key Contact
ITOMS Team / Hybrid Infrastructure
Target group
ITOMS / System Administrator และผู้ดูแลระบบสารสนเทศขององค์กร
Date Submitted
9/8/2026
Additional Resources
Keywords
Incident,IT Support,IT Manager, ITOMS, ISO20000
Infrastructure Services Excellence
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Title
Upgrade XCC Lenovo SR-Series
ID
KM-EX-2025-17
Description
ทีมงาน ISE (Infrastructure Support & Engineering) คือ หน่วยงานสำคัญภายในองค์กรที่รับผิดชอบดูแลและบริหารจัดการโครงสร้างพื้นฐานด้านเทคโนโลยีสารสนเทศ รวมถึงเซิร์ฟเวอร์และระบบเครือข่ายต่าง ๆ ภายใต้กรอบมาตรฐาน ISO เพื่อให้การให้บริการ IT เป็นไปอย่างมีประสิทธิภาพ ปลอดภัย และต่อเนื่อง ความรู้และขั้นตอนที่ทีมงานใช้ในการปฏิบัติงานจึงมีความสำคัญในการรักษาคุณภาพและความเสถียรของระบบ พร้อมทั้งแก้ไขและป้องกันปัญหาที่เกิดขึ้นได้อย่างเหมาะสม
ในบทความนี้ เราจะมาเจาะลึกขั้นตอนการอัปเกรด XCC Controller บน Lenovo SR-Series ซึ่งเป็นหนึ่งในหน้าที่หลักของทีม ISE ที่ช่วยให้องค์กรสามารถดูแลระบบเซิร์ฟเวอร์ได้อย่างมืออาชีพและมีประสิทธิภาพ
1. วัตถุประสงค์
บทความนี้จัดทำขึ้นเพื่อรวบรวมและถ่ายทอดขั้นตอนการอัปเกรด XCC (XClarity Controller) สำหรับ Lenovo SR-Series Server โดยมีเป้าหมายให้ทีมงานฝ่าย ISE สามารถดำเนินการได้อย่างถูกต้องและรวดเร็ว ช่วยลดข้อผิดพลาด และเพิ่มประสิทธิภาพในการดูแลระบบเซิร์ฟเวอร์ภายในองค์กร
2. ขอบเขตของข้อมูล
องค์ความรู้นี้จัดอยู่ในหมวดหมู่ Incident Management โดยมุ่งเน้นการแก้ไขและปรับปรุงแผนก ISE ซึ่งเป็นหนึ่งในบริการหลักภายใต้กรอบมาตรฐาน ISO ขององค์กร ที่มีหน้าที่รับผิดชอบในการดูแลและบริหารจัดการระบบเซิร์ฟเวอร์ Lenovo เพื่อป้องกันและแก้ไขปัญหาต่าง ๆ ที่เกิดขึ้นอย่างเป็นระบบและมีมาตรฐาน
3. หัวข้อความรู้
“ขั้นตอนการอัปเกรด XCC Lenovo SR-Series” คือ คู่มือแนะนำวิธีการอัปเกรดเฟิร์มแวร์ XCC ในเครื่องเซิร์ฟเวอร์ Lenovo รุ่น SR-Series อย่างละเอียดและเป็นระบบ
4. คำอธิบายย่อ
เนื้อหานี้สรุปขั้นตอนสำคัญในการอัปเกรด XCC ทั้งการตรวจสอบเวอร์ชันปัจจุบัน วิเคราะห์ไฟล์ log ที่เกี่ยวข้อง การอัปโหลดไฟล์อัปเกรด รวมถึงวิธีการปฏิบัติอย่างถูกต้อง เพื่อให้ระบบทำงานได้เต็มประสิทธิภาพ
5. วัตถุประสงค์/กรณีใช้งาน
ความรู้นี้มีไว้เพื่อให้เจ้าหน้าที่ที่ดูแลระบบเซิร์ฟเวอร์สามารถเข้าใจและปฏิบัติงานอัปเกรด XCC ได้ด้วยตนเอง โดยเฉพาะกรณีที่พบปัญหา firmware ล้าสมัยหรือมีบั๊กที่ต้องแก้ไขด้วยการอัปเกรด
6. ปัญหาและวิธีแก้ไข
ระหว่างการอัปเกรด พบว่ามีปัญหา XCC ไม่สามารถบูตขึ้นได้ (boot ไม่ขึ้น) ซึ่งสาเหตุอาจมาจากความผิดพลาดของไฟล์ firmware หรือขั้นตอนบางอย่างขาดหาย โดยแนวทางแก้ไขคือให้รีสตาร์ทระบบใหม่อีกครั้ง ตรวจสอบความถูกต้องของไฟล์ firmware และหากยังมีปัญหา ให้ดำเนินการ restore firmware เวอร์ชันเก่าที่เคยใช้งานได้
7. ขั้นตอนสำคัญในการอัปเกรด XCC
7.1 ตรวจสอบเวอร์ชัน
เช็คเวอร์ชั่นของ XCC ที่ติดตั้งอยู่ในเซิร์ฟเวอร์ เพื่อประเมินความจำเป็นในการอัปเกรดและตรวจสอบความพร้อมในการอัพเกรด เช่น dependencies และ compatibility ระหว่างตัว OS กับ Firmware ดังกล่าว
7.2 วิเคราะห์ log
ตรวจสอบ log ระบบเพื่อหาข้อผิดพลาดหรือข้อมูลเตือนที่อาจเกี่ยวข้องกับ XCC
7.3 อัปโหลดไฟล์ Firmware
เตรียมและอัปโหลดไฟล์ firmware ที่เหมาะสมสำหรับเครื่องรุ่น SR-Series ลงในระบบ
7.4 ดำเนินการอัปเกรด
เริ่มกระบวนการอัปเกรดตามขั้นตอนที่แนะนำ พร้อมตรวจสอบสถานะและผลลัพธ์จนเสร็จสิ้น
7.5 ตรวจสอบการใช้งานหลังการอัปเกรด
ทดสอบฟังก์ชันหลักของ XCC เช่น การเข้าถึงผ่าน Web Interface, การตรวจสอบ Hardware Status เพื่อยืนยันว่าระบบทำงานได้ปกติและไม่มี Error เพิ่มเติม
วิธีการคือ [ลิงค์เอกสารแนบ]
สรุป
การอัปเกรด XCC Lenovo SR-Series เป็นกระบวนการที่สำคัญและต้องทำอย่างระมัดระวัง โดยใช้ขั้นตอนที่ชัดเจนตั้งแต่ตรวจสอบเวอร์ชัน วิเคราะห์ log ไปจนถึงระวังปัญหาที่อาจเกิดขึ้นและรู้วิธีแก้ไข เพื่อให้เซิร์ฟเวอร์ทำงานได้อย่างราบรื่น และรองรับการให้บริการ IT ขององค์กรอย่างต่อเนื่อง
ข้อแนะนำเพิ่มเติม
เพื่อป้องกันปัญหาด้านความปลอดภัยและลดความเสี่ยงจากบัคหรือช่องโหว่ที่อาจเกิดขึ้น ควรดำเนินการอัปเดต XCC ให้เป็นเวอร์ชันล่าสุดที่ Lenovo แนะนำอย่างสม่ำเสมอ
เพื่อให้มั่นใจได้ว่าระบบสามารถทำงานได้อย่างมีประสิทธิภาพและปลอดภัยสูงสุด
หวังว่าคู่มือนี้จะช่วยให้ทีม ISE และผู้เกี่ยวข้องที่สนใจ สามารถบริหารจัดการและอัปเกรด XCC ได้อย่างมีประสิทธิภาพ และลดปัญหาในระหว่างการปฏิบัติงาน
Objective
เพื่อให้สามารถเข้าใจวิธีการ Upgrade XCC Server Lenovo SR-Series
Process
1.ตรวจสอบ Version 2.วิเคราะห์log 3.upload file 4.upgrade XCC
Challenges & Solutions
XCC มีปัญหา boot ไม่ขึ้น
Key Contact
Infrastructure Services Excellence
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Date Submitted
Additional Resources
Keywords
Title
ขั้นตอนการหาข้อมูลโดยรวมเกี่ยวกับ Disk ของเครื่องจากภายใน Linux host โดยใช้ command
ID
KM-EX-2026-09
Description
เพื่อใช้ในการแก้ไขปัญหา Disk หรือทำการเปลี่ยนตัว Disk ที่ Failed
Objective
To be used for troubleshooting disk issues or replacing failed disk drives.
Process
1. Login to host
2. Run command:
# smartctl -i /dev/sd* (Can run with: grep Serial, or grep XXX info that needed)
3. Collect hardware information from the output.
4. Find replacement or see more errors to create workaround from the output.
Challenges & Solutions
–
Key Contact
Infrastructure Services Excellence
Date Submitted
9/8/2026
Additional Resources
Keywords
Disk Drive Detail
Linux smartctl
Disk Failure Check
IOS-Data Services
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Contact
Date Submitted
Additional Resources
Keywords
Title
How to Change Serial Number of the Oracle VM
ID
KM-EX-2026-05
Description
VMs use the host UUID as the serial number by default, Method to customized value from default
Objective
VMs use the host UUID as the serial number by default, All VMs have same serisl no from Host UUID. Consequently, it is not possible to monitor the VM status; therefore, so the settings must be changed
Process
1. go to Engine Web Management
2. Select the desired VM
3. Edit – > System – > Select value ‘VM ID’ at Serial Number Policy (drop down value)
4. Click OK
5. Need reboot VM to active cahnge value
Challenges & Solutions
– VM’s Serial No. use host UUID of the host to default which ir duplicate to monitor
– Provide customized value to VM UUID
Key Contact
System Infrastructure Team
Date Submitted
9/8/2026
Additional Resources
Keywords
Oracle Linux, Change VM Serial No.
Business Services Management (BSM)
Title
ID
Description
Objective
Process
Challenges & Solutions
Key Capabilities
Prerequisites & Roles
Key Contact
Target Group
Date Submitted
Additional Resources
Keywords
Title
ServiceNow AI Architecture – The ServiceNow AI Platform and AI Agents Architecture
ID
KM-EX-2026-06
Description
An architectural overview of AI on the ServiceNow AI Platform: the evolution from Predictive AI to Generative AI (Now Assist) to Agentic AI; the layers of the ServiceNow AI experience (AI policy and governance, data, search, generative AI skills, agentic AI, conversational engagement, LLM providers); the tools in each layer (AI Control Tower, AI Admin Hub, AI Guardian, AI Data Kit, Knowledge Graph, AI Search, AI Skill Kit, AI Agent Studio, MCP Client and MCP Server Console, Virtual Agent); and the AI Agents architecture (Use case, Trigger, Orchestrator, AI Agents, Tools) delivered on one platform, one architecture and a single code base.
Objective
1. Explain how ServiceNow AI capabilities fit together – AI Agents (agentic intelligence) + Data (Workflow Data Fabric) + Workflows (AI workflows) on one platform that is secure, private and compliant
2. Clarify when to use deterministic workflows versus AI agents, and how agents use workflows, skills and knowledge as tools
3. Map each AI tool to its role and administrator persona so that implementations are governed end-to-end
4. Define readiness criteria (AI policy, data readiness, application readiness) that must be met before enabling generative or agentic AI
Process
A. Architecture walkthrough (Figures 1–4)
1. Evolution of AI – Predictive AI (prediction, recommendation) > Perception AI (speech and image recognition) > Generative AI / Now Assist (text, images, audio, video) > Agentic AI (reasoning, planning, decision). Gartner: by 2028 at least 15% of routine decisions will be made autonomously by agentic AI, up from 0% in 2024 (Figure 1).
2. Agentic AI characteristics – Autonomy (independent decision-making), Goal-oriented (executes tasks to meet objectives and adapts), Tools (multiple tools at the agent’s disposal), Collaboration (engages with systems and other agents) (Figure 5).
3. Workflows vs AI Agents – Workflows: predefined rule-based processes, static and deterministic, speed and reliability, cost-effective for repetitive tasks. AI Agents: real-time reasoning and decisions, adaptable and non-deterministic, autonomy and reasoning, powerful for complex tasks. In practice agents call workflows, skills and knowledge as tools (Figure 2).
4. Platform model – AI Agents (purpose-built for business context) + Data (Workflow Data Fabric unifying enterprise data in a single data model) + Workflows (every corner of the business supercharged): One Platform | One Architecture | Single Code Base | Unified Experiences (Figure 3).
5. AI Agents architecture – Use case (the overall business problem) > Trigger (user or machine) > AI Agent Orchestrator (conducts planning and leads the team) > AI Agents (virtual workers for specific tasks) > Tools (Skills; Workflows – scripted, AI, conversational; Information such as knowledge bases) > Response back to the user or system (Figure 4).
6. Value evidence (ServiceNow on ServiceNow) – AI agents driving $325M+ of value: 76% of IT support requests and 72% of customer support requests handled, 53% productivity gain in server and patch management, 3M hours freed up in HR, 20% developer productivity, 25% productivity with order management headcount.
7. Essential keys to success – Business alignment, Foundations, Skills (Figure 7).
B. Layers of the ServiceNow AI experience and their tools (Product Documentation – “ServiceNow AI organization and tools”)
1. AI policy and governance (the foundation) – AI Control Tower (central hub for AI strategy, governance and analytics), AI Admin Hub (provider policies at skill level, data-handling rules, usage analytics), AI Guardian (guardrails for offensiveness, prompt injection and sensitive topics with actions such as “Block and Log”), AI Risk and Compliance. Stakeholders: CIO/CTO, CISO, CDO, CPO and Legal, AI Governance Committee, AI Steward, AI admin, AI developer.
2. Data – AI Data Kit (curate, generate, cleanse and evaluate datasets; synthetic data up to 1,000 records; anonymization; role sn_data_kit.admin), Knowledge Graph (structured enterprise context for personalization and slot-filling; role kg_admin), AI Readiness Evaluation app, Data Privacy for masking sensitive fields.
3. Search – ServiceNow Otto in AI Search with Genius Results and citations, extended by External Content Connectors (Atlassian Confluence Cloud, Microsoft SharePoint Online); AI Search drives both generative and agentic AI (roles ais_admin, sn_ext_conn.xcc_admin).
4. Generative AI skills – workflow-specific skills shipped with Otto products (ITSM, HRSD, CSM, …) installed and configured in AI Admin Hub; customized or built with AI Skill Kit (roles sn_nowassist_admin.nsa_admin, sn_skill_builder.admin).
5. Agentic AI – AI Agent Studio (agents, agentic workflows, Orchestrator), Model Context Protocol client (consume tools from external MCP servers) and MCP Server Console (expose ServiceNow capabilities such as incident lookups and workflow actions to external AI applications) (roles sn_aia.admin, sn_mcp_client.admin, sn_mcp_server.admin).
6. Conversational engagement – ServiceNow Otto for Virtual Agent as the conversational front door (assistants configured in Assistant Designer for portals, mobile, Microsoft Teams and Slack; LLM topic discovery of agents, skills, topics and catalog items) and the Otto panel for contextual assistance in Workspaces (roles virtual_agent_admin, sn_nowassist_admin.nsa_admin).
7. LLM layer – Now LLM Service or external providers (Azure OpenAI, Google Gemini, Anthropic Claude on AWS, OpenAI and others) through Generative AI Controller, with provider options controlled in AI Control Tower and skill-level preferences in AI Admin Hub.
C. Recommended enablement sequence – 1) establish the AI policy; 2) prepare data (knowledge base, service catalog, AI Search); 3) confirm entitlement / product tier and version dependencies in the ServiceNow Store; 4) install products from the AI Admin Hub console; 5) activate out-of-the-box skills and agentic workflows before building custom ones.
Challenges & Solutions
1. Naming: Now Assist vs ServiceNow Otto – Now Assist introduced AI on the platform; ServiceNow Otto is the current name for the conversational AI platform with agentic capabilities. Some UI and documentation still use Now Assist (e.g. Now Assist Admin, Now Assist Opt-Out page).
2. Data residency and privacy questions – data is transferred to a centralized ServiceNow environment that may be in a different region or on a third-party cloud such as Microsoft Azure; controls include Data collection opt-out, Data sharing / Data overflow settings in AI Control Tower and Data Privacy masking. Availability differs for in-country SKUs, FedRAMP / NSC DOD IL5 / Australia IRAP and Regulated Markets (KB1584492, KB0743854, KB2593939).
3. Customizations break AI features – changes to field labels or states, UI actions, workflows or table structures can disrupt skill conditions, input mapping and agent triggers; use the Now Assist Readiness Evaluation app to find high-impact customizations, duplicate skills before adapting them, and adjust skill inputs and role conditions.
4. Poor data quality (“garbage in, garbage out”) – follow the readiness checklists: consistent KB templates (KCS, Q&A, Issue-Cause-Resolution), complete metadata, retire stale or duplicate articles; catalog items with 15 or fewer variables marked as conversational; AI Search active with search sources configured.
5. Features or skills missing or not working – update all Otto plugins, verify version and dependency requirements, check that the skill is active in AI Admin Hub and the user has the required role, clear browser cache, repair Generative AI Controller.
6. Skills not working in Legacy Agent Workspace – Otto skills require Service Operations Workspace or other modern Workspaces.
7. Virtual Agent topics not returned – topics must be Active and published and use LLM topic discovery; migrate NLU / keyword topics to LLM topics.
8. Choosing between a workflow and an AI agent – use workflows for repetitive, deterministic, low-cost tasks; use AI agents for complex tasks requiring reasoning and adaptation, and combine them by exposing flows as agent tools.
Key Capabilities
Tool map – capability and role:
• AI Control Tower – AI strategy, inventory (CMDB / CSDM), lifecycle, risk and compliance, security, observability, value and ROI
• AI Admin Hub (formerly Now Assist Admin console) – install and configure Otto plugins, activate skills, manage LLM providers, Otto panel, translation, usage analytics
• AI Skill Kit – custom generative AI skills (prompt editor, tool canvas, evaluation); AI Data Kit – datasets for evaluation; Knowledge Graph – enterprise context for personalization
• AI Agent Studio – AI agents, agentic workflows, Orchestrator, testing and analytics; MCP Client and MCP Server Console – standards-based tool integration across systems
• ServiceNow Otto for Virtual Agent and the Otto panel – conversational access on portals, mobile, Microsoft Teams, Slack and Workspaces
• AI Search and External Content Connectors – grounding and citations for every answer
• AI Guardian – runtime guardrails; Generative AI Controller – provider integration layer
• Workflow Data Fabric – unified enterprise data model; RaptorDB – platform database
Key roles: sn_nowassist_admin.nsa_admin, sn_skill_builder.admin, sn_data_kit.admin, kg_admin, ais_admin, sn_ext_conn.xcc_admin, sn_aia.admin, sn_mcp_client.admin, sn_mcp_server.admin, virtual_agent_admin, sn_ai_governance.ai_steward
Prerequisites & Roles
AI Agents pre-requisites (webinar): Yokohama Patch 1+ (recommended) or Xanadu Patch 7+; Now Assist for ITSM / HRSD / … plus the AI Agents store app; role sn_aia.admin; AI Search and Now Assist panel enabled (Figure 6)
Application readiness (Product Documentation): entitlement for at least one ServiceNow Otto application or product tier; version compatibility and dependencies verified in the ServiceNow Store; products installed from the AI Admin Hub console
Data readiness: Knowledge Base (templates, metadata, maintenance audits), Service Catalog (Catalog Conversational Coverage plugin sn_catalog_con_cov; 15 or fewer variables), AI Search (status, search sources, Genius Results), Virtual Agent (LLM assistant, NLU-to-LLM topic migration)
Governance readiness: AI policy covering data security and privacy, compliance and regulations, responsible AI use, governance and change management, with defined stakeholders
Key Contact
BSM ServiceNow Team
Target Group
ServiceNow Solution Consultants, Presales, Architects and Implementation Teams
Date Submitted
9/8/2026
Additional Resources
1. ServiceNow webinar “Driving Business Transformation with AI Agents” (Live on ServiceNow, 26-Mar-2025) – AI evolution, Understanding Agentic AI, Workflows vs AI Agents, Bring AI to every corner of your business, AI Agents architecture, pre-requisites, Essential keys to success
2. ServiceNow Product Documentation – “Enable AI experiences” (Australia Enable AI, last updated 08/11/2026) – sections “ServiceNow AI implementation”, “ServiceNow AI organization and tools”, “AI governance”, “Data readiness”, “Application readiness”, “Solving installation and configuration issues”
3. ServiceNow presentation “From AI chaos to AI control and governance – ServiceNow AI Control Tower” (Solutions Sales – Risk & AI Governance, Asia) – “AI governance spans every team” and “AI Control and Governance”
4. ServiceNow Docs: https://www.servicenow.com/docs/ ; ServiceNow Community: AI Governance White Paper, Technical Governance Foundation Template
Keywords
ServiceNow AI Platform, Agentic AI Architecture, AI Agent Orchestrator