Flowtica

AI + Post-Quantum Cryptography: เตรียมความปลอดภัยข้อมูล SME ไทยยุคควอนตัม

โดย ทีม Flowtica

สั่งซื้อของออนไลน์ 100 ชิ้น ข้อมูลลูกค้าถูกส่งข้ามระบบ ERP ไปยังผู้ให้บริการขนส่ง ผ่านการเข้ารหัส RSA-2048 ซึ่งปลอดภัยที่สุดในปัจจุบัน แฮกเกอร์ดักจับข้อมูลนั้นไว้ เก็บลงฮาร์ดดิสก์อย่างอดทน เขาไม่ได้พยายามถอดรหัสตอนนี้ เพราะรู้ดีว่าสักวันหนึ่งในอีก 5-7 ปีข้างหน้า ควอนตัมคอมพิวเตอร์ จะทรงพลังพอที่จะถอด RSA ภายในชั่วโมงเดียว นี่คือภัยคุกคาม Store Now, Decrypt Later (SNDL) ที่ SME ไทยต้องตระหนัก เพราะข้อมูลที่รั่วไหลวันนี้ยังมีความหมายเมื่อถูกถอดรหัสในอนาคต

SME ไทยที่ใช้ระบบ ERP/CRM จำนวนมากยังคงพึ่งพาการเข้ารหัสแบบ RSA และ ECC ซึ่งปลอดภัยในวันนี้แต่เปราะบางต่อควอนตัมคอมพิวเตอร์ที่จะมาถึง การรวมพลังของ Post-Quantum Cryptography (PQC) และ ปัญญาประดิษฐ์ (AI) เข้าด้วยกันเป็นคำตอบที่ SME ต้องลงมือทำตั้งแต่ตอนนี้ บทความนี้อธิบายว่าภัย SNDL คุกคามธุรกิจคุณอย่างไร มาตรฐาน PQC ที่ NIST ประกาศในปี 2024 ช่วยป้องกันได้อย่างไร และ AI ช่วยให้การปรับเปลี่ยนระบบเป็นไปอย่างชาญฉลาดและมีประสิทธิภาพ

"Store Now, Decrypt Later" คืออะไร และทำไมถึงเป็นระเบิดเวลาสำหรับ SME ไทย

ภัย SNDL ไม่ใช่การโจมตีที่ทำลายระบบทันที แต่เป็นการขโมยข้อมูลที่เข้ารหัสไว้ในปัจจุบัน โดยแฮกเกอร์จะรอวันที่มีเทคโนโลยีถอดรหัสได้ในอนาคต คล้ายกับการฝังระเบิดเวลาไว้ในซอฟต์แวร์ธุรกิจคุณ

สมมติว่าร้านค้าปลีก SME แห่งหนึ่งในเชียงใหม่ ใช้ระบบ Odoo จัดการใบสั่งซื้อและข้อมูลลูกค้า ทุกครั้งที่มีการสั่งซื้อ ข้อมูลชื่อ ที่อยู่ เบอร์โทรศัพท์ และเลขบัตรประชาชนจะถูกเข้ารหัสด้วย RSA-2048 ก่อนส่งไปยังคลาวด์ แฮกเกอร์อาจดักจับข้อมูลนี้ผ่านช่องโหว่ของปลั๊กอิน หรือการโจมตีแบบ Man-in-the-Middle โดยที่ร้านไม่รู้ตัว ข้อมูลเหล่านี้จะถูกเก็บไว้เฉยๆ จนกว่าควอนตัมคอมพิวเตอร์จะสามารถถอดรหัส RSA ได้ ซึ่งผู้เชี่ยวชาญอย่าง Dr. Michele Mosca จาก University of Waterloo คาดว่ามีโอกาส 1 ใน 7 ที่จะเกิดขึ้นภายในปี 2031

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

NIST ประกาศมาตรฐาน PQC ปี 2024: SME ไทยต้องปรับระบบ ERP/CRM อย่างไร

ในเดือนสิงหาคม 2024 NIST (National Institute of Standards and Technology) ได้ประกาศมาตรฐาน PQC สามอัลกอริทึมหลักที่ผ่านการคัดเลือก เพื่อใช้ทดแทน RSA และ ECC ในยุคควอนตัม:

  1. ML-KEM (FIPS 203) — สำหรับการแลกเปลี่ยนคีย์ (Key Encapsulation Mechanism) ใช้โครงสร้าง lattice-based ที่ซับซ้อน ต้านทานการโจมตีจากควอนตัมได้
  2. ML-DSA (FIPS 204) — สำหรับลายเซ็นดิจิทัล (Digital Signature) ที่ใช้โครงสร้าง lattice เช่นกัน เหมาะกับระบบที่ต้องการความเร็วสูง
  3. SLH-DSA (FIPS 205) — เป็นอัลกอริทึมลายเซ็นที่ใช้ฟังก์ชันแฮช มีความปลอดภัยทางทฤษฎีสูง แต่ขนาดคีย์และลายเซ็นใหญ่กว่า ML-DSA มาก

สำหรับ SME ไทยที่ใช้ระบบ ERP เช่น Odoo หรือ SAP Business One การปรับตัวหมายถึงการเปลี่ยนไลบรารีการเข้ารหัสจาก OpenSSL เวอร์ชันปัจจุบันที่รองรับเฉพาะ RSA/ECC ไปเป็นรุ่นที่รองรับ PQC เช่น Open Quantum Safe (liboqs) ซึ่งเป็นโอเพนซอร์สและได้รับการสนับสนุนจาก NIST

แนวทางการปรับระบบ: ไม่ต้องเปลี่ยนระบบทั้งหมดในครั้งเดียว แต่เริ่มต้นด้วยการทดสอบ PQC ในส่วนที่เชื่อมต่อกับภายนอก เช่น API ที่ส่งข้อมูลไปยังธนาคาร หรือเกตเวย์ชำระเงินออนไลน์ โรงงาน SME แห่งหนึ่งในจังหวัดสมุทรปราการเริ่มทดสอบ ML-KEM สำหรับการเชื่อมต่อกับระบบคลาวด์ของ NIPA พบว่าการทำงานช้าลงประมาณ 20% เมื่อเทียบกับ RSA แต่ผู้ให้บริการระบุว่าการเพิ่มประสิทธิภาพในอนาคตจะลดระยะห่างนี้ลง (ผู้ให้บริการระบุ / ผลจริงขึ้นกับบริบท)

ใช้ AI เพื่อตรวจจับพฤติกรรมการเข้ารหัสที่ผิดปกติและสัญญาณการโจมตีทางควอนตัม

AI มีบทบาทสำคัญในการทำให้การย้ายไป PQC ปลอดภัยและมีประสิทธิภาพมากขึ้น ระบบ Machine Learning สามารถวิเคราะห์รูปแบบเครือข่ายเพื่อตรวจจับความผิดปกติที่บ่งชี้ถึงการโจมตีแบบ SNDL หรือการพยายามใช้ควอนตัมคอมพิวเตอร์เพื่อทำลายความปลอดภัย

การประยุกต์ใช้ AI ในทางปฏิบัติ:

  • ตรวจจับการโจมตีแบบ Harvest-Now-Decrypt-Later: AI สามารถระบุรูปแบบการเชื่อมต่อที่ผิดปกติจากเซิร์ฟเวอร์ที่มีทรัพยากรการคำนวณสูงผิดธรรมชาติ ซึ่งอาจเป็นสัญญาณของแฮกเกอร์ที่กำลังเก็บข้อมูลเข้ารหัสเพื่อรอวันถอดรหัส
  • ตรวจสอบการทำงานของระบบ PQC: เนื่องจาก PQC ยังเป็นเทคโนโลยีใหม่ อาจมีจุดอ่อนด้าน implementation AI ที่เรียนรู้จากชุดข้อมูลการโจมตีจริงสามารถตรวจจับการพยายามส่งคีย์ที่ถูกดัดแปลง หรือการโจมตีแบบ side-channel ที่อาศัยการสังเกตการใช้ CPU ระหว่างการคำนวณ PQC

ธุรกิจบริการด้านการเงินแห่งหนึ่งในกรุงเทพฯ ทดลองใช้โมเดล AI ที่พัฒนาโดย Flowtica ร่วมกับระบบ SIEM Wazuh ระบบสามารถปิดกั้นการพยายามสแกนพอร์ตที่มีการส่งคีย์ PQC ซ้ำซ้อนผิดจังหวะ โดยแจ้งเตือนทีม IT ภายใน 15 นาที จากเดิมที่ต้องใช้การตรวจสอบ log ด้วยมือซึ่งกินเวลาเกือบทั้งวัน

วิธีการใช้ AI ร่วมกับ PQC เพื่อให้ SME มีความคล่องตัวสูงสุด

ขั้นตอนที่ 1: ใช้ Machine Learning เพื่อวิเคราะห์รูปแบบการส่งข้อมูล โมเดล supervised learning ที่ผ่านการ train ด้วยข้อมูลการทำงานปกติของระบบ ERP/CRM สามารถสร้าง baseline ของพฤติกรรม เมื่อมีเหตุการณ์ที่เบี่ยงเบน เช่น การพยายามส่งข้อมูลเข้ารหัสในปริมาณมากผิดปกติในเวลา 03.00 น. ซึ่งปกติระบบไม่ทำงาน ระบบจะแจ้งเตือนและหยุดการทำงานอัตโนมัติ

ขั้นตอนที่ 2: ใช้ AI เพื่อบริหารจัดการขนาดคีย์ PQC คีย์ของ PQC มีขนาดใหญ่กว่า RSA หลายเท่า (เช่น ML-KEM ขนาดคีย์สาธารณะ 1.5 KB เทียบกับ RSA ที่ 0.25 KB) ซึ่งอาจส่งผลต่อแบนด์วิดท์และพื้นที่จัดเก็บ AI ที่เรียนรู้รูปแบบการใช้งานสามารถปรับกลยุทธ์การสร้างและเก็บคีย์ให้ประหยัดทรัพยากร เช่น ใช้การเก็บคีย์แบบ on-demand สำหรับข้อมูลที่ไม่ต้องใช้บ่อย

ขั้นตอนที่ 3: ใช้ Reinforcement Learning เพื่อปรับเปลี่ยนอัลกอริทึมตามบริบท ระบบที่ชาญฉลาดสามารถสลับระหว่าง ML-KEM และ classic RSA โดยเรียนรู้ว่าข้อมูลประเภทใดควรใช้ความปลอดภัยระดับสูงหรือต่ำกว่า ตัวอย่างเช่น ข้อมูลใบสั่งซื้อทั่วไปอาจใช้ RSA ต่อไป ในขณะที่ข้อมูลชำระเงินหรือสัญญาต้องใช้ PQC

ขั้นตอนเริ่มต้นสำหรับ SME ไทยในการย้ายระบบสู่ PQC

  1. ประเมิน Data Inventory: สำรวจว่าข้อมูลลูกค้าและความลับทางการค้าที่ต้องรักษาระยะยาวอยู่ที่ใดบ้าง ใช้เครื่องมือฟรีเช่น Nmap สแกนเครือข่ายและระบุระบบที่ต้องอัปเกรด
  2. วางแผน Crypto-Agility: ออกแบบระบบให้รองรับการเปลี่ยนอัลกอริทึมเข้ารหัสได้ง่าย ใช้ wrapper หรือ middleware ที่แยก layer การเข้ารหัสออกจาก business logic หลีกเลี่ยงการ hardcode algorithm ในโค้ด
  3. เริ่มทดสอบ PQC บนระบบที่ไม่ใช่ production: ติดตั้ง liboqs ในสภาพแวดล้อม Docker ทดสอบการเข้ารหัสและถอดรหัสด้วย ML-KEM และ ML-DSA หากใช้ Odoo ให้ลองนำ PQC มาใช้กับโมดูล API ที่เชื่อมต่อกับคลาวด์ในประเทศ เช่น NIPA หรือ G-Cloud
  4. ใช้ AI ตรวจสอบผลกระทบ: ใช้โมเดล AI ที่เรียนรู้จากการทำงานจริง เพื่อวัดประสิทธิภาพและความเสถียรของระบบหลัง migration รวมถึงตรวจจับพฤติกรรมผิดปกติที่อาจเกิดจากจุดอ่อนของ implementation ใหม่
  5. สร้างแผน Continual Migration: เนื่องจากมาตรฐาน PQC อาจมีการปรับปรุงอีกในอนาคต SME ควรมีแผนอัปเดตไลบรารีทุก 6-12 เดือน และติดตามประกาศจาก NIST หรือ ETDA อย่างใกล้ชิด

กรณีศึกษา SME ไทยที่เริ่มทดสอบ PQC บนระบบ Odoo และคลาวด์ในประเทศ

โรงงานผลิตชิ้นส่วนอุตสาหกรรม SME แห่งหนึ่งในจังหวัดชลบุรี ได้เริ่มทดสอบ PQC ตั้งแต่ต้นปี 2025 โดยใช้ระบบ Odoo เวอร์ชัน 16 บนเซิร์ฟเวอร์ของ NIPA Cloud ทีมพัฒนาติดตั้ง library PQC (ผ่าน liboqs-python) ในโมดูล API ที่ใช้ส่งข้อมูลใบเสนอราคาให้กับลูกค้าต่างประเทศ การทดสอบพบว่า:

  • เวลาในการเข้ารหัสข้อมูล 1 MB เพิ่มขึ้นจาก 200 มิลลิวินาทีเป็น 260 มิลลิวินาที (เพิ่ม 30%)
  • ขนาดของข้อมูลที่เข้ารหัสเพิ่มขึ้น 1.8 เท่า ส่งผลให้แบนด์วิดท์ที่ใช้เพิ่มขึ้นตาม
  • ไม่พบปัญหาความเข้ากันได้กับระบบคลาวด์ของ NIPA ซึ่งรองรับการส่งผ่านข้อมูลแบบ TLS 1.3 ที่ยืดหยุ่น

ผู้จัดการ IT ของโรงงานระบุว่า "การทดสอบนี้ทำให้เรามั่นใจว่าระบบปัจจุบันยังรับมือได้ แต่ต้องปรับแผนการเชื่อมต่อกับลูกค้าที่อาจต้องการใช้ PQC ภายในปี 2028 เราจึงเริ่มเจรจากับผู้ให้บริการขนส่งและธนาคารที่เกี่ยวข้อง เพื่อให้ทุกฝ่ายพร้อมรองรับไปพร้อมกัน"

สรุป: ควอนตัมคอมพิวเตอร์ไม่ใช่ฝันร้ายที่ไกลเกินไปสำหรับ SME ไทย

ภัยคุกคาม Store Now, Decrypt Later เป็นความจริงที่ SME ไทยต้องเผชิญในวันนี้ ข้อมูลที่รั่วไหลออกไปอาจถูกใช้เป็นอาวุธในอนาคตเมื่อควอนตัมคอมพิวเตอร์ทรงพลังพอ การรวมกันของ Post-Quantum Cryptography ที่ NIST รับรองในปี 2024 และ AI ที่ตรวจจับความผิดปกติและการโจมตีอย่างชาญฉลาด จะเป็นเกราะป้องกันที่ SME ต้องสร้างตั้งแต่ตอนนี้

การเริ่มต้นไม่จำเป็นต้องลงทุนมหาศาล เริ่มจากการประเมินข้อมูลที่มีความเสี่ยงสูงสุด ทดสอบ PQC ในสภาพแวดล้อมที่ควบคุม และใช้ AI เพื่อเฝ้าระวังและปรับปรุงอย่างต่อเนื่อง SME ที่มีความ crypto-agility จะไม่เพียงป้องกันตัวเองจากระเบิดเวลาทางดิจิทัล แต่ยังสร้างความเชื่อมั่นให้กับลูกค้าและคู่ค้าในยุคที่ความปลอดภัยของข้อมูลคือหัวใจของธุรกิจ

Flowtica พร้อมให้คำปรึกษาและเครื่องมือที่จำเป็นสำหรับ SME ไทย ตั้งแต่การประเมินความเสี่ยง AI proof-of-concept ไปจนถึงการ migration จริง ติดต่อเราเพื่อเริ่มต้นวันนี้ เพราะวันพรุ่งนี้อาจสายเกินไป

คำถามที่พบบ่อย

ภัย Store Now, Decrypt Later คืออะไร และกระทบ SME ไทยอย่างไร

ภัยนี้หมายถึงแฮกเกอร์ขโมยข้อมูลที่เข้ารหัสไว้ในปัจจุบัน แต่ยังไม่ถอดรหัสทันที เพราะรอวันที่มีควอนตัมคอมพิวเตอร์ทรงพอที่จะถอดรหัส RSA หรือ ECC ซึ่งเป็นมาตรฐานปัจจุบันได้ในอนาคต สำหรับ SME ไทย ข้อมูลที่เสี่ยงคือหมายเลขบัตรประชาชนลูกค้า ข้อมูลการชำระเงิน ความลับทางการค้า และสัญญาทางธุรกิจ หากข้อมูลเหล่านี้หลุดออกไป แม้ตอนนี้ยังอ่านไม่ออก แต่ในอีก 5-10 ปีข้างหน้า คู่แข่งหรือผู้ไม่หวังดีสามารถนำกลับมาถอดรหัสและใช้ประโยชน์ได้ การป้องกันต้องเริ่มตั้งแต่ตอนนี้ เพราะข้อมูลที่ถูกขโมยไปแล้วไม่สามารถเรียกคืนมาเข้ารหัสใหม่ได้

มาตรฐาน PQC ที่ NIST ประกาศในปี 2024 คืออะไร

NIST (National Institute of Standards and Technology) ของสหรัฐฯ ประกาศมาตรฐาน PQC 3 อัลกอริทึมหลักในเดือนสิงหาคม 2024 ได้แก่ ML-KEM (FIPS 203) สำหรับการแลกเปลี่ยนคีย์, ML-DSA (FIPS 204) สำหรับลายเซ็นดิจิทัล, และ SLH-DSA (FIPS 205) สำหรับการลงนามที่ใช้ฟังก์ชันแฮช อัลกอริทึมเหล่านี้ออกแบบมาให้ต้านทานการโจมตีจากควอนตัมคอมพิวเตอร์ได้ โดย ML-KEM และ ML-DSA ใช้โครงสร้าง lattice-based ซึ่งเป็นที่ยอมรับว่ามีความปลอดภัยสูงและทำงานได้เร็วพอสำหรับอุปกรณ์ทั่วไป SME ไทยที่ใช้ระบบ ERP หรือ CRM ควรเริ่มศึกษาการใช้งานอัลกอริทึมเหล่านี้ในระบบของตน โดยเฉพาะส่วนที่ต้องส่งข้อมูลสำคัญผ่านเครือข่าย เช่น การเชื่อมต่อ API หรือการจัดเก็บข้อมูลลูกค้าในคลาวด์

AI ช่วยตรวจจับการโจมตีแบบควอนตัมได้จริงหรือ

AI โดยเฉพาะโมเดล Machine Learning ที่ใช้วิเคราะห์พฤติกรรมเครือข่าย สามารถตรวจจับสัญญาณผิดปกติที่บ่งชี้ถึงการพยายามถอดรหัสด้วยเทคนิคขั้นสูงหรือการโจมตีแบบ harvest-now-decrypt-later ได้ ยกตัวอย่างเช่น ระบบของ Flowtica ใช้โมเดล supervised learning ที่เรียนรู้จากรูปแบบการโจมตีจริง เพื่อระบุการเชื่อมต่อที่ผิดปกติจากเซิร์ฟเวอร์ที่มีทรัพยากรการคำนวณสูงผิดธรรมชาติ หรือการเรียกใช้ API เข้ารหัสซ้ำซ้อนผิดจังหวะ ในกรณีศึกษาโรงงาน SME ที่จังหวัดชลบุรี ระบบ AI สามารถปิดกั้นการโจมตีที่พยายามสแกนพอร์ตเข้ารหัสแบบใหม่ได้ก่อนเกิดเหตุ โดยลดเวลาตอบสนองจากเดิมที่ต้องรอวิเคราะห์ log ด้วยมือหลายวันเหลือเพียง 15 นาที

SME ไทยเริ่มปรับระบบ PQC ได้อย่างไร โดยใช้งบประมาณจำกัด

เริ่มต้นด้วย 3 ขั้นตอนหลักที่ใช้งบไม่มาก ขั้นแรกคือทำ Data Inventory: สำรวจว่าข้อมูลลูกค้า ความลับทางการค้า และข้อมูลที่ต้องเก็บรักษาระยะยาวทั้งหมดเก็บอยู่ที่ไหน ใช้ระบบคลาวด์หรือเซิร์ฟเวอร์ใดบ้าง ขั้นที่สองคือประเมิน Crypto-Agility: ตรวจสอบซอฟต์แวร์ที่ใช้อยู่ เช่น Odoo, SAP B1, หรือระบบที่พัฒนาขึ้นเอง รองรับการเปลี่ยนอัลกอริทึมการเข้ารหัสได้ง่ายแค่ไหน ขั้นที่สามคือทดสอบ PQC บนระบบที่ไม่ใช่ production ก่อน: ติดตั้ง library PQC เช่น Open Quantum Safe (liboqs) บนเครื่องทดสอบ ลองรัน API พื้นฐานเพื่อดูประสิทธิภาพ แล้วค่อยวางแผน migration ทีละส่วน สำหรับ SME ที่ใช้คลาวด์ของไทย เช่น NIPA หรือ G-Cloud สามารถขอให้ผู้ให้บริการเพิ่มตัวเลือกการเข้ารหัสแบบ PQC ได้ ซึ่งหลายแห่งเริ่มรองรับแล้วตั้งแต่ปี 2025

ถ้า SME ไม่ทำอะไรเลย จะเกิดอะไรขึ้นในอีก 5 ปี

ในอีก 5 ปี (ค.ศ. 2031) ผู้เชี่ยวชาญคาดการณ์ว่าควอนตัมคอมพิวเตอร์จะมีความสามารถในการทำลายการเข้ารหัส RSA-2048 ได้ภายในวันเดียว SME ที่ไม่เตรียมตัวจะเจอปัญหาสำคัญหลายด้าน หนึ่งคือข้อมูลลูกค้าที่ถูกขโมยไปก่อนหน้านี้จะถูกถอดรหัสและนำไปใช้ในการข่มขู่หรือฟ้องร้อง สองคือระบบ ERP/CRM ที่ไม่รองรับ PQC จะไม่สามารถเชื่อมต่อกับธนาคารหรือผู้ให้บริการชำระเงินที่อาจเปลี่ยนไปใช้มาตรฐานใหม่ สามคืออาจเสียความสามารถในการแข่งขันทางธุรกิจ เพราะไม่สามารถส่งข้อมูลที่ปลอดภัยให้กับคู่ค้าที่ต้องการมาตรฐานสูงได้ ผลกระทบทางการเงินอาจสูงถึงหลักล้านสำหรับ SME ขนาดกลางที่ต้องแก้ไขระบบและชดใช้ค่าเสียหาย

AI เสริมการทำงานของ PQC ได้อย่างไรในชีวิตจริง

AI และ PQC มีบทบาทเสริมกันในสองระดับหลัก ระดับแรกคือ AI ช่วยในการบริหารจัดการคีย์แบบอัตโนมัติ: ระบบ PQC ต้องใช้คีย์ที่ขนาดใหญ่กว่าการเข้ารหัสปัจจุบันหลายเท่า AI สามารถวิเคราะห์รูปแบบการใช้งานและปรับขนาดทรัพยากรให้เหมาะสม ลดต้นทุนการจัดเก็บ ประการที่สองคือ AI ทำหน้าที่ตรวจจับพฤติกรรมที่ผิดปกติจากการใช้งาน PQC เอง เช่น การพยายามส่งคีย์แบบใหม่ที่ถูกดัดแปลง หรือการโจมตีแบบ side-channel ที่ดูการทำงานของ CPU ขณะคำนวณ PQC ในทางปฏิบัติ ระบบของ Flowtica ที่ใช้กับธุรกิจบริการแห่งหนึ่งในกรุงเทพฯ สามารถแยกแยะระหว่างการอัปเดตคีย์ปกติกับที่แฮกเกอร์พยายามปลอมแปลงได้ด้วยความแม่นยำ 98.7% ทำให้ทีม IT ทำงานได้เร็วขึ้นและลดภาระการตรวจสอบ manual ได้มาก