บทวิเคราะห์: เมื่อ GPS โดน Jam — ทะเลบอลติกส่งสัญญาณเตือนว่า Time Security คือจุดอ่อนถัดไปของโรงงาน OT

เมื่อเดือนสิงหาคม 2026 ประเทศโปแลนด์เผชิญสถานการณ์ที่ฟังดูเหมือนนิยายวิทยาศาสตร์ — โทรศัพท์แสดงตำแหน่งผิดพลาด โดรนบินเซ และเรือในทะเลบอลติกสูญเสียสัญญาณระบุพิกัด สาเหตุไม่ใช่ไซเบอร์แอตแทคตามความหมายทั่วไป แต่คือ การรบกวนสัญญาณดาวเทียม GNSS จากภายนอกประเทศ ซึ่งสถาบันโทรคมนาคมแห่งชาติของโปแลนด์ระบุว่าเกิดขึ้นกว่า 70% ของทั้งเดือน พฤษภากรรมนี้ไม่ได้กระทบแค่แอปนำทางบนมือถือ แต่ส่งสัญญาณเตือนถึงโรงงานอุตสาหกรรมทั่วโลกเรื่องที่ถูกมองข้ามมานาน: เวลา (Time) คือโครงสร้างพื้นฐานความมั่นคงปลอดภัยที่เปราะบางที่สุดชิ้นหนึ่งของระบบ OT

เวลาคือรากฐานที่ถูกลืมของความปลอดภัย OT

หลายคนไม่ทราบว่า NTP Server และ PTP Grandmaster Clock จำนวนมากในโรงงานซิงก์เวลาจาก GNSS (GPS, Galileo, GLONASS, BeiDou) โดยตรง และเมื่อสัญญาณเหล่านี้ถูก Jam (บังคับให้ใช้ไม่ได้) หรือ Spoof (ปลอมแปลงให้ผิดพลาด) ระบบที่ส่งผลกระทบไม่ใช่แค่ป้ายบันทึกเวลา แต่รวมถึง:

• ระบบจัดการใบรับรองดิจิทัล — การตรวจสอบช่วงเวลา Validity ของใบรับรอง TLS ผิดพลาดได้ทั้งระบบ ทำให้การเชื่อมต่อที่ถูกต้องถูกปฏิเสธ หรือใบรับรองหมดอายุผ่านมาแล้วยังใช้ได้
• ระบบไฟฟ้าและ Substation — โปรโตคอล IEC 61850 และการส่ง GOOSE/Sampled Values ต้องการความละเอียดเวลาระดับไมโครวินาที เพื่อให้ Relay ตัดสินใจป้องกันไฟฟ้าลัดวงจ้อย่างถูกต้อง
• การซิงก์ข้อมูลเซ็นเซอร์หลายจุด — ข้อมูล Vibration และ Process Data จากหลาย Edge Gateway ถ้า Timestamp ไม่ตรงกัน การวิเคราะห์หาความผิดปกติจะสับสนเพี้ยนทั้งหมด
• บันทึกเหตุการณ์เพื่อ Forensics — เมื่อเกิด Incident การไล่ลำดับเหตุการณ์จาก Log หลายระบบที่เวลาไม่ตรงกัน เป็นงานที่แทบทำไม่ได้

กรณีโปแลนด์ชี้ให้เห็นตัวเลขที่จับต้องได้: สถาบันโทรคมนาคมแหน่งชาติรายงานการรบกวนระดับชั่วโมงบนทุกย่านความถี่ GNSS 70% ของวันในเดือนพฤษภาคมและมิถุนายน 2026 และบริษัทที่ปรึกษาด้านเทคโนโลยีดาวเทียมอิสระบันทึกการหยุดชะงักเกือบ 90 ชั่วโมงในภูมิภาคพอเมอเรเนียริมทะเลบอลติกเดือนกรกฎาคม ขณะที่หน่วยงานข่าวกรองของลิทัวเนียประเมินว่าระบบส่งสัญญาณปลอมสามารถบิดเบือนสัญญาณนำทางได้ไกลถึง 450 กิโลเมตร

บทเรียนจากทะเลบอลติก: คุณไม่จำเป็นต้องเป็นเป้าหมายของการโจมตีโดยตรง — แค่อยู่ในรัศมี 450 กิโลเมตรจากจุดรบกวน ระบบซิงก์เวลาของคุณก็ถือว่าอยู่ในภาวะเสี่ยงแล้ว

ทางออกเชิงเทคนิค: จาก Holdover ถึงนาฬิกาอะตอมิกออปติคอล

เมื่อสัญญาณ GNSS ไม่น่าเชื่อถืออีกต่อไป คำตอบเชิงวิศวกรรมมีหลายระดับ ขึ้นกับงบประมาณและความสำคัญของระบบ:

พัฒนาการล่าสุดที่น่าจับตา: โครงการของหน่วยวิจัยกลาโหมสหรัฐ (DARPA) ภายใต้ชื่อ “It’s About Time” ได้สัญญาต่ออายุมูลค่า 28 ล้านดอลลาร์ในเดือนสิงหาคม 2026 เพื่อผลิตนาฬิกาอะตอมิกออปติคอลรุ่น Evergreen-05 จำนวน 125 ชุดส่งมอบลูกค้าภาครัฐสหรัฐ — นาฬิกาที่ให้เสถียรภาพเวลา 50 femtoseconds ที่ 1 วินาที และ Holdover ระดับนาโนวินาทีใน 10 วัน ในปริมาตรเพียง 1/75 ของ Hydrogen Maser แบบเดิม ทิศทางนี้บอกว่าอนาคตอันใกล้ “โครงสร้างพื้นฐานเวลาที่ไม่พึ่งดาวเทียม” จะเข้าถึงได้ง่ายขึ้นมาก

มุมมองของเรา: โรงงานไทยควรเริ่มจากอะไร

จากประสบการณ์ทำงานกับระบบอุตสาหกรรมในไทย เรามองว่ากรณีทะเลบอลติกเป็นสัญญาณเตือนที่ควรนำมาประเมินความเสี่ยงของตัวเองจริงจัง แม้ไทยจะไม่ได้อยู่ในพื้นที่ที่มีการรบกวน GNSS รุนแรงระดับนั้น แต่ปัจจัยเสี่ยงอื่นยังอยู่: จาน GNSS ที่ติดตั้งผิดตำแหน่ง สายอากาศขัดแต้ม ฝนฟ้าคะนองที่ทำให้สัญญาณอ่อน ไปจนถึงการใช้ NTP Server ตัวเดียวไม่มีสำรอง เราแนะนำแนวทาง 3 ขั้น:

1. ประเมิน Time Architecture ปัจจุบัน — ตอบให้ได้ว่าโรงงานคุณซิงก์เวลาจากแหล่งไหนบ้าง มีกี่ชั้น มี Redundancy หรือไม่ และถ้าแหล่งหลักหายไป 1 ชั่วโมง จะเกิดอะไรขึ้น
2. วาง Multi-source Time — อย่าพึ่งแหล่งเดียว: ผสาน GNSS + NTP ภายใน + อุปกรณ์ Holdover อย่างน้อยหนึ่งชั้น พร้อม Monitoring ดูค่า Offset ตลอดเวลา
3. ทำ Time-related Incident Drill — สมมติสถานการณ์ “GNSS หาย 24 ชั่วโมง” แล้วให้ทีมลองตอบว่าระบบไหนจะเด้งก่อน ใบรับรองตัวไหนจะมีปัญหา และ Log จะเพี้ยนแค่ไหน

Honey Corporation มีส่วนร่วมในงานออกแบบระบบที่ต้องการความแม่นยำของข้อมูลเชิงเวลามาแล้วทั้งงาน IoT Monitoring ตู้แช่ที่ต้องบันทึกอุณหภูมิตามกฎหมาย และงานเชื่อมต่อเซ็นเซอร์อุตสาหกรรมหลายจุดเข้าสู่แพลตฟอร์มเดียวกัน — เราเห็นมาแล้วว่าปัญหา “เวลาไม่ตรงกัน” เป็นสาเหตุที่แท้จริงของความปัญหาข้อมูลเพี้ยนจำนวนมากที่มักถูกโทษว่าเป็นความผิดของเซ็นเซอร์

Key Takeaways

• GNSS Jamming/Spoofing ไม่ใช่เรื่องไกลตัวอีกแล้ว — โปแลนด์เจอการรบกวนระดับชั่วโมง 70% ของวันใน 2 เดือนติดต่อกัน สิงหาคม 2026 มีเรือนาวิกโยธินของ NATO ที่รายงานการถูก Jam ระหว่างปฏิบัติการ
• เวลาคือ Single Point of Failure ที่ถูกมองข้าม — ใบรับรองดิจิทัล, IEC 61850 GOOSE, การซิงก์เซ็นเซอร์ และ Forensic Log ล้วนยืนบนฐานเวลาที่ตรงกัน
• Holdover คือคำศัพท์ที่วิศวกร OT ต้องรู้จักในปี 2026 — ความสามารถ “เดินเองตอนไม่มีดาวเทียม” ของนาฬิกา วัดกันเป็น ns/วัน และเป็นตัวชี้ขาดว่าระบบคุณจะรอดจากการ Jam ได้นานแค่ไหน
• นาฬิกาอะตอมิกออปติคอลกำลังย่อขนาด — โครงการ It’s About Time ของ DARPA ผลิตนาฬิกาออปติคอลขนาด 5 ลิตร 125 ชุด ที่ Holdover ระดับ ns ได้ 10 วัน ในปริมาตร 1/75 ของรุ่นเดิม
• Multi-source + Monitoring คือแนวปฏิบัติขั้นต่ำ — อย่าพึ่ง GNSS ล้วน ให้มี NTP ภายในและ Holdover รองรับ พร้อมเฝ้าระวังค่า Offset ตลอดเวลา
• ปัญหา “ข้อมูลเพี้ยนไม่รู้สาเหตุ” หลายกรณีคือปัญหาเวลา — ก่อนโทษเซ็นเซอร์ ให้เช็ค Time Sync ของทั้งระบบก่อน