ความปลอดภัย OT โรงงาน 2026: คู่มือรับมือแรนซัมแวร์และ IEC 62443

สำหรับโรงงานในประเทศไทย ความปลอดภัย OT โรงงาน เปลี่ยนจากเรื่องที่ “ค่อยคิดทีหลัง” มาเป็นวาระที่ต้องตัดสินใจในปีงบประมาณนี้ ไตรมาสแรกของปี 2026 มีเหตุการณ์แรนซัมแวร์โจมตีองค์กรภาคอุตสาหกรรม 1,020 กรณี และ 62% เป็นภาคการผลิต บทความนี้สรุปตั้งแต่ IEC 62443 กฎหมายไทย ขั้นตอนลงมือจริง ถึงกรอบงบประมาณ

OT กับ IT ต่างกันอย่างไร — ทำไมความปลอดภัยไซเบอร์ในโรงงานจึงเป็นเรื่องเฉพาะทาง

OT (operational technology) ครอบคลุมอะไรบ้าง

OT หรือ เทคโนโลยีปฏิบัติการ (operational technology) คือกลุ่มเทคโนโลยีที่ควบคุมและเฝ้าระวังกระบวนการทางกายภาพและเครื่องจักรโดยตรง ในบริบทของโรงงานหมายถึง PLC (programmable logic controller), DCS (distributed control system), SCADA (supervisory control and data acquisition), HMI (human-machine interface) ที่หน้าไลน์, ตัวควบคุมหุ่นยนต์อุตสาหกรรม, เครื่อง CNC, เครื่องตรวจสอบคุณภาพ และเครือข่ายอุตสาหกรรมที่เชื่อมทุกอย่างเข้าด้วยกัน หากมองให้กว้างขึ้น ระบบยูทิลิตี้อย่างตู้ควบคุมหม้อแปลงและระบบไฟฟ้าแรงสูง เครื่องอัดอากาศ (air compressor) ชิลเลอร์ และตู้ควบคุมระบบบำบัดน้ำเสีย ก็นับเป็น OT เช่นกัน

ในทางกลับกัน IT (information technology) คือเทคโนโลยีที่จัดการกับ “ข้อมูล” ได้แก่ ระบบ ERP ระบบอีเมล ไฟล์เซิร์ฟเวอร์ เครื่องคอมพิวเตอร์สำนักงาน และบริการคลาวด์ กล่าวคือขอบเขตที่รับผิดชอบการประมวลผล จัดเก็บ และส่งต่อข้อมูล

แม้ทั้งสองฝั่งจะประกอบด้วย “คอมพิวเตอร์และเครือข่าย” เหมือนกัน แต่วัตถุประสงค์ แนวคิดการออกแบบ และวิธีปฏิบัติงานต่างกันโดยสิ้นเชิง และสาเหตุที่ความปลอดภัยของโรงงานเป็นเรื่องยาก ก็เพราะทันทีที่นำ “สามัญสำนึกของฝั่งหนึ่ง” ไปใช้กับอีกฝั่งโดยไม่ปรับ หน้างานจะพังทันที

ลำดับความสำคัญที่กลับด้านกัน

ในโลกของความมั่นคงปลอดภัยสารสนเทศ เรามักเรียงลำดับคุณสมบัติที่ต้องปกป้องตามหลัก CIA คือ การรักษาความลับ (confidentiality) → ความถูกต้องสมบูรณ์ (integrity) → ความพร้อมใช้งาน (availability) แนวคิดคือ ป้องกันข้อมูลรั่วไหลเป็นอันดับแรก ระบบหยุดไปบ้างพอรับได้ ขอเพียงข้อมูลปลอดภัย

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

ความต่างของลำดับความสำคัญนี้ส่งผลโดยตรงต่อการเลือกมาตรการ ตัวอย่างเช่น ฝั่ง IT มีมาตรฐานว่า “พบทราฟฟิกน่าสงสัยให้ตัดการเชื่อมต่อก่อน” แต่ถ้าทำแบบเดียวกันในฝั่ง OT อาจไปตัดทราฟฟิกควบคุมกระบวนการผลิตที่ปกติดี และกลายเป็นว่าเราหยุดไลน์ผลิตด้วยมือตัวเอง ในงาน OT ลำดับที่ถูกต้องคือ “สังเกตการณ์ก่อน ประเมินผลกระทบ แล้วจึงลงมืออย่างมีแผน” ไม่ใช่ตัดทิ้งทันที

เครื่องจักรรุ่นเก่าคือข้อจำกัดที่หลีกเลี่ยงไม่ได้

ความต่างสำคัญอีกข้อคือวงจรชีวิตของอุปกรณ์ ในโลก IT เครื่องพีซีเปลี่ยนทุก 4–5 ปี เซิร์ฟเวอร์ทุก 5–7 ปี ถือเป็นเรื่องปกติ แต่เครื่องจักร OT ถูกใช้งาน 15 ปี 20 ปี บางครั้งถึง 30 ปี โรงงานที่ยังใช้เครื่องฉีดพลาสติกซึ่งติดตั้งตั้งแต่ทศวรรษ 1990 เป็นไลน์หลักอยู่ ไม่ใช่เรื่องแปลกเลยในประเทศไทย

ผลที่ตามมาคือสภาพต่อไปนี้กลายเป็นเรื่องปกติ

• ระบบปฏิบัติการหมดระยะสนับสนุนไปแล้ว แต่อัปเดตไม่ได้เพราะผู้ผลิตเครื่องจักรไม่รับประกันการทำงาน
• การติดตั้งแพตช์ต้องหยุดเครื่อง จึงทำได้เฉพาะช่วง shutdown ประจำปีที่มีปีละ 1–2 ครั้ง
• ซอฟต์แวร์ควบคุมผูกกับรันไทม์เวอร์ชันเฉพาะ ทำให้ติดตั้งแพตช์ไม่ได้ตั้งแต่ต้น
• ตามเงื่อนไขสัญญาบำรุงรักษา หากผู้ใช้แก้ไขเองการรับประกันจะสิ้นสุดลง
• โครงสร้างภายในเครื่องเป็น “กล่องดำ” ไม่มีใครในบริษัททราบว่าข้างในรันอะไรอยู่บ้าง

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

ตารางเปรียบเทียบ IT กับ OT

บรรทัดสุดท้ายของตารางสำคัญยิ่งกว่าเรื่องเทคนิค เพราะ IT กับ OT มีหน่วยงานเจ้าของต่างกัน สายบังคับบัญชาต่างกัน และตัวชี้วัดผลงานต่างกัน ต่อให้ผู้จัดการฝ่าย IT บอกว่า “เรามาเพิ่มความปลอดภัยกันเถอะ” แต่ KPI ของฝ่ายวิศวกรรมการผลิตคืออัตราการเดินเครื่อง ผลประโยชน์ของสองฝ่ายจึงมักขัดกันตรง ๆ โครงการความปลอดภัย OT ที่หยุดชะงักส่วนใหญ่ ไม่ได้หยุดด้วยเหตุผลทางเทคนิค แต่หยุดด้วยเหตุผลเชิงองค์กร

สถานการณ์ภัยคุกคามปี 2026 — แรนซัมแวร์ในโรงงาน ผ่านตัวเลขจริง

ข้อมูลที่สังเกตได้ในไตรมาสแรกของปี 2026

ตามรายงาน “Industrial Ransomware Analysis for the First Quarter of 2026” ของ Dragos ซึ่งเป็นบริษัทด้านความปลอดภัยไซเบอร์สำหรับภาคอุตสาหกรรม ในไตรมาสแรกของปี 2026 มีเหตุการณ์แรนซัมแวร์ที่โจมตีองค์กรภาคอุตสาหกรรมรวม 1,020 กรณี ในจำนวนนี้เป็นภาคการผลิต 633 กรณี คิดเป็น 62% ของทั้งหมด

รายละเอียดแยกตามอุตสาหกรรมและภูมิภาคมีดังนี้

เมื่อแยกตามกลุ่มผู้โจมตี Qilin มากที่สุดที่ 198 กรณี รองลงมาคือ Akira 100 กรณี, The Gentleman 83 กรณี, LockBit 5.0 จำนวน 71 กรณี และ PLAY 53 กรณี

ตัวเลขที่ควรจับตาคือฝั่งเอเชีย ซึ่งเพิ่มจาก 113 กรณีในไตรมาสที่ 4 ของปี 2025 มาเป็น 137 กรณี สมมติฐานที่ว่า “การโจมตีเป็นเรื่องของยุโรปกับอเมริกา” จึงใช้ไม่ได้อีกต่อไป แม้จำนวนสัมบูรณ์จะยังน้อยเมื่อเทียบกับอเมริกาเหนือที่ 480 กรณี แต่ควรถือว่าเอเชียเป็นภูมิภาคที่แนวโน้มขาขึ้นปรากฏชัดเจน

ความรุนแรงของความเสียหายต่อหนึ่งเหตุการณ์

สิ่งที่มีน้ำหนักต่อการตัดสินใจของผู้บริหารยิ่งกว่าจำนวนกรณี คือความรุนแรงของความเสียหายต่อหนึ่งเหตุการณ์ จากการสำรวจของ Dragos เหตุการณ์แรนซัมแวร์ในภาคการผลิต 25% นำไปสู่การหยุดเดินเครื่องทั้งไซต์ OT และ 75% ก่อให้เกิดผลกระทบต่อการเดินเครื่องในรูปแบบใดรูปแบบหนึ่ง กล่าวคือ 1 ใน 4 กรณีโรงงานหยุดสนิท และ 3 ใน 4 กรณีการผลิตได้รับผลกระทบไม่ทางใดก็ทางหนึ่ง

ในเชิงมูลค่า รายงาน “Cost of a Data Breach Report 2024” ของ IBM ประเมินต้นทุนเฉลี่ยต่อหนึ่งเหตุการณ์ละเมิดข้อมูลในภาคการผลิตไว้ที่ประมาณ 5 ล้านดอลลาร์สหรัฐ ตัวเลขนี้รวมทั้งค่าใช้จ่ายในการกู้คืน โอกาสทางธุรกิจที่สูญเสีย การดูแลลูกค้า และการดำเนินการด้านกฎหมาย

นอกจากนี้ ผลสำรวจของ Sophos ปี 2025 ระบุว่าผู้ประกอบการภาคการผลิตที่ถูกโจมตี 51% ได้จ่ายค่าไถ่ การจ่ายค่าไถ่ไม่ได้รับประกันว่าจะกู้คืนได้ครบถ้วน และไม่ใช่ทางออกที่ควรวางแผนไว้ แต่ข้อเท็จจริงที่ว่าเกินครึ่งตัดสินใจจ่าย สะท้อนว่าในความเป็นจริงมีหลายกรณีที่ “ต้นทุนของเวลาที่หยุดนิ่ง” สูงกว่าจำนวนเงินค่าไถ่

ข้อสังเกตสำคัญ — OT ไม่ได้ถูกทำลายโดยตรง

ตรงนี้มีประเด็นที่มักถูกเข้าใจคลาดเคลื่อนในข่าวและในเอกสารของผู้ขายโซลูชัน จึงควรทำความเข้าใจให้ตรงกัน

Dragos ระบุไว้อย่างชัดเจนในรายงานไตรมาสแรกปี 2026 ว่า ยังไม่พบสายพันธุ์แรนซัมแวร์ที่ออกแบบมาเพื่อสั่งการโปรโตคอลควบคุมอุตสาหกรรมหรือสภาพแวดล้อมกระบวนการผลิตโดยตรง

หมายความว่า การหยุดผลิตที่เกิดขึ้นในปัจจุบันส่วนใหญ่ ไม่ใช่กรณีที่ “ผู้โจมตียึด PLC แล้วสั่งหยุดไลน์” แต่เป็นกรณีที่ “ระบบฝั่ง IT ถูกเข้ารหัส ทำให้ข้อมูลและขั้นตอนที่จำเป็นต่อการผลิตหมุนต่อไม่ได้ จึงต้องหยุด” การเข้าใจความสัมพันธ์เชิงเหตุผลนี้อย่างถูกต้อง มีผลชี้ขาดต่อการจัดลำดับความสำคัญของมาตรการ

ในแง่หนึ่ง ข้อเท็จจริงนี้เป็นข่าวดี เพราะหากยังไม่ต้องตั้งสมมติฐานหลักว่าจะเจอการโจมตีขั้นสูงที่พุ่งเป้าอุปกรณ์ควบคุมโดยตรง สิ่งที่ควรทำก่อนคือการควบคุมเส้นแบ่งระหว่างฝั่ง IT กับฝั่ง OT ซึ่งทำได้จริงด้วยเทคโนโลยีที่มีอยู่แล้ว ในทางกลับกัน การข้ามขั้นตอนนี้ไปทุ่มงบกับการป้องกันระดับอุปกรณ์ควบคุมขั้นสูง ถือว่าจัดลำดับความสำคัญผิด

ประเทศไทยในแผนที่ภัยคุกคาม — โรงงานในไทยไม่ใช่ “พื้นที่ปลอดภัย”

ไทยติดกลุ่ม 10 ประเทศที่ถูกโจมตีมากที่สุดเป็นครั้งแรก

รายงาน “Thailand Threat Landscape Report 2026” ของ SOCRadar ระบุว่า ในช่วงต้นปี 2026 ประเทศไทยติดอันดับ “10 ประเทศที่ถูกโจมตีมากที่สุดในโลก” เป็นครั้งแรก

นี่เป็นจุดเปลี่ยนที่ผู้บริหารโรงงานในไทยควรบันทึกไว้ เพราะที่ผ่านมาหลายองค์กรวางสมมติฐานว่า “สำนักงานใหญ่ที่ญี่ปุ่นหรือยุโรปอาจโดน แต่คงไม่มาถึงฐานผลิตในไทย” สมมติฐานนี้ไม่สอดคล้องกับข้อมูลอีกต่อไป ในทางตรงกันข้าม ควรตั้งสมมติฐานว่าฐานการผลิตในต่างประเทศซึ่งมีงบด้านความปลอดภัยบางกว่าและมีบุคลากร IT น้อยกว่าสำนักงานใหญ่ อาจถูกเลือกเป็นประตูทางเข้าเพื่อเจาะเข้าสู่กลุ่มบริษัททั้งเครือ

The Gentleman — ความทับซ้อนระหว่างไทยกับภาคอุตสาหกรรม

รายงานเดียวกันระบุว่า เหตุการณ์แรนซัมแวร์ที่สังเกตพบภายในประเทศไทย 42.9% เป็นฝีมือของกลุ่ม The Gentleman (Gentlemen) กล่าวคือเกือบครึ่งหนึ่งของเหตุการณ์ในไทยกระจุกตัวอยู่กับกลุ่มเดียว

ประเด็นสำคัญคือความทับซ้อน The Gentleman ยังปรากฏอยู่ในอันดับต้น ๆ ของข้อมูล Dragos ไตรมาสแรกปี 2026 ด้วยจำนวน 83 กรณีของการโจมตีองค์กรภาคอุตสาหกรรม พูดง่าย ๆ คือ “กลุ่มที่เคลื่อนไหวมากที่สุดในไทย ก็เป็นกลุ่มที่เล็งภาคอุตสาหกรรมด้วย” ความทับซ้อนนี้เป็นข้อเท็จจริงที่บริษัทซึ่งมีโรงงานในประเทศไทยไม่ควรมองข้าม

กฎหมายและมาตรฐานของไทย — พ.ร.บ. ไซเบอร์ สกมช. CII และ PDPA

พ.ร.บ. การรักษาความมั่นคงปลอดภัยไซเบอร์ และบทบาทของ สกมช.

ประเทศไทยมี พ.ร.บ. การรักษาความมั่นคงปลอดภัยไซเบอร์ (Cybersecurity Act) ซึ่งเป็นฐานให้จัดตั้ง สกมช. หรือ สำนักงานคณะกรรมการการรักษาความมั่นคงปลอดภัยไซเบอร์แห่งชาติ (NCSA, National Cyber Security Agency) กฎหมายฉบับนี้กำหนดให้หน่วยงานที่ถูกจัดอยู่ในกลุ่ม CII หรือ โครงสร้างพื้นฐานสำคัญทางสารสนเทศ (critical information infrastructure) มีหน้าที่รายงานเหตุการณ์และปฏิบัติตามมาตรฐานขั้นต่ำที่กำหนด

ในทางปฏิบัติ ภาระที่เกิดกับหน่วยงาน CII ไม่ได้จบแค่ “ต้องรายงานเมื่อเกิดเหตุ” แต่รวมถึงการมีกลไกประเมินความเสี่ยง การมีมาตรการเชิงป้องกัน การมีแผนเผชิญเหตุ และการพร้อมรับการตรวจสอบ ซึ่งทั้งหมดนี้ต้องอาศัยเวลาเตรียมการหลายเดือน ไม่ใช่สิ่งที่จัดทำได้ในสัปดาห์เดียวหลังได้รับแจ้งว่าเข้าข่าย

การปรับปรุงรายชื่อ CII เดือนกันยายน 2025

การคิดว่า “เราเป็นแค่โรงงาน คงไม่ใช่ CII” อาจเร็วเกินไป ในเดือนกันยายน 2025 (พ.ศ. 2568) คณะกรรมการการรักษาความมั่นคงปลอดภัยไซเบอร์แห่งชาติ (NCSC) ได้ออกประกาศฉบับใหม่เพื่อปรับปรุงรายชื่อองค์กร CII ประกาศฉบับนี้แทนที่การจัดหมวดหมู่เดิมของปี 2023 และขยายขอบเขตผู้เข้าข่ายเพื่อสะท้อนการพึ่งพากันทางเทคนิคที่กว้างขึ้น

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

ภาระซ้อนกับ PDPA

ในประเทศไทย ข้อกำหนดด้าน CII ถูกบังคับใช้คู่ขนานไปกับ พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 (PDPA, Personal Data Protection Act B.E. 2562 / 2019) เมื่อเกิดความเสียหายจากแรนซัมแวร์ นอกจากปัญหาเชิงธุรกิจอย่างการหยุดเดินเครื่องจักรแล้ว หากข้อมูลส่วนบุคคลของพนักงานหรือคู่ค้าได้รับผลกระทบด้วย ก็จะเกิดหน้าที่แจ้งเหตุตาม PDPA ขึ้นมาอีกชั้นหนึ่ง

ประเด็นสำคัญในทางปฏิบัติคือ กระบวนการแจ้งเหตุละเมิดและการบริหารความเสี่ยงต้องสอดคล้องกับข้อกำหนดของทั้งสองฝ่าย ทั้งคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC) และ สกมช. หากตอนจัดทำแผนเผชิญเหตุไม่ได้กำหนดล่วงหน้าว่า “ใคร ภายในเมื่อไร ต้องรายงานอะไร ต่อหน่วยงานใด” การรับมือจะพังทันทีเมื่อเกิดเหตุจริง ยิ่งในโรงงานที่มีบริษัทแม่อยู่ต่างประเทศ การรายงานต่อบริษัทแม่ การประชาสัมพันธ์ของกลุ่มบริษัท และการแจ้งลูกค้าจะเดินคู่ขนานกันไปพร้อมกันทั้งหมด เพียงแค่จัดทำตารางหน้าเดียวที่ระบุปลายทางการรายงานและกำหนดเวลา ก็ช่วยได้มากแล้ว

มาตรฐานความปลอดภัยเว็บไซต์ปี 2025

นอกจากนี้ Website Security Standards ปี 2025 ยังกำหนดให้ใช้ SSL/TLS และการยืนยันตัวตนหลายปัจจัย (multi-factor authentication) ระบบเว็บหรือพอร์ทัลที่โรงงานเปิดให้ภายนอกเข้าถึง เช่น พอร์ทัลสำหรับซัพพลายเออร์ ระบบรับใบเสนอราคา หรือหน้าเว็บสำหรับผู้รับเหมา ก็อาจอยู่ในขอบเขตของข้อกำหนดนี้ด้วย จึงควรรวมสินทรัพย์เหล่านี้เข้าไปในบัญชีตรวจสอบตั้งแต่แรก แทนที่จะมองว่าเป็นเรื่องของฝ่ายการตลาดเพียงอย่างเดียว

มาตรฐานของบริษัทแม่ญี่ปุ่น — สิ่งที่โรงงานในไทยมักถูกตรวจสอบ

สำหรับโรงงานญี่ปุ่นในประเทศไทย มีอีกหนึ่งชุดข้อกำหนดที่มักถูกหยิบมาใช้ในการตรวจสอบภายใน นั่นคือ “แนวทางมาตรการความมั่นคงปลอดภัยไซเบอร์-กายภาพสำหรับระบบโรงงาน” ของกระทรวงเศรษฐกิจ การค้า และอุตสาหกรรมญี่ปุ่น (METI) ซึ่งจัดทำในปี 2022 และปัจจุบันเผยแพร่เป็นเวอร์ชัน 1.1 พร้อมภาคผนวก “ประเด็นสำคัญในการเดินหน้าสู่โรงงานอัจฉริยะ” ที่ออกเมื่อเดือนเมษายน 2024 แนวทางนี้ตั้งอยู่บนสมมติฐานว่า “โรงงานใดก็ตามล้วนมีโอกาสถูกโจมตีทางไซเบอร์” ซึ่งเท่ากับปฏิเสธข้ออ้างที่ว่า “เราไม่ใช่โครงสร้างพื้นฐานสำคัญ” หรือ “โรงงานเราเล็ก คงไม่มีใครสนใจ” อย่างเป็นทางการ แม้ไม่มีผลผูกพันทางกฎหมายในประเทศไทย แต่มักถูกใช้เป็นฐานของมาตรฐานกลุ่มบริษัทและถูกอ้างอิงในการตรวจสอบฐานผลิตต่างประเทศมากขึ้นเรื่อย ๆ เมื่อโรงงานในไทยถูกสำนักงานใหญ่ถามว่า “สอดคล้องกับมาตรฐานความปลอดภัย OT ของกลุ่มหรือไม่” เอกสารที่รองรับคำถามนั้นมักคือแนวทางฉบับนี้

อีกฉบับที่ควรทราบคือ “10 ภัยคุกคามด้านความมั่นคงปลอดภัยสารสนเทศ ปี 2026” ของ IPA ประเทศญี่ปุ่น ซึ่งจัดให้แรนซัมแวร์เป็นอันดับ 1 สำหรับองค์กรติดต่อกันเป็นปีที่ 4 และการโจมตีห่วงโซ่อุปทานเป็นอันดับ 2 การที่สองรายการนี้อยู่ติดกันมีความหมาย เพราะความเสี่ยงของโรงงานไม่ได้จำกัดอยู่ที่การถูกโจมตีโดยตรงเท่านั้น ถ้าซัพพลายเออร์ชิ้นส่วนหยุด ชิ้นส่วนก็ไม่มา ถ้าผู้ให้บริการขนส่งหยุด ก็ส่งของไม่ได้ ถ้าผู้ผลิตเครื่องจักรหยุด ก็ไม่ได้รับบริการซ่อมบำรุง ในญี่ปุ่นเคยเกิดกรณีที่ซัพพลายเออร์ของผู้ผลิตรถยนต์รายใหญ่ติดแรนซัมแวร์ จนโรงงานทั้งหมดของบริษัทแม่ในประเทศต้องหยุดเดินเครื่องนานกว่าหนึ่งวัน ทั้งที่เครื่องจักรของบริษัทแม่ไม่ได้เสียหายแม้แต่เครื่องเดียว อย่างน้อยที่สุด การจัดทำการวิเคราะห์ผลกระทบว่า “ถ้าซัพพลายเออร์รายใดหยุด ไลน์ของเราจะหยุดภายในกี่วัน” เป็นงานที่เริ่มได้ทันทีโดยแทบไม่มีต้นทุน

เส้นทางที่ทำให้สายการผลิตหยุดจริง — จุดที่มักถูกมองข้าม

ความเสียหายฝั่ง IT ทำให้ไลน์หยุดได้อย่างไร

โรงงานพึ่งพาระบบฝั่ง IT มากกว่าที่คิด หากเรียบเรียงว่าเกิดอะไรขึ้นจริงบ้าง จะได้ภาพดังนี้

• ออกแผนและใบสั่งผลิตไม่ได้ เมื่อระบบบริหารการผลิตหรือ MES หยุด ก็ทำแผนการผลิตประจำวันและใบสั่งงานไม่ได้ ต่อให้เครื่องจักรสมบูรณ์ดี ถ้าไม่รู้ว่าจะผลิตอะไรจำนวนเท่าไร ไลน์ก็เดินไม่ได้
• ดึงแบบและโปรแกรมออกมาไม่ได้ ข้อมูล CAD และโปรแกรม NC อยู่บนไฟล์เซิร์ฟเวอร์ เมื่อถูกเข้ารหัสก็เริ่มงานแมชชีนนิ่งไม่ได้
• การรับเข้าและส่งออกหยุด เมื่อบันทึกเข้า-ออกและการออกเอกสารหยุด ก็รับชิ้นส่วนเข้าและส่งสินค้าออกไม่ได้ คลังสินค้าเต็มทางกายภาพ และถึงจุดนั้นก็จำเป็นต้องหยุดไลน์อยู่ดี
• บันทึกคุณภาพไม่ได้ หากยังผลิตต่อในสภาพที่บันทึกการสอบกลับ (traceability) ไม่ได้ ภายหลังจะตัดสินใจปล่อยผ่านสินค้าไม่ได้ ในอุตสาหกรรมที่มีการกำกับดูแล การหยุดผลิตคือคำตอบที่ถูกต้องตั้งแต่นาทีที่บันทึกข้อมูลไม่ได้
• ตัด OT ออกเชิงป้องกัน เมื่อยืนยันการติดเชื้อในฝั่ง IT หลายองค์กรตัดสินใจตัดเครือข่ายโรงงานด้วยตัวเองเพื่อกันการลุกลามมาฝั่ง OT นี่คือการตอบสนองที่ถูกต้อง แต่ผลลัพธ์คือการผลิตหยุด

ข้อสุดท้ายสำคัญเป็นพิเศษ แม้ผู้โจมตียังไปไม่ถึงฝั่ง OT แต่การตัดสินใจหยุดโรงงานด้วยเหตุผลว่า “ยืนยันไม่ได้ว่าไปไม่ถึง” เกิดขึ้นบ่อยมากในทางปฏิบัติ กลับกันก็แปลว่า เพียงแค่มีทัศนวิสัยในฝั่ง OT และพิสูจน์ได้ในเวลาอันสั้นว่าไม่มีการปนเปื้อน ก็มีโอกาสย่นระยะเวลาหยุดผลิตลงได้อย่างมีนัยสำคัญ

จุดเริ่มต้นของการบุกรุกอยู่ที่ไหน

ตามรายงาน DBIR (Data Breach Investigations Report) ฉบับปี 2026 ของ Verizon การละเมิดในภาคการผลิต 38% มีจุดเริ่มต้นจากการใช้ประโยชน์จากช่องโหว่ และ 61% มีจุดเริ่มต้นจากการบุกรุกระบบ (exploitation) ส่วนที่เริ่มจากวิศวกรรมสังคม (social engineering) อยู่ที่ 17% ขณะที่ผลสำรวจของ Sophos ปี 2025 ก็ระบุว่าแรนซัมแวร์ในภาคการผลิต 32% เริ่มจากการใช้ประโยชน์จากช่องโหว่

สิ่งที่อ่านได้จากตัวเลขชุดนี้คือ การ “อบรมสร้างความตระหนักให้พนักงาน” เพียงอย่างเดียวไม่พอ แน่นอนว่ามาตรการรับมือฟิชชิงยังจำเป็น แต่สิ่งที่ได้ผลมากกว่าคือการบริหารช่องโหว่ของสินทรัพย์ที่เปิดสู่ภายนอก อุปกรณ์ VPN, remote desktop, อุปกรณ์รับส่งไฟล์ และเกตเวย์สำหรับบำรุงรักษาระยะไกลที่ติดตั้งอยู่ในโรงงาน สินทรัพย์เหล่านี้มักหลุดจากทะเบียนทรัพย์สิน IT ของโรงงาน และในขณะเดียวกันก็หันหน้าเข้าอินเทอร์เน็ตโดยตรง

การเข้าถึงของเวนเดอร์และบุคคลที่สาม — จุดบอดที่ใหญ่ที่สุด

จุดบอดที่ใหญ่ที่สุดในสภาพแวดล้อม OT ของโรงงาน คือข้อเท็จจริงที่ว่าผู้ผลิตเครื่องจักรและผู้รับเหมาบำรุงรักษามีช่องทางเข้าถึงจากระยะไกลอยู่

ผลสำรวจของ Ponemon ปี 2025 ระบุว่า ผู้ประกอบการภาคการผลิต 42% เคยประสบการละเมิดผ่านการเข้าถึงของบุคคลที่สามหรือเวนเดอร์ และ 54% ตอบว่าไม่ได้ตรวจสอบระดับความปลอดภัยของบุคคลที่สามก่อนให้สิทธิ์เข้าถึง รายงาน DBIR ฉบับปี 2026 ของ Verizon ก็ระบุว่าการละเมิดในภาคการผลิต 61% มีบุคคลที่สามเกี่ยวข้อง ขณะที่การวิเคราะห์ของ Cowbell พบว่าการโจมตีห่วงโซ่อุปทานเพิ่มขึ้น 431% เมื่อเทียบกับปี 2021

สิ่งที่เกิดขึ้นจริงหน้างานมีลักษณะประมาณนี้

• ตอนติดตั้งเครื่องจักรเมื่อ 10 ปีก่อน มีการเดินเราเตอร์และวงจรเฉพาะไว้ให้ผู้ผลิตใช้บำรุงรักษา ปัจจุบันยังใช้งานได้อยู่ แต่ในบริษัทไม่มีทั้งสัญญาและข้อมูลการตั้งค่าหลงเหลือ
• มีการติดตั้งเราเตอร์ 4G/5G เพิ่มเข้ากับเครื่องจักรภายหลัง ทำให้สื่อสารกับภายนอกได้โดยไม่ผ่านเครือข่ายของบริษัท และฝ่าย IT ไม่ทราบว่ามีอุปกรณ์นี้อยู่
• บัญชีที่พนักงานของเวนเดอร์ใช้เป็นบัญชีร่วม ไม่มีบันทึกว่าใครเข้าสู่ระบบเมื่อใด
• เครื่องมือสำหรับบำรุงรักษาระยะไกลเปิดรอการเชื่อมต่อตลอดเวลา ไม่ได้ใช้วิธีเปิดเฉพาะเมื่อจำเป็น

ทั้งหมดนี้ไม่ได้เกิดจาก “เจตนาร้าย” แต่เกิดจากความต้องการ “ให้เครื่องกลับมาเดินเร็วที่สุด” ด้วยเหตุนี้หน้างานจึงต่อต้านการรื้อถอนอย่างรุนแรง และหากสั่งห้ามเฉย ๆ ก็จะมีการสร้างทางลัดใหม่ขึ้นมาแทน การควบคุมการเข้าถึงของเวนเดอร์จึงเป็นทั้งปัญหาทางเทคนิค และปัญหาของสัญญากับกระบวนการทำงานไปพร้อมกัน

ช่องว่างด้านการตรวจจับและตอบสนอง

จากข้อมูลของ Dragos เครือข่าย OT ถึง 88% มีปัญหาด้านการตรวจจับและตอบสนอง ในโรงงานจำนวนมาก ไม่มีทั้งคนและกลไกที่เฝ้าดูอย่างต่อเนื่องว่าเกิดอะไรขึ้นในฝั่ง OT การรู้ตัวว่าผิดปกติมักเกิดขึ้นหลังจากไลน์หยุดไปแล้ว หรือหลังจากพนักงานคุมเครื่องบอกว่า “หน้าจอมันแปลก ๆ”

ฝั่ง IT มี EDR และ SIEM แต่ฝั่ง OT ไม่มีอะไรเลย ความไม่สมมาตรนี้ทำให้ความเสียหายยืดเยื้อ ในเมื่อการป้องกันการบุกรุกให้ได้ 100% เป็นไปไม่ได้ สนามรบที่แท้จริงจึงอยู่ที่ “รู้ตัวได้เร็วแค่ไหน และจำกัดวงได้แคบแค่ไหน”

พื้นฐาน IEC 62443 — โซนและคอนดูอิต ระดับความปลอดภัย และการป้องกันหลายชั้น

ทำไมต้องเป็น IEC 62443

IEC 62443 (ISA/IEC 62443) คือชุดมาตรฐานสากลว่าด้วยความปลอดภัยของระบบอัตโนมัติและระบบควบคุมทางอุตสาหกรรม (IACS, industrial automation and control systems) ขณะที่ ISO/IEC 27001 ซึ่งเป็นมาตรฐานฝั่ง IT กำหนด “กลไกขององค์กรในการปกป้องข้อมูล” IEC 62443 กำหนด “ข้อกำหนดทางเทคนิคและข้อกำหนดเชิงกระบวนการเพื่อปกป้องระบบควบคุม” โดยแยกตามบทบาทสามฝ่าย ได้แก่ เจ้าของสินทรัพย์ (asset owner คือโรงงาน) ผู้รับเหมาระบบ (system integrator) และผู้ผลิตผลิตภัณฑ์ (product supplier)

ณ ปี 2026 อุปกรณ์ IIoT และการวิเคราะห์บนคลาวด์ที่เชื่อมต่อกับอุปกรณ์ภาคสนาม ก็ถูกรวมเข้าไว้ในขอบเขตอย่างชัดเจนแล้ว นั่นหมายความว่า สถาปัตยกรรมสมัยใหม่แบบ “ดึงข้อมูลจากโรงงานขึ้นคลาวด์แล้ววิเคราะห์ด้วย AI” ก็อยู่ในระยะการใช้งานของมาตรฐานนี้เช่นกัน

สิ่งที่สำคัญในทางปฏิบัติคือ IEC 62443 ไม่ได้เป็นเพียงเอกสารทางเทคนิค แต่กำลังกลายเป็นภาษากลางในการค้า ตลาดความปลอดภัย OT มีมูลค่าราว 2.5 หมื่นล้านดอลลาร์สหรัฐในปี 2026 และ IEC 62443 ถูกอ้างอิงมากขึ้นทั้งในข้อกำหนดของสัญญาจัดซื้อ ในข้อกำหนดด้านกฎระเบียบ และแม้แต่ในใบคำขอเอาประกันภัยไซเบอร์ พูดอีกอย่างคือ ไม่ว่าจะขอการรับรองหรือไม่ ความสามารถที่จะ “อธิบายสถานะของโรงงานตนเองด้วยศัพท์ของมาตรฐานนี้” กำลังกลายเป็นเงื่อนไขทางธุรกิจ

โซนและคอนดูอิต (zones and conduits)

แนวคิดแกนกลางของ IEC 62443 คือการแบ่งเครือข่ายตามความเสี่ยงด้วย โซน (zones) และ คอนดูอิต (conduits)

• โซน คือกลุ่มของสินทรัพย์ที่มีข้อกำหนดการป้องกันร่วมกัน เช่น “ระบบควบคุมไลน์ฉีดขึ้นรูปอาคาร A” “กลุ่มเซิร์ฟเวอร์ MES ที่ใช้ร่วมทั้งโรงงาน” หรือ “ระบบเครื่องมือวัดเพื่อความปลอดภัย” เกณฑ์ในการแบ่งไม่ใช่ตำแหน่งทางกายภาพ แต่คือระดับการป้องกันที่ต้องการและระดับความเสี่ยง
• คอนดูอิต คือเส้นทางการสื่อสารที่ถูกควบคุมระหว่างโซนหนึ่งกับอีกโซนหนึ่ง ไม่ใช่แค่สายเคเบิลหรือวงจร แต่หมายถึงทางผ่านเชิงตรรกะที่นิยามว่า “จากโซนใดไปโซนใด ด้วยโปรโตคอลใด โดยใคร และเพื่อวัตถุประสงค์อะไร จึงจะสื่อสารได้”

หัวใจของการออกแบบนี้มีสองข้อ ข้อแรก ต้องวางการควบคุมอย่างชัดแจ้ง (ไฟร์วอลล์ การยืนยันตัวตน การเข้ารหัส และการเก็บล็อก) บนทุกคอนดูอิต ข้อที่สอง ต้องไม่อนุญาตให้มีการสื่อสารระหว่างโซนที่ไม่ผ่านคอนดูอิตเลยแม้แต่เส้นทางเดียว

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

ระดับความปลอดภัย SL1–SL4

IEC 62443 แสดงระดับที่ต้องปกป้องด้วยระดับความปลอดภัย (security level, SL) 1 ถึง 4 จุดสำคัญคือ SL สอดคล้องกับ “แรงจูงใจและทรัพยากรของผู้โจมตี”

การคิดว่าจะยกทุกโซนขึ้นเป็น SL4 ไม่สมจริง และไม่ตรงกับเจตนาของมาตรฐานด้วย เป้าหมายที่ควรตั้งคือประเมินความเสี่ยงเป็นรายโซน แล้วกำหนดระดับที่จำเป็นแยกกันไป การตัดสินใจให้มีความเข้ม-อ่อนต่างกัน เช่น กำหนดระดับสูงให้ระบบเครื่องมือวัดเพื่อความปลอดภัย และระดับต่ำให้ระบบสนับสนุนที่อยู่ใกล้สำนักงาน ตัวการตัดสินใจนั้นเองคือการปฏิบัติตาม IEC 62443

และการทำให้เห็นช่องว่างระหว่าง “ระดับที่เป็นอยู่จริง (SL-Achieved)” กับ “ระดับเป้าหมาย (SL-Target)” คือฐานของแผนการลงทุน แทนที่จะไปบอกผู้บริหารว่า “กังวลเรื่องความปลอดภัย ขออนุมัติงบหน่อย” เราจะพูดได้ว่า “เมื่อกำหนดเป้าหมายของไลน์หลักไว้ที่ SL2 ส่วนต่างจากสภาพปัจจุบันคือ 5 รายการนี้ และมีค่าใช้จ่ายเท่านี้” นี่คือประโยชน์เชิงปฏิบัติของการใช้ IEC 62443

การป้องกันเชิงลึกหลายชั้น (defense-in-depth)

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

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

คำว่า “ซื้อเวลา” คือแก่นของเรื่องนี้ ไม่ว่าจะวางมาตรการหนาแน่นเพียงใด ก็ไม่มีใครรับประกันได้ว่าจะกันการบุกรุกได้ทั้งหมด สิ่งที่ควรมุ่งคือยืดระยะเวลาจากการบุกรุกไปสู่การขยายความเสียหาย และรู้ตัวแล้วจำกัดวงให้ได้ภายในช่วงเวลานั้น ดังที่กล่าวไปแล้วว่าการหยุดผลิตส่วนใหญ่เกิดจากการลุกลามของความเสียหายฝั่ง IT การใส่ชั้นป้องกันที่แน่นหนาสักหนึ่งชั้นตรงเส้นแบ่ง IT/OT จึงเป็นการลงทุนที่ให้ผลตอบแทนต่อต้นทุนสูงที่สุดรายการหนึ่ง

ขั้นตอนการดำเนินงานที่ทำได้จริง — เฟส 0 ถึงเฟส 3

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

เฟส 0: กำหนดโครงสร้างและขอบเขต (1–2 เดือน)

หากไม่ตัดสินเรื่องเหล่านี้ก่อนเข้าสู่งานเชิงเทคนิค โครงการจะสะดุดกลางทางอย่างแน่นอน

• กำหนดเจ้าของงาน ระบุให้ชัดว่าใครรับผิดชอบความปลอดภัย OT ฝ่าย IT เพียงลำพังก็ไม่สำเร็จ ฝ่ายผลิตเพียงลำพังก็ไม่สำเร็จ รูปแบบที่สมจริงคือคณะทำงานขนาดเล็กที่มีทั้งสองฝ่าย และหากเป็นไปได้ควรมีผู้บริหารระดับสูงเป็นสปอนเซอร์
• กำหนดขอบเขต หากตั้งเป้าครอบคลุมทุกโรงงานทุกไลน์ตั้งแต่แรก งานจะไม่มีวันจบ ให้เลือก 1 ไซต์หรือ 1 ไลน์เป็นโครงการนำร่องก่อน เกณฑ์การเลือกคือ “ไลน์ที่ความเสียหายสูงเมื่อหยุด และขอความร่วมมือจากผู้เกี่ยวข้องได้ง่าย”
• ประเมินมูลค่าความเสียหายเมื่อหยุด หยุดหนึ่งวันเสียหายกี่บาท หากไม่มีตัวเลขนี้ การตัดสินใจลงทุนทั้งหมดหลังจากนั้นจะกลายเป็นการถกเถียงด้วยความรู้สึก ตัวเลขคร่าว ๆ ก็เพียงพอ
• ตรวจสอบขั้นตอนเผชิญเหตุที่มีอยู่ ส่วนใหญ่มีขั้นตอนสำหรับฝั่ง IT แต่ไม่มีสำหรับฝั่ง OT เพียงกำหนดว่า “ใครเป็นผู้ตัดสินใจว่าจะตัดเครือข่ายโรงงานหรือไม่” ก็เปลี่ยนคุณภาพของการตอบสนองในชั่วโมงแรกได้แล้ว

เฟส 1: ทำให้มองเห็นสินทรัพย์ (2–4 เดือน)

สิ่งที่ปกป้องไม่ได้อันดับหนึ่งคือสิ่งที่เราไม่รู้ว่ามีอยู่ วัตถุประสงค์ของเฟส 1 จึงมีเพียงข้อเดียว คือรู้ให้ได้ว่ามีอะไรเชื่อมต่ออยู่กับเครือข่าย OT บ้าง

• ปรับผังโครงสร้างเครือข่ายให้เป็นปัจจุบัน (แบบเดิมแทบทั้งหมดคลาดเคลื่อนจากสภาพจริง)
• จัดทำบัญชีอุปกรณ์ควบคุม HMI พีซีอุตสาหกรรม และอุปกรณ์เครือข่าย
• บันทึกเวอร์ชันของระบบปฏิบัติการและเฟิร์มแวร์ พร้อมสถานะการสนับสนุนของแต่ละอุปกรณ์
• ค้นหาเส้นทางสื่อสารกับภายนอกให้ครบทุกเส้น (รวมทั้งแบบมีสาย ไร้สาย และวงจรมือถือ)
• ทำบัญชีการเข้าถึงระยะไกลของเวนเดอร์ และจับคู่กับสัญญาที่มีอยู่

ตรงนี้มีหลักการที่ต้องรักษาไว้อย่างเด็ดขาด คือ ห้ามทำการสแกนเชิงรุก (active scan) กับเครื่องจักรที่กำลังเดินอยู่ การสแกนเครือข่ายที่ใช้กันเป็นเรื่องปกติในโลก IT อาจทำให้อุปกรณ์ควบคุมรุ่นเก่าหยุดทำงานหรือทำงานผิดพลาดได้ ในสภาพแวดล้อม OT หลักปฏิบัติมาตรฐานคือเริ่มจากวิธีการมองเห็นแบบพาสซีฟ (passive monitoring) ที่เพียงดักฟังทราฟฟิกเท่านั้น

การทำให้มองเห็นสินทรัพย์ยังสร้างคุณค่าในด้านอื่นนอกเหนือจากความปลอดภัย เพราะทะเบียนเครื่องจักรจะถูกจัดระเบียบ และจุดเก็บข้อมูลการเดินเครื่องจะชัดเจนขึ้น จึงนำไปใช้เป็นฐานของการนำระบบบริหารการผลิตมาใช้ในโรงงานที่ประเทศไทย หรือการเฝ้าระวังเครื่องจักรด้วย IoT ได้ทันที ในกรณีที่ขออนุมัติงบด้านความปลอดภัยเพียงอย่างเดียวได้ยาก การวางตำแหน่งงานทำให้มองเห็นสินทรัพย์ให้เป็นการลงทุนเพื่อปรับปรุงผลิตภาพ เป็นแนวทางที่ใช้กันบ่อยในทางปฏิบัติ

เฟส 2: แบ่งเครือข่ายและควบคุมเส้นแบ่ง (3–9 เดือน)

เมื่อมองเห็นสินทรัพย์แล้ว จึงแบ่งเครือข่ายตามแนวคิดโซนและคอนดูอิตของ IEC 62443

• ทำให้เส้นแบ่ง IT/OT ชัดเจน นี่คือลำดับความสำคัญสูงสุด ดังที่กล่าวไปแล้วว่าการหยุดผลิตส่วนใหญ่เกิดจากการลุกลามมาจากฝั่ง IT ให้วางไฟร์วอลล์ที่เส้นแบ่ง และนิยามอย่างชัดแจ้งว่าทราฟฟิกใดผ่านได้บ้าง
• สร้างโซนกลาง (DMZ) เมื่อจำเป็น ระบบที่ถูกเข้าถึงจากทั้งฝั่ง IT และฝั่ง OT เช่น MES หรือฐานข้อมูลประวัติการผลิต ควรวางไว้ตรงกลางระหว่างสองฝั่ง วัตถุประสงค์คือขจัดสถาปัตยกรรมที่เครื่องปลายทางฝั่ง IT แตะอุปกรณ์ OT ได้โดยตรง
• แบ่งเป็นรายไลน์หรือรายพื้นที่ เพื่อไม่ให้การปนเปื้อนในไลน์หนึ่งลามไปทั้งโรงงาน ไม่จำเป็นต้องทำพร้อมกันทั้งหมด ให้ไล่จากไลน์ที่มีความสำคัญสูงก่อน
• ควบคุมการเข้าถึงของเวนเดอร์ เลิกการเชื่อมต่อค้างไว้ตลอดเวลา เปลี่ยนเป็นการเปิดชั่วคราวตามคำร้องขอ พร้อมผสมผสานบัญชีรายบุคคล การยืนยันตัวตนหลายปัจจัย การบันทึกล็อกการปฏิบัติงาน และการบันทึกภาพเซสชัน ตามระดับความเสี่ยง เรื่องนี้ต้องเดินไปพร้อมกับการทบทวนสัญญา
• ทบทวนสำเนาสำรอง ตรวจสอบว่ามีการสำรองโปรแกรม PLC ข้อมูลหน้าจอ HMI พารามิเตอร์การตั้งค่าเครื่อง และข้อมูลสูตรการผลิตหรือไม่ กรณีที่สำรองเซิร์ฟเวอร์ฝั่ง IT ครบถ้วน แต่ข้อมูลการตั้งค่าฝั่งควบคุมอยู่ในเครื่องพีซีของพนักงานคนเดียวเท่านั้น พบได้บ่อยมาก ควรจัดเก็บในรูปแบบออฟไลน์หรือแบบที่แก้ไขไม่ได้

เฟส 3: เฝ้าระวัง ปฏิบัติการ และฝึกซ้อม (ต่อเนื่อง)

เมื่อแบ่งเครือข่ายเสร็จ ก็เข้าสู่การปฏิบัติการอย่างต่อเนื่อง

• ติดตั้งการเฝ้าระวังสำหรับ OT นำกลไกเฝ้าระวังที่เข้าใจโปรโตคอลอุตสาหกรรมมาใช้ เพื่อตรวจจับทราฟฟิกที่ผิดไปจากปกติและการปรากฏตัวของอุปกรณ์ใหม่ ดังที่กล่าวไปว่าเครือข่าย OT ถึง 88% มีปัญหาด้านการตรวจจับและตอบสนอง จุดนี้คือช่องว่างที่ใหญ่ที่สุดของโรงงานส่วนใหญ่
• กำหนดปลายทางของการแจ้งเตือน ต่อให้ตรวจจับได้ ถ้าไม่มีใครดูก็ไม่มีความหมาย ต้องตัดสินใจว่าจะดูเองหรือจ้างศูนย์เฝ้าระวัง (SOC) ภายนอก และจะเฝ้า 24 ชั่วโมงหรือเฉพาะเวลาทำการ
• ฝึกซ้อมการเผชิญเหตุ การซ้อมบนโต๊ะ (tabletop exercise) ก็เพียงพอ เพียงนำผู้รับผิดชอบตัวจริงมานั่งถกกันสัก 1–2 ชั่วโมงกับสถานการณ์สมมติว่า “คืนวันศุกร์พบการติดเชื้อในฝั่ง IT จะจัดการกับโรงงานอย่างไร” ก็จะพบช่องโหว่จำนวนมาก
• ผนวกเข้ากับการบริหารการเปลี่ยนแปลง สร้างกลไกให้การนำเครื่องจักรใหม่เข้ามา การดัดแปลง หรือการเพิ่มเวนเดอร์ ต้องผ่านการตรวจสอบด้านความปลอดภัย ถ้าไม่สร้างจุดนี้ โครงสร้างที่อุตส่าห์จัดระเบียบไว้จะกลับไปเหมือนเดิมภายในไม่กี่ปี
• ทบทวนเป็นระยะ การตรวจนับปีละครั้งตามไม่ทันความเร็วของการเปลี่ยนแปลง ควรออกแบบให้จับความเปลี่ยนแปลงของสินทรัพย์และการตั้งค่าโดยอัตโนมัติให้มากที่สุดเท่าที่ทำได้

กรอบค่าใช้จ่าย — อะไรราคาเท่าไร

ตัวเลขที่แสดงต่อไปนี้เป็น ราคาตลาดในประเทศญี่ปุ่น (อ้างอิงการรวบรวมของ AEVUS ฉบับปี 2026) หน่วยเป็นเงินเยน ส่วนตัวเลขบาทในวงเล็บเป็นเพียงการประมาณคร่าว ๆ โดยใช้อัตราแลกเปลี่ยนราว 1 เยน ≒ 0.22 บาท ซึ่งไม่ใช่การยืนยันอัตราที่แม่นยำ ณ เวลาใดเวลาหนึ่ง กรณีดำเนินการในประเทศไทยและภูมิภาค ASEAN ค่าใช้จ่ายอาจต่ำกว่านี้เนื่องจากความต่างของค่าแรง ในทางกลับกัน หากใช้รูปแบบที่ส่งผู้เชี่ยวชาญมาจากญี่ปุ่น หรือรวมการจัดทำรายงานเป็นภาษาญี่ปุ่นไว้ด้วย ค่าใช้จ่ายจะเข้าใกล้ระดับนี้ ขอให้ใช้เป็นเพียงจุดตั้งต้นในการพิจารณา

ในการดำเนินการตรวจสอบ มีเงื่อนไขตั้งต้นว่าต้องไม่กระทบเครื่องจักรที่กำลังผลิตอยู่ ซึ่งต้องอาศัยความรู้เฉพาะทาง จุดนี้เองคือเหตุผลของส่วนต่างราคาเมื่อเทียบกับการทดสอบเจาะระบบ (penetration test) แบบ IT ทั่วไป หากได้รับใบเสนอราคาที่ถูกผิดปกติ ควรตรวจสอบเสมอว่าผู้เสนอมีประสบการณ์ทำงานในสภาพแวดล้อม OT จริงหรือไม่

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

งบประมาณแบบเป็นขั้นตามขนาดกิจการ

ตัวเลขปีแรกของโรงงานขนาดเล็กที่ราว 1,600,000–3,800,000 เยน น่าจะต่ำกว่าที่ผู้บริหารหลายท่านจินตนาการไว้ เพราะในขั้นนี้จำกัดอยู่เพียงส่วนพื้นฐาน คือการตรวจสอบ การแบ่งเครือข่าย และการอบรม ในทางกลับกัน เหตุที่ตัวเลขขยับขึ้นเป็นปีละ 5,300,000–10,600,000 เยน เมื่อเพิ่มการเฝ้าระวังโดย SOC ตั้งแต่ปีที่สอง ก็เพราะการเฝ้าระวังเป็นบริการต่อเนื่องที่มีต้นทุนบุคลากรกำกับอยู่

วิธีคิดในการตัดสินใจลงทุนที่เข้าใจง่ายที่สุด คือนำไปเทียบกับ “มูลค่าความเสียหายเมื่อหยุดหนึ่งวัน” ที่คำนวณไว้ในเฟส 0 ดังที่กล่าวไปแล้วว่าเหตุการณ์แรนซัมแวร์ในภาคการผลิต 25% นำไปสู่การหยุดเดินเครื่องทั้งไซต์ OT และผลสำรวจของ IBM ประเมินต้นทุนเฉลี่ยต่อหนึ่งเหตุการณ์ในภาคการผลิตไว้ที่ประมาณ 5 ล้านดอลลาร์สหรัฐ เมื่อวางตัวเลขสองชุดนี้เคียงกัน แต่ละโรงงานย่อมประเมินได้เองว่าการลงทุนระดับหลักแสนถึงหลักล้านบาทในปีแรกสมเหตุสมผลหรือไม่

รูปแบบความล้มเหลวที่พบบ่อย

ต่อไปนี้คือความล้มเหลวที่เกิดซ้ำ ๆ ในโครงการจริง ทั้งหมดเป็นสิ่งที่หลีกเลี่ยงได้เพียงแค่รู้ล่วงหน้า

ยกวิธีของ IT มาใช้กับ OT ทั้งดุ้น

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

ในสภาพแวดล้อม OT การเปลี่ยนแปลงทุกอย่างอยู่ภายใต้ข้อจำกัดเรื่อง “การรับประกันการทำงานจากผู้ผลิตเครื่องจักร” จึงต้องตรวจสอบก่อนว่าสัญญาและเงื่อนไขการรับประกันอนุญาตหรือไม่ ไม่ใช่ตรวจสอบเพียงว่าทำได้ในทางเทคนิคหรือเปล่า

สแกนเชิงรุกกับเครื่องจักรที่กำลังเดิน

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

หลักการคือการทำให้มองเห็นในสภาพแวดล้อม OT ต้องเริ่มจากวิธีพาสซีฟที่เพียงดักฟังทราฟฟิก หากจำเป็นต้องตรวจสอบเชิงรุกจริง ๆ ให้จัดให้ตรงกับช่วง shutdown ประจำ หรือทดสอบบนแท่นทดสอบก่อน แล้วจึงดำเนินการอย่างจำกัดโดยได้รับอนุมัติจากผู้ผลิตเครื่องจักร

หยุดอยู่แค่การตรวจนับปีละครั้ง

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

การบริหารสินทรัพย์ต้องเปลี่ยนจาก “อีเวนต์” ให้เป็น “กระบวนการ” อุดมคติคือการตรวจจับอัตโนมัติอย่างต่อเนื่อง แต่หากทำได้ยาก เพียงตั้งกฎการทำงานว่า “เมื่อจะติดตั้งหรือดัดแปลงเครื่องจักร ต้องยื่นเรื่องต่อฝ่าย IT ทุกครั้ง” ก็ต่างกันมากแล้ว และเนื่องจากกฎจะถูกปฏิบัติตามหรือไม่ขึ้นอยู่กับความยุ่งยากของฝ่ายผู้ยื่น จึงควรออกแบบแบบฟอร์มให้เรียบง่ายที่สุด

ปล่อยวงจรบำรุงรักษาของเวนเดอร์ทิ้งไว้

รูปแบบที่จบลงด้วยบทสนทนาว่า “เราเตอร์ตัวนั้นคืออะไร” “ติดอยู่มาตั้งแต่ไหนแต่ไรแล้ว” ถ้ายังมีการเชื่อมต่อภายนอกที่ไม่รู้ว่าใครดูแลหลงเหลืออยู่ การไปรัดกุมเฉพาะด้านในย่อมได้ผลจำกัด

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

มุ่งความสมบูรณ์แบบจนไม่ได้เริ่มอะไรเลย

กรณีที่พยายามจัดทำแผนสมบูรณ์ครอบคลุมทุกโรงงานทั้งกลุ่มบริษัท จนใช้เวลาพิจารณา 2 ปี และระหว่างนั้นไม่มีอะไรถูกนำไปปฏิบัติเลย

ความปลอดภัย OT เป็นขอบเขตที่ไม่มีสภาพ 100% อยู่จริง แค่ทำหนึ่งไลน์ หรือแค่ติดตั้งไฟร์วอลล์หนึ่งตัวที่เส้นแบ่ง IT/OT สถานะก็ดีขึ้นอย่างแน่นอน การเดินโครงการนำร่องหนึ่งชุดให้จบ เรียนรู้ แล้วขยายผลต่อ กลับทำให้ก้าวหน้าเร็วกว่าในผลลัพธ์สุดท้าย

เดินหน้าโดยไม่ดึงหน้างานเข้ามาร่วม

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

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

มีสำเนาสำรอง แต่กู้คืนไม่ได้

รูปแบบที่ตรวจสอบเพียงว่า “มีแบ็กอัปไหม” แล้วสบายใจ ในความเป็นจริงยังมีปัญหาแฝงอยู่ เช่น ไม่มีเอกสารขั้นตอนการกู้คืน ผู้รับผิดชอบลาออกไปแล้ว ไม่เคยทดสอบกู้คืนแม้แต่ครั้งเดียว หรือแบ็กอัปเองอยู่บนเครือข่ายจึงถูกเข้ารหัสไปพร้อมกัน

อย่างน้อยที่สุดควรทดสอบ “กู้คืนจริง” ปีละครั้ง โดยเฉพาะโปรแกรมและพารามิเตอร์ฝั่งควบคุม ซึ่งเป็นขอบเขตที่มักเกิดสถานการณ์ว่ามีคนเดียวในโรงงานที่รู้วิธีกู้คืน

IoT ในโรงงาน และ DX ไปด้วยกันได้กับความปลอดภัย OT

DX กับความปลอดภัยไม่ได้ขัดแย้งกัน

เรามักได้ยินความกังวลว่า “ถ้าเข้มงวดด้านความปลอดภัย ทั้ง IoT และ DX ก็จะเดินหน้าไม่ได้” แต่ในความเป็นจริงกลับตรงกันข้าม

อุปสรรคที่พบบ่อยที่สุดในงาน DX ของภาคการผลิตในประเทศไทย ไม่ใช่ข้อกำหนดด้านความปลอดภัย หากแต่เป็นสภาพที่ว่า “ไม่รู้ว่าโครงสร้างของเครื่องจักรเป็นอย่างไร” “ไม่รู้ว่าจะดึงข้อมูลจากตรงไหน” และ “มีอุปกรณ์ที่ใครก็ไม่รู้ต่อเข้ามาเองเต็มไปหมดจนคุมไม่อยู่” งานทำให้มองเห็นสินทรัพย์ในเฟส 1 และการแบ่งเครือข่ายในเฟส 2 ก็คืองานจัดระเบียบความสับสนนี้โดยตรง

ในทางปฏิบัติ เมื่อจะติดตั้งระบบเฝ้าระวังเครื่องจักรด้วย IoT จำเป็นต้องตัดสินใจเสมอว่า “จะดึงข้อมูลจากอุปกรณ์ใด ด้วยโปรโตคอลใด ผ่านเส้นทางใด” ซึ่งแทบจะเป็นงานเดียวกันกับการออกแบบโซนและคอนดูอิตตาม IEC 62443 โครงสร้างที่จัดระเบียบไว้เพื่อความปลอดภัย จึงกลายเป็นฐานของการใช้ประโยชน์จากข้อมูลได้ทันที

การเดินหน้าระบบอัตโนมัติในโรงงาน (factory automation) ที่ประเทศไทย ก็เช่นเดียวกัน ยิ่งผลักดันการทำงานอัตโนมัติและการเชื่อมโยงเครื่องจักรมากเท่าใด อุปกรณ์ที่ต่อเข้าเครือข่ายก็ยิ่งเพิ่ม และการสื่อสารกับภายนอกก็ยิ่งมากขึ้น หากขยายไปโดยไม่มีแผน ต้นทุนในการกลับมาแบ่งเครือข่ายใหม่ภายหลังจะสูงขึ้นหลายเท่า ในทางกลับกัน หากขยายไปตามแบบการออกแบบโซนตั้งแต่ต้น ต้นทุนส่วนเพิ่มจะน้อยมาก

หลักการเมื่อจะนำเทคโนโลยีใหม่เข้ามา

ระยะหลังมีสถานการณ์ที่ต้องเชื่อมข้อมูลของโรงงานเข้ากับบริการภายนอกหรือคลาวด์มากขึ้น เช่นการใช้ AI agent ในภาคการผลิต การที่ IEC 62443 ณ ปี 2026 รวม IIoT และการวิเคราะห์บนคลาวด์ไว้ในขอบเขตอย่างชัดเจน ก็สะท้อนกระแสนี้เช่นกัน

หลักการเมื่อจะนำกลไกใหม่เข้ามานั้นเรียบง่าย

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

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

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

ความปลอดภัย OT โรงงาน คืออะไร และต่างจากความปลอดภัยไซเบอร์ทั่วไปอย่างไร

ความปลอดภัย OT หมายถึงความพยายามในการปกป้องเครื่องจักรการผลิตและระบบควบคุมของโรงงาน ได้แก่ PLC, SCADA, HMI, หุ่นยนต์อุตสาหกรรม อุปกรณ์เครื่องมือวัดต่าง ๆ และเครือข่ายที่เชื่อมสิ่งเหล่านี้เข้าด้วยกัน จากการโจมตีทางไซเบอร์และการสั่งการโดยไม่ได้รับอนุญาต

ขณะที่ความปลอดภัยฝั่ง IT ให้ความสำคัญสูงสุดกับการปกป้องข้อมูล ความปลอดภัย OT ให้ความสำคัญสูงสุดกับความต่อเนื่องของการเดินเครื่องและความปลอดภัยของคน อีกทั้งอายุการใช้งานของเครื่องจักรยาวถึง 15–30 ปี และไม่สามารถติดตั้งแพตช์หรือรีสตาร์ตได้ตามใจ จึงมีลักษณะเฉพาะที่ไม่อาจนำวิธีการแบบ IT มาใช้ทั้งดุ้นได้

ถ้าฝ่าย IT มีมาตรการอยู่แล้ว ยังต้องทำความปลอดภัยไซเบอร์ภาคการผลิตเพิ่มอีกหรือไม่

ยังจำเป็น แต่ในแง่ลำดับความสำคัญ มาตรการฝั่ง IT ถือเป็นฐานราก

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

อย่างไรก็ตาม ต่อให้รัดกุมเฉพาะฝั่ง IT ก็ยังมีเส้นทางที่ฝ่าย IT ไม่ทราบหลงเหลืออยู่ เช่น วงจรบำรุงรักษาของเวนเดอร์หรือเราเตอร์มือถือที่ติดตั้งเพิ่มภายหลัง ยิ่งไปกว่านั้น หากไม่มีทัศนวิสัยฝั่ง OT เมื่อถูกบุกรุกก็จะพิสูจน์ไม่ได้ว่า “โรงงานยังไม่ปนเปื้อน” และถูกบีบให้ตัดสินใจหยุดการผลิตเชิงป้องกัน จึงจำเป็นต้องเดินหน้าการควบคุมเส้นแบ่ง IT/OT และการทำให้มองเห็นฝั่ง OT ควบคู่ไปด้วย

IEC 62443 คืออะไร และการขอการรับรองมีค่าใช้จ่ายเท่าไร

IEC 62443 คือชุดมาตรฐานสากลด้านความปลอดภัยของระบบอัตโนมัติและระบบควบคุมทางอุตสาหกรรม แกนกลางคือการแบ่งเครือข่ายตามความเสี่ยงด้วยโซนและคอนดูอิต และการกำหนดระดับความปลอดภัย SL1–SL4 ตามแรงจูงใจและทรัพยากรของผู้โจมตี

ในด้านค่าใช้จ่าย ราคาตลาดในประเทศญี่ปุ่นอยู่ที่ราว 3,000,000 เยน ถึงมากกว่า 15,000,000 เยนในปีแรก (ราว 660,000 บาท ถึงมากกว่า 3,300,000 บาท ตามอัตราประมาณ 1 เยน ≒ 0.22 บาท) โดยแยกเป็น CSMS ระดับองค์กร 3,000,000–7,000,000 เยน ข้อกำหนดการออกแบบระบบ 4,000,000–8,000,000 เยน กระบวนการพัฒนา 5,000,000–10,000,000 เยน และการตรวจติดตามรายปี ปีละ 1,000,000–3,000,000 เยน หากดำเนินการในพื้นที่ที่ระดับค่าแรงต่างออกไปอย่างประเทศไทย ค่าใช้จ่ายอาจต่ำกว่านี้

อย่างไรก็ตาม สำหรับโรงงานส่วนใหญ่ สิ่งที่จำเป็นก่อนไม่ใช่การขอการรับรอง หากใช้เพียงแนวคิดของ IEC 62443 คือโซนและคอนดูอิตกับการกำหนดระดับความปลอดภัย มาเป็นไม้บรรทัดในการออกแบบ ก็ไม่มีค่าใช้จ่ายด้านการรับรอง แนวทางที่สมจริงคือพิจารณาขอการรับรองเมื่อมีความต้องการจากลูกค้าหรือข้อกำหนดด้านกฎระเบียบที่ชัดเจนแล้ว

มาตรการรับมือแรนซัมแวร์ในโรงงาน ควรเริ่มจากอะไรก่อน

แนะนำให้ดำเนินการสามข้อต่อไปนี้ตามลำดับ

1. ประเมินมูลค่าความเสียหายเมื่อหยุด คำนวณว่าการหยุดผลิตหนึ่งวันคิดเป็นความสูญเสียเท่าไร ตัวเลขนี้จะเป็นเกณฑ์ของการตัดสินใจลงทุนทุกครั้งหลังจากนั้น
2. รู้ให้ได้ว่ามีอะไรต่ออยู่กับเครือข่าย OT โดยเฉพาะเส้นทางที่สื่อสารกับภายนอก ได้แก่ วงจรบำรุงรักษาของเวนเดอร์ เราเตอร์มือถือ และการเชื่อมต่อไร้สาย ต้องค้นหาให้ครบทุกเส้น และในขั้นตอนนี้ห้ามสแกนเชิงรุกกับเครื่องจักรที่กำลังเดิน
3. แยกเส้นแบ่ง IT/OT วางการควบคุมที่เส้นแบ่งเพื่อไม่ให้ความเสียหายฝั่ง IT ลุกลามไปฝั่ง OT พร้อมกันนั้นให้จัดทำสำเนาสำรองของโปรแกรมและพารามิเตอร์ฝั่งควบคุม และทดสอบการกู้คืนจริง

การนำระบบตรวจจับขั้นสูงมาใช้ ค่อยดำเนินการหลังจากสามข้อนี้เสร็จก็ยังทัน

โรงงานในประเทศไทยเข้าข่ายกฎหมายด้านความมั่นคงปลอดภัยไซเบอร์หรือไม่

ต้องตรวจสอบการเข้าข่ายเป็นรายกรณี ประเทศไทยมี พ.ร.บ. การรักษาความมั่นคงปลอดภัยไซเบอร์ ซึ่ง สกมช. (NCSA) กำหนดให้หน่วยงาน CII หรือโครงสร้างพื้นฐานสำคัญทางสารสนเทศ มีหน้าที่รายงานเหตุการณ์และปฏิบัติตามมาตรฐานที่กำหนด ในเดือนกันยายน 2025 คณะกรรมการการรักษาความมั่นคงปลอดภัยไซเบอร์แห่งชาติได้ออกประกาศฉบับใหม่ปรับปรุงรายชื่อองค์กร CII แทนที่การจัดหมวดหมู่ของปี 2023 และขยายขอบเขตผู้เข้าข่าย จึงคุ้มค่าที่จะกลับไปตรวจสอบใหม่ว่าธุรกิจของท่านอยู่ในข่ายหรือไม่

นอกจากนี้ ยังมี พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 (PDPA) บังคับใช้คู่ขนานกับข้อกำหนด CII เมื่อเกิดเหตุละเมิด จะต้องดำเนินกระบวนการแจ้งเหตุและบริหารความเสี่ยงให้สอดคล้องกับข้อกำหนดของทั้ง PDPC และ สกมช. จึงควรจัดเตรียมรายการปลายทางการรายงานและกำหนดเวลาไว้ล่วงหน้าในแผนเผชิญเหตุ อีกทั้งมาตรฐานความปลอดภัยเว็บไซต์ปี 2025 ยังกำหนดให้ใช้ SSL/TLS และการยืนยันตัวตนหลายปัจจัย ซึ่งอาจครอบคลุมถึงระบบเว็บที่โรงงานเปิดให้ภายนอกใช้งานด้วย

เครื่องจักรเก่าจำนวนมากที่ติดตั้งแพตช์ไม่ได้ ควรจัดการอย่างไร

การออกแบบบนสมมติฐานว่า “ติดตั้งแพตช์ไม่ได้” คือแนวคิดพื้นฐานของความปลอดภัย OT

ในทางปฏิบัติคือแยกอุปกรณ์ที่ติดตั้งแพตช์ไม่ได้ออกไปไว้ในโซนอิสระ และจำกัดเส้นทางการสื่อสาร (คอนดูอิต) เข้าสู่โซนนั้นอย่างเข้มงวด แนวคิดนี้เรียกว่าการควบคุมเชิงชดเชย (compensating controls) คือแทนที่จะกำจัดช่องโหว่โดยตรง ก็ทำให้ไม่มีใครเข้าถึงช่องโหว่นั้นได้แทน ควบคู่ไปกับการสำรองการตั้งค่าและโปรแกรมของอุปกรณ์นั้นไว้ให้ครบ เพื่อให้กู้คืนได้ในเวลาสั้นเมื่อเกิดเหตุ

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

การทำ IoT ในโรงงาน และ DX ขัดแย้งกับความปลอดภัยหรือไม่

ไม่ขัดแย้ง ในทางกลับกันยังเป็นงานที่เข้ากันได้ดีในเชิงลำดับขั้นตอน

การติดตั้งระบบเฝ้าระวังเครื่องจักรด้วย IoT จำเป็นต้องตัดสินว่าจะดึงข้อมูลจากอุปกรณ์ใดด้วยโปรโตคอลใด ซึ่งแทบจะเป็นงานเดียวกับการออกแบบโซนและคอนดูอิตของ IEC 62443 ทะเบียนสินทรัพย์และผังเครือข่ายที่จัดทำขึ้นเพื่อความปลอดภัย จึงนำมาใช้เป็นฐานของการใช้ประโยชน์จากข้อมูลได้ทันที

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

โรงงานขนาดกลางและขนาดเล็กทำได้จริงหรือไม่

ทำได้ ตามราคาตลาดในประเทศญี่ปุ่น งบประมาณปีแรกของโรงงานขนาดเล็กอยู่ที่ราว 1,600,000–3,800,000 เยน (ราว 350,000–840,000 บาท) สำหรับการตรวจสอบ การแบ่งเครือข่าย และการอบรม และจะเพิ่มเป็นปีละ 5,300,000–10,600,000 เยน (ราว 1,170,000–2,330,000 บาท) เมื่อเพิ่มการเฝ้าระวังโดย SOC ตั้งแต่ปีที่สอง หากดำเนินการในประเทศไทย ค่าใช้จ่ายอาจต่ำกว่านี้เนื่องจากความต่างของค่าแรง

การมีขนาดเล็กยังมีข้อได้เปรียบอยู่บ้าง เพราะเมื่อจำนวนเครื่องจักรน้อย การสำรวจสินทรัพย์ก็เสร็จเร็ว และเมื่อชั้นการตัดสินใจตื้น การสร้างฉันทามติกับหน้างานก็เดินหน้าได้เร็วเช่นกัน ตามที่แนวทางของกระทรวงเศรษฐกิจ การค้า และอุตสาหกรรมญี่ปุ่นระบุไว้ว่า “โรงงานใดก็ตามล้วนมีโอกาสถูกโจมตีทางไซเบอร์” ขนาดที่เล็กไม่ใช่เหตุผลที่จะไม่ถูกโจมตี ขอแนะนำให้เริ่มจากโครงการนำร่องเพียงหนึ่งไลน์ก่อน

สรุป

ประเด็นสำคัญเกี่ยวกับความปลอดภัย OT ของโรงงาน สรุปได้ดังนี้

• OT กับ IT ต่างกันทั้งวัตถุประสงค์และข้อจำกัด ฝั่ง OT ให้ความสำคัญสูงสุดกับความพร้อมใช้งานและความปลอดภัยของคน อายุเครื่องจักรยาว และติดตั้งแพตช์ได้ไม่อิสระ การยกวิธีของ IT มาใช้ทั้งดุ้นจะทำให้หน้างานพัง
• ภัยคุกคามมีอยู่จริงในรูปของตัวเลข ไตรมาสแรกปี 2026 มีเหตุการณ์แรนซัมแวร์ที่โจมตีองค์กรภาคอุตสาหกรรม 1,020 กรณี เป็นภาคการผลิต 633 กรณี (62%) ส่วนเอเชียเพิ่มจาก 113 กรณีในไตรมาสก่อนเป็น 137 กรณี
• ประเทศไทยไม่ใช่พื้นที่ปลอดภัยอีกต่อไป ไทยติดกลุ่ม 10 ประเทศที่ถูกโจมตีมากที่สุดในโลกเป็นครั้งแรกในช่วงต้นปี 2026 และ 42.9% ของเหตุการณ์แรนซัมแวร์ที่พบในไทยเป็นฝีมือกลุ่ม The Gentleman ซึ่งเป็นกลุ่มที่ติดอันดับต้น ๆ ของการโจมตีภาคอุตสาหกรรมด้วย
• แต่ OT ไม่ได้ถูกทำลายโดยตรง ยังไม่พบสายพันธุ์ที่สั่งการโปรโตคอลควบคุมอุตสาหกรรมโดยตรง การหยุดผลิตเกิดจากการลุกลามของความเสียหายในระบบฝั่ง IT ดังนั้นการควบคุมเส้นแบ่ง IT/OT จึงเป็นมาตรการที่คุ้มค่าที่สุด
• การเข้าถึงของเวนเดอร์และบุคคลที่สามคือจุดบอดที่ใหญ่ที่สุด ผู้ประกอบการภาคการผลิต 42% เคยถูกละเมิดผ่านการเข้าถึงของบุคคลที่สาม และ 54% ไม่ได้ตรวจสอบความปลอดภัยของคู่ค้าก่อนให้สิทธิ์
• IEC 62443 ใช้เป็นไม้บรรทัดในการออกแบบได้ ทั้งการแบ่งด้วยโซนและคอนดูอิต การกำหนดระดับ SL1–4 และการป้องกันเชิงลึกหลายชั้น ส่วนการขอการรับรองค่อยตัดสินใจเมื่อจำเป็นก็เพียงพอ
• กฎเกณฑ์มีอยู่จริงในประเทศไทย พ.ร.บ. การรักษาความมั่นคงปลอดภัยไซเบอร์และ สกมช. รายชื่อ CII ที่ปรับปรุงเมื่อเดือนกันยายน 2025 ภาระซ้อนกับ PDPA และมาตรฐานความปลอดภัยเว็บไซต์ปี 2025 สำหรับโรงงานญี่ปุ่น ยังมีแนวทางของ METI และ 10 ภัยคุกคามของ IPA เป็นฐานของมาตรฐานกลุ่มบริษัทอีกชั้นหนึ่ง
• ลำดับก่อนหลังคือตัวชี้ขาด กำหนดโครงสร้างและขอบเขต ทำให้มองเห็นสินทรัพย์ แบ่งเครือข่าย แล้วจึงเฝ้าระวังและปฏิบัติการ เดินตามลำดับนี้ และเริ่มจากโครงการนำร่องเพียงหนึ่งไลน์คือแนวทางที่สมจริง
• ไม่ขัดแย้งกับ DX การทำให้มองเห็นสินทรัพย์และการจัดระเบียบเครือข่าย คือฐานของการเฝ้าระวังเครื่องจักรด้วย IoT และการก้าวสู่โรงงานอัจฉริยะโดยตรง

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

TOMAS TECH CO., LTD. มีสำนักงานอยู่ที่กรุงเทพมหานคร ให้บริการระบบบริหารการผลิต PEGASUS และระบบบริหารจัดการพลังงานแก่ผู้ผลิตในประเทศไทยและภูมิภาค ASEAN หากท่านต้องการปรึกษาเรื่องการจัดระเบียบเครือข่ายโรงงานหรือการออกแบบระบบเฝ้าระวังเครื่องจักรด้วย IoT ยินดีให้คำปรึกษา

แหล่งอ้างอิง

• Dragos “Industrial Ransomware Analysis for the First Quarter of 2026”
• Manufacturing Cybersecurity Statistics 2026 (deepstrike.io)
• กระทรวงเศรษฐกิจ การค้า และอุตสาหกรรมญี่ปุ่น (METI) “แนวทางมาตรการความมั่นคงปลอดภัยไซเบอร์-กายภาพสำหรับระบบโรงงาน”
• METI ภาคผนวก “ประเด็นสำคัญในการเดินหน้าสู่โรงงานอัจฉริยะ” (4 เมษายน 2024)
• Dragos “Understanding ISA/IEC 62443: A Guide for OT Security Teams”
• Silk Legal “Strengthening Thailand’s Cyber Resilience: New List of Critical Information Infrastructure Organizations”
• SOCRadar “Thailand Threat Landscape Report 2026”
• ค่าใช้จ่ายมาตรการความปลอดภัย OT ในภาคการผลิต ฉบับปี 2026 (AEVUS)