การบริหารสินทรัพย์ OT: บัญชีสินทรัพย์ RFP และการรับมอบ 90 วันสำหรับโรงงานไทย

การบริหารสินทรัพย์ OT ในโรงงานไทยไม่ใช่เพียงการนับอุปกรณ์ที่ต่ออยู่บนเครือข่าย เป้าหมายคือการเชื่อมโยง PLC, HMI, SCADA, VFD, Industrial Switch, Engineering Workstation, Maintenance PC และเส้นทาง Remote Access เข้ากับหน้าที่ในกระบวนการผลิต ค่า Configuration ที่อนุมัติ ความสัมพันธ์การสื่อสาร ประวัติการเปลี่ยนแปลง และหลักฐานการกู้คืน บทความนี้อธิบายวิธีรวม Passive Discovery กับการสำรวจด้วยคน การกำหนดบัญชีสินทรัพย์ OT การเขียน RFP และการทดสอบรับมอบ PoC 90 วัน

อย่าจบโครงการบริหารสินทรัพย์ OT แค่ติดตั้งเครื่องมือ Discovery

โรงงานมีอุปกรณ์ที่ไม่สื่อสารตลอดเวลา อะไหล่สำรองที่เก็บอยู่บนชั้น Maintenance PC ที่เชื่อมต่อเฉพาะเวลาซ่อม อุปกรณ์ Serial หลัง Gateway, Remote I/O หลัง PLC และ Unmanaged Switch ในตู้ควบคุม สิ่งเหล่านี้อาจไม่ปรากฏจากจุดสังเกตกลาง ขณะเดียวกัน IP Address หนึ่งค่าไม่ได้เท่ากับสินทรัพย์หนึ่งรายการเสมอไป เพราะอุปกรณ์อาจมีหลาย Interface มี Redundancy, NAT หรือมีการนำ IP กลับมาใช้หลังเปลี่ยนอุปกรณ์

NIST NCCoE ประกาศ Project Description เมื่อเดือนมิถุนายน 2026 เพื่อสาธิตแนวทางบริหารสินทรัพย์ OT ที่รวม Automated/Manual Discovery, Inventory Management, Configuration Management และ Change Management เอกสารดังกล่าวมี High-level Reference Architecture และความสามารถที่ต้องการนำไปสาธิต แต่ยังเป็น คำอธิบายโครงการ ไม่ใช่มาตรฐานที่เสร็จสมบูรณ์ ไม่ใช่ Certification และไม่ใช่ข้อบังคับ ประเด็นสำคัญสำหรับผู้ซื้อคือควรรวมการค้นพบ การยืนยันโดยหน้างาน และการอนุมัติการเปลี่ยนแปลงไว้ในขอบเขตเดียวกัน

NIST SP 800-82 Rev.3 ระบุว่าการรักษาความมั่นคงปลอดภัยของ OT ต้องคำนึงถึง Performance, Reliability และ Safety ที่เป็นลักษณะเฉพาะ จึงไม่ควรนำวิธี Scan ของ IT มาใช้บน Production Network โดยไม่มีการประเมิน บทความนี้กำหนดให้ ห้าม Active Scan ที่ยังไม่ได้ประเมินความปลอดภัย และให้เริ่มจากการสังเกต Traffic ที่มีอยู่แบบ Passive ร่วมกับการสำรวจด้วยคนที่ได้รับอนุมัติ ทั้งนี้ Passive ไม่ได้แปลว่าไม่มีความเสี่ยง การตั้งค่า Mirror Port, Bandwidth, Time Synchronization, สิทธิ์เข้าถึง Sensor และการจัดการข้อมูลยังต้องผ่าน Change Control

บทความนี้ไม่ซ้ำกับภาพรวม OT Security หรือการซ้อมรับมือเหตุการณ์ อ่านหัวข้อเหล่านั้นได้ที่ OT Security สำหรับโรงงานในไทย, Wireless LAN และ Industrial Network ในโรงงาน และ การซ้อมรับมือ OT Cyber Incident ขอบเขตในที่นี้คือ “มีอะไร อยู่ที่ไหน ตั้งค่าอย่างไร สื่อสารกับอะไร และเปลี่ยนเมื่อใด” เพื่อนำไปใช้กับการจัดซื้อ การรับมอบ และงานประจำวัน

กำหนดวัตถุประสงค์และขอบเขตก่อนเปรียบเทียบผลิตภัณฑ์

Deliverable แรกควรเป็น Scope Sheet หนึ่งหน้า ไม่ใช่ตาราง Feature ระบุโรงงาน อาคาร Line, Cell, Network, เวลาทำงาน ช่วงที่หยุดได้ พื้นที่นอกขอบเขต ผู้ใช้บัญชีสินทรัพย์ และการตัดสินใจที่จะใช้ข้อมูลนี้

วัตถุประสงค์ “ทราบจำนวนอุปกรณ์” ยังไม่เพียงพอ ควรเขียนให้นำไปเป็นข้อกำหนดได้ เช่น

• จัดลำดับการเปลี่ยนอุปกรณ์ที่ใกล้ EOL/EOS โดยพิจารณา Business Criticality และ Safety Impact;
• ส่ง Connection หรือ Configuration ที่ไม่ได้รับอนุมัติเข้า Queue ให้หน้างานตรวจสอบ;
• ค้นหา Logic, Configuration, License, Engineering Tool และ Procedure ที่ต้องใช้เมื่อเปลี่ยน PLC/HMI;
• ติดตาม Owner, Approval Period, Destination และ Usage Log ของ Remote-maintenance Path;
• อธิบายได้ว่าสินทรัพย์ที่คาดหวังรายการใดถูกสังเกต และ Change ใดยังไม่ปิดหลังงานซ่อมหรือการซ้อม

Production, Maintenance, Controls Engineering, IT, Cybersecurity, Quality, Safety, Procurement และ Service Provider มีข้อมูลคนละส่วน Maintenance อาจรู้ Model และตำแหน่ง Controls Engineer รู้ Communication และ Project File, IT รู้ Identity และ Network ส่วน Production รู้ผลกระทบต่อการผลิต บัญชีที่ทำโดยแผนกเดียวจึงอาจละเอียดแต่ไม่สะท้อนความจริง

นิยาม “หนึ่งสินทรัพย์” ให้ชัด

PLC Chassis, Communication Module, Remote I/O และ Power Supply อาจนับแยกเพื่อการซ่อม หรือรวมเป็น Controlled System เดียวก็ได้ HMI Runtime, OS และ Project File อาจเป็น Configuration Item ที่ผูกกับ Physical Panel ต้องกำหนดกติกา Identity ก่อนเปรียบเทียบจำนวนที่แต่ละ Vendor ตรวจพบ

Coverage ของ PoC ต้องวัดกับ Population และ Identity Rule ที่ระบุไว้ ไม่ใช่จำนวน IP ดิบ

รวม Passive Discovery กับการสำรวจด้วยคน

Passive Discovery คือการสังเกต Traffic ที่มีอยู่ผ่าน SPAN Port, Network TAP หรือจุดเก็บข้อมูลที่อนุมัติ เพื่อหา Asset Candidate และ Communication Relationship โดยไม่ส่งคำถามไปยัง Controller วิธีนี้เหมาะเป็นจุดเริ่มต้น แต่ไม่เห็นอุปกรณ์ที่ไม่สื่อสารหรือ Traffic ที่ไม่ผ่านจุดสังเกต

Manual Discovery ไม่ใช่แค่เดินจดลง Excel แต่เป็นการตรวจสอบและกระทบยอดข้อมูลจาก Drawing, Control Panel, Nameplate, Maintenance Register, Spare Store, รายการ Engineering Project, Switch Configuration, Backup Repository, VPN Setting, Service Contract และการสัมภาษณ์ แล้วผูกเข้ากับ Asset ID ที่กำกับดูแล ต้องกำหนดเรื่องการถ่ายภาพ การเปิดตู้ คุณสมบัติผู้ปฏิบัติงาน PPE และผลกระทบต่อ Production ล่วงหน้า

จุดสังเกตกำหนดความสำเร็จของการมองเห็นเครือข่ายโรงงาน

Sensor ที่ Core Switch อาจไม่เห็นการสื่อสารภายใน VLAN เดียวกัน ภายใน Ring หรือหลัง Unmanaged Switch การสื่อสาร PLC กับ Local HMI, Serial Network หลัง Gateway และ Wireless/Cellular ชั่วคราวอาจไม่ผ่านจุดนั้น ก่อนออก RFP ให้นำรายการต่อไปนี้วางซ้อนบน Logical/Physical Network Drawing:

1. Process ในขอบเขตและอุปกรณ์ที่มีผลต่อ Safety;
2. VLAN, Subnet, Routing Boundary และ Redundant Path;
3. Managed Switch และ Port ที่ทำ Mirror ได้;
4. จุดติดตั้ง TAP, Power, Rack Space และ Cable Route;
5. Remote Access, Maintenance Wi-Fi และ Cellular Connection;
6. Blind Spot และผู้รับผิดชอบการตรวจด้วยคน

Drawing นี้ต้องอยู่ภายใต้ Change Control ด้วย จำนวนอุปกรณ์ที่ตรวจพบเพิ่มขึ้นไม่ใช่ Coverage หากอธิบาย Observation Boundary ไม่ได้

เงื่อนไขก่อนพิจารณา Active Scan

Active Scan ไม่จำเป็นต้องห้ามตลอดไป แต่ต้องห้ามจนกว่าจะประเมินความปลอดภัยเสร็จ ตรวจ Device, Firmware และ Protocol ร่วมกับ Vendor, Controls Engineer และ Safety Owner ทดลองใน Test Environment หรือ Segment ที่จำกัด ระบุ Packet/Command ที่อนุญาต Rate, Time Window, Observer, Stop Criteria, Rollback และ Contact ใน Change Record

คำว่า “read-only” หรือ “safe scan” ในเอกสารผลิตภัณฑ์ไม่ใช่หลักฐานรับมอบ โรงงานต้องทราบว่าเครื่องมือส่งอะไร ส่งบ่อยแค่ไหน และ Retry อย่างไร หากไม่อนุญาต Active Function ต้องตรวจทั้ง Configuration และ Packet Trace ว่าไม่มี Traffic ดังกล่าว

ฟิลด์สำคัญของบัญชีสินทรัพย์ OT

บัญชีที่ดีไม่ใช่บัญชีที่มี Column มากที่สุด แต่เป็นบัญชีที่เก็บค่าซึ่งใช้ตัดสินใจ พร้อม Owner, Source, Timestamp และ Approval State ควรแยกค่าที่ระบบสังเกตอัตโนมัติ ค่าที่คนตรวจยืนยัน และ Approved Baseline

Identity และความรับผิดชอบ

Configuration, Communication และ Access

Criticality, Safety, Lifecycle และ Recovery

NIST SP 1339 แนะนำให้รวม OT Backup เข้ากับ Change Management ทำ Backup อย่างสม่ำเสมอ ทดสอบ และทบทวนใน Recovery Exercise ตัวอย่างครอบคลุม PLC, Switch, Firewall, Transmitter, Actuator, DCS, SCADA, VFD และ HMI การกู้คืนอาจต้องใช้ Logic, Configuration, I/O, Firmware, HMI Asset, License, Tool และเอกสาร ดังนั้นบัญชีควรลิงก์ไปยังหลักฐานว่าสามารถกู้คืนได้ ไม่ใช่มีเพียงค่า “มี Backup”

บังคับ Source, Checked Date และ Confidence

Passive Fingerprint, Nameplate ที่ตรวจจริง, เอกสาร Vendor และคำบอกของ Operator มีความน่าเชื่อถือต่างกัน เก็บ Source, Last Verified, Verifier, Confidence และ Approval State เมื่อ Observed Value ต่างจาก Approved Value ให้สร้าง Reconciliation Item แทนการเขียนทับ Baseline

การปล่อยค่า unknown ดีกว่าการเดาเพื่อไม่ให้ช่องว่าง แต่ unknown ที่ไม่มี Owner และ Due Date จะกลายเป็นหนี้ถาวร จึงต้องเชื่อม Data Quality เข้ากับ Workflow

กำกับแหล่งข้อมูลอ้างอิง 4 ชนิด: Asset, Configuration, Communication, Change

แนวคิด “Single Source of Truth” อาจสร้างปัญหาหากบังคับข้อมูลทุกชนิดลงฐานเดียว ควรกำหนดแหล่งข้อมูลอ้างอิงที่มีการกำกับดูแลตามประเภทข้อมูล

จะเก็บใน Platform เดียวหรือเชื่อม CMMS/CMDB, Visibility Platform และ Change System ก็ได้ สิ่งสำคัญคือ Controlled Key Mapping, Precedence และ Update Rule

หาก Passive Discovery แสดงว่า Firmware เปลี่ยน ห้ามอัปเดต Approved Baseline อัตโนมัติ ให้เก็บ Observation แล้วเทียบกับ Planned Change, Maintenance Record และหลักฐานหน้างานก่อนอนุมัติ หาก Change ปิดแล้วแต่ Observation ไม่เปลี่ยน ต้องตรวจว่างานยังไม่เสร็จ มองไม่เห็น หรือ Parser ผิด

Official Overview ของ IEC 62443-2-1:2024 ระบุว่ามาตรฐานเกี่ยวกับ Policy/Procedure ของ Security Program สำหรับ IACS Asset Owner/Operator และยอมรับว่า Lifecycle อาจเกิน 20 ปีรวมถึง Legacy System ที่หมด Support ใน Preview ที่เปิดเผยมี CM1 inventory management และหัวข้อ baseline, infrastructure documentation, configuration, change control อย่างไรก็ตามบทความนี้ไม่ใช่ Conformity Assessment และการซื้อ Inventory Product เพียงอย่างเดียวไม่รับประกันการสอดคล้องกับ IEC 62443-2-1

ตรวจสอบและกระทบยอดสถานะ unknown / new / missing อย่างต่อเนื่อง

ทันทีที่ Initial Inventory เสร็จ โรงงานก็เปลี่ยนต่อ มี Replacement, Maintenance PC, การหยุดเครื่อง และการเปลี่ยน IP งานประจำวันจึงต้องเปรียบเทียบ Current Observation กับ Approved State ผ่าน 3 สถานะ:

• unknown: สังเกตพบแต่ยังไม่ผูกกับ Approved Asset/Baseline;
• new: ตั้งใจนำเข้าหรือเปลี่ยน และอยู่ระหว่าง Approval/Registration;
• missing: ตามบัญชีควรมีหรือควรทำงาน แต่ไม่พบใน Observation Window ที่ตกลง

unknown ไม่ได้แปลว่าถูกบุกรุกทันที และ missing ไม่ได้แปลว่าเสียทันที อาจเป็น Contractor Laptop ที่ได้รับอนุมัติ หรือ Spare ที่ปิดตามแผน ต้องแยก Detection State ออกจาก Incident Classification

Workflow มาตรฐานสำหรับความต่าง

1. Generate Candidate จาก Sensor, Walkdown, Change และ Maintenance System;
2. Correlate MAC, Serial, Switch Port, Location, Fingerprint โดยไม่ลบหลักฐานเดิม;
3. Prioritize ตาม Safety, Business Criticality, Remote Access, Change Time, Confidence;
4. Assign ให้ Owner ของ Line/Asset/Technology;
5. Verify กับ Change Record, Work Order, Drawing, Physical Check และผู้เกี่ยวข้อง;
6. Resolve ด้วย Approval, Reject, Exception ที่มีวันหมดอายุ หรือ Escalation;
7. Learn ปรับ Identity Rule และเก็บเหตุผลปิดงานให้ Audit ได้

KPI ที่มีประโยชน์คือ Verified Coverage เทียบ Population, Required Field ที่มีหลักฐาน, อายุของ Difference ที่ยังไม่ปิด, เวลายืนยัน Critical Item, ความตรงกันของ Planned/Observed Change และอายุหลักฐาน Restore “พบอุปกรณ์มากขึ้น” อาจหมายถึง Duplicate มากขึ้น และ “ไม่มี unknown” อาจหมายถึงมองไม่เห็น ทุก KPI ต้องมี Denominator, Time Window และ Exclusion Rule

สิ่งที่ควรระบุใน RFP สำหรับการบริหารสินทรัพย์ OT

RFP ควรระบุ Operational Boundary, Prohibition, Data Ownership, Integration, Service Model และ Acceptance Evidence เพื่อให้ทุก Vendor ตอบ Scenario เดียวกัน

Scope และข้อจำกัด

• Site, Line, Cell, VLAN, Protocol และ Asset Class;
• Operating Hour, Allowable Outage, Redundancy, Safety-significant Zone;
• ห้าม Active Scan เว้นแต่ประเมินและอนุมัติแยก;
• เงื่อนไข Cloud, Data Transfer, Retention, Export;
• ความต้องการ Support ภาษาไทย อังกฤษ และญี่ปุ่น

Discovery และ Identity

• Attribute/Protocol ที่ Passive Observation รองรับ วิธี Infer และ Confidence;
• Manual Registration/Bulk Import สำหรับ Silent Asset;
• Identity ของ Multi-NIC, Redundancy, NAT, Replacement, IP Reuse, Virtual Asset;
• วิธีจัดการ PLC, HMI, SCADA, VFD, Switch, Engineering Station, Maintenance PC, Remote Path;
• เก็บ Unsupported/Unidentified Asset เป็น unknown ไม่ใช่ช่องว่าง

Record, Change และ Evidence

• Data Model ของ Asset, Baseline, Communication, Change History;
• Approval Workflow ที่ป้องกัน Observation เขียนทับ Baseline;
• API, Open Export, Time Handling, Audit Log, History Retention;
• Integration กับ CMMS/CMDB, Identity, Change, Backup;
• Exit Plan และ Full Export เมื่อย้ายระบบ

Operation และ Lifecycle

• Monitor Sensor Outage, Packet Loss, Clock Drift, Storage Exhaustion;
• Controlled Update/Rollback สำหรับ Parser และ Fingerprint;
• Segregation of Duties, MFA, Admin Log, Vendor Support Access;
• Source/Refresh ของ EOL/EOS;
• Escalation และ Support สำหรับโรงงานไทย

Acceptance Evidence

อย่ารับมอบเพียงคำว่า “มองเห็นได้” ต้องขอ Coverage Matrix, Packet Evidence, Difference Event, Audit Log, API Export, Link ไป Recovery Evidence, Failure/Recovery Record และ Operator Procedure

ออกแบบ PoC 90 วันด้วย 4 Acceptance Gate

ตารางและตัวเลขต่อไปนี้เป็น ตัวอย่างสมมติ ไม่ใช่ Benchmark ตลาด ต้องแทน Percentage, Count และ Time Limit ด้วยค่าที่โรงงานอนุมัติ

Gate 1: Coverage

สร้าง Comparison Population จาก Maintenance Register, Drawing, Controls Project, Switch Data และ Physical Walkdown แม้ไม่สมบูรณ์ก็ต้องล็อก Denominator ตัวอย่างสมมติ Cell หนึ่งมี Candidate 100 รายการ: สื่อสารตลอด 70, สื่อสารเป็นช่วง 15 และ Silent/Spare 15

อย่ารับตัวเลข “ตรวจพบ 95%” เพียงค่าเดียว ให้แยกตาม Asset Class เป็น Auto-discovered, Manually Verified, Unresolved และ Duplicate ทดสอบว่า Silent Asset ลงทะเบียนและใช้ Persistent ID Model เดียวกันได้

Gate 2: Safe Discovery

ใช้ Configuration, Log และ Packet Capture ยืนยันว่า Sensor ไม่ส่ง Discovery, Write หรือ Configuration Traffic ที่ไม่ได้อนุมัติ ตรวจว่า SPAN/TAP ไม่สร้าง Loop/Bandwidth Impact และ Sensor Failure ไม่กระทบ Control Communication

การทดสอบสมมติอาจตัดไฟ Sensor, Management Network และ Time Sync โดยกระบวนการควบคุมต้องไม่ได้รับผลกระทบ ระบบ Monitoring ต้องแจ้งสถานะ และต้องสามารถอธิบาย Data Gap หลัง Recovery ได้

Gate 3: Change Detection และ Reconciliation

สร้าง Approved Test Change เช่น เปลี่ยน IP ของ Test HMI, ต่อ Maintenance PC ที่อนุมัติ, Update Configuration Information, ย้าย Switch Port และสร้าง Planned missing ตรวจว่าแต่ละรายการถูกสังเกต ผูก Change ID มอบหมาย และ Resolve ได้โดยไม่เขียน Baseline อัตโนมัติ

จากนั้นจำลอง Observation ที่ไม่มี Change Record ซึ่งควรเข้า unknown และใช้ Review Path ต่างกัน พร้อมเก็บ Evidence หลังปิด ทดสอบว่า Business Criticality และ Safety Impact เปลี่ยน Priority ได้

Gate 4: Recovery Evidence และ Handover

เลือก PLC, HMI, Switch, VFD แล้วเดินจาก Inventory ไปยัง Backup, Configuration, Logic, Firmware, Engineering Tool, License, I/O Document และ Procedure ที่อนุมัติ ต้องลิงก์ไป Restore/Read-back Evidence จาก Test Environment ที่อนุมัติ ห้าม Restore บน Production โดยไม่มีแผน

สุดท้ายให้ทีมโรงงาน ไม่ใช่ Vendor Demonstrator รับ unknown ตรวจสอบ Update Record และทำ Weekly Review หากทีมใช้งาน Workflow ไม่ได้ Demo ที่สำเร็จก็ยังไม่ใช่ Acceptance

Acceptance Test Matrix 90 วัน (ตัวอย่างสมมติ)

15 นาทีและ Sample 20 รายการเป็นเพียงสมมติ ไม่ใช่ Guarantee การเร่ง Detection อาจเก็บ Transient Peer มากและเพิ่มภาระ Review ต้องสมดุล Detection Time, Accuracy และกำลังทีม

การดำเนินงานหลังรับมอบ

รายวันให้ตรวจ Critical unknown/new/missing, Sensor Health, Remote Path ใหม่ และ Exception ที่ใกล้หมดอายุ รายสัปดาห์ให้ Production, Maintenance, Controls, IT/Security ตรวจ Queue และ Planned/Observed Change พร้อมส่ง False Positive และ Blind Spot กลับไปปรับปรุง รายเดือนหรือรายไตรมาสให้ตรวจ EOL/EOS, Spare, Backup Validation, Engineering Tool/License, Access, Vendor Path, Retention และ Scope Change

แยก Tool Administrator ออกจาก Asset Approver การ Update Parser ของ Supplier ต้องไม่เปลี่ยน Approved Baseline อัตโนมัติ สร้าง RACI ที่ Operations ยืนยัน Purpose, Controls ยืนยัน Configuration/Communication, IT ดู Platform/Identity, Procurement ดู Contract/Lifecycle และ Governance ดู Workflow/Audit

ในโรงงานหลายภาษา ให้แยก Persistent ID จาก Display Name เก็บ Standard English Class พร้อม Thai/Japanese Alias และให้ค้นหาได้ ตั้ง Owner เป็น Role/Team ไม่ใช่บุคคล เมื่อจบสัญญาต้องรับมอบ Drawing, Project File, Credential, License และ Connected Device สำหรับ Remote Access ให้เก็บ Entry Point, Jump Host, Destination, Identity, Approval Period, Support Route และที่อยู่ Usage Log

Yokogawa ประกาศเปิด Industrial Cyber Resilience Center ที่สิงคโปร์เมื่อ 15 กันยายน 2026 และระบุว่ามุ่งสนับสนุน OT Cyber Readiness ในเอเชียตะวันออกเฉียงใต้ ข้อมูลนี้เป็นบริบทล่าสุด แต่เป็นข่าวประชาสัมพันธ์ของ Vendor ไม่ใช่สถิติตลาดอิสระ การลงทุนควรยึดปัญหาสินทรัพย์ Safety, Downtime, Maintainability และผล Acceptance ของโรงงานเอง

ความผิดพลาดที่พบบ่อยและวิธีหลีกเลี่ยง

เปรียบเทียบ Vendor ด้วยจำนวนที่ตรวจพบ

จำนวนที่มากกว่าอาจมี Duplicate, Peer ชั่วคราว, IT Asset หรืออุปกรณ์นอกขอบเขต ต้องเปรียบเทียบ Coverage โดยใช้ Population, Asset-unit Rule, Duplicate Logic และ Manual-discovery Scope เดียวกัน

ถือว่า Initial Inventory เสร็จแล้วคือจบโครงการ

สภาพแวดล้อมเปลี่ยนต่อทันที Acceptance ต้องรวม Difference Queue, Assignment, Due Date, Approval และ Weekly Review ใน PoC 90 วันให้ทีมโรงงานทำ Operating Cycle ครบอย่างน้อยหนึ่งรอบ

ให้ Observation เขียนทับ Approved Baseline

Observation เป็น Candidate Fact ไม่ใช่ Approval ต้องเก็บ Source, Timestamp, Confidence แล้วเทียบกับ Change Record ก่อนอัปเดต Baseline หลังได้รับอนุมัติ

ทำ EOL List โดยไม่มีบริบทการเปลี่ยน

Support Status เพียงอย่างเดียวไม่กำหนด Priority ต้องรวม Business Criticality, Safety Impact, Spare, Substitution, Backup Fitness และ Recovery Dependency

คิดว่ามี Backup File เท่ากับกู้คืนได้

File อาจใช้ไม่ได้หากไม่มี Engineering Tool, License, Firmware, Credential หรือ I/O Document ที่เข้ากันได้ ต้องสร้าง Restore/Read-back Evidence ในสภาพแวดล้อมควบคุมและลิงก์จาก Asset Record

FAQ: บัญชีสินทรัพย์ OT การมองเห็นเครือข่าย และ IEC 62443-2-1

การบริหารสินทรัพย์ OT ต่างจาก IT Asset Management อย่างไร?

OT ควบคุม Physical Process จึงมี Safety, Availability, Reliability โดยตรง อายุใช้งานยาว หยุดยาก และ Recovery อาศัย Logic, I/O, Firmware, Tool และ License จึงต้องใช้ Passive Observation, Manual Verification, Safety Review และ Change Approval แทนการสมมติว่า Agent หรือ IT Scan ใช้ได้เสมอ

บัญชีสินทรัพย์ OT ควรมีข้อมูลขั้นต่ำอะไร?

ควรมี Persistent ID, Type, Model/Serial, Location, Business/Technical Owner, State, Configuration Version, Interface, Approved Peer, Remote Path, Business Criticality, Safety Impact, EOL/EOS, Backup/Recovery Dependency, Source, Verified Date และ Approval State เริ่มจาก Critical Asset พร้อมหลักฐานก่อนเติมทุกช่อง

Passive Monitoring เพียงพอต่อการมองเห็นเครือข่ายโรงงานหรือไม่?

ไม่เสมอไป Passive เห็น Traffic ที่ผ่าน Observation Point แต่พลาด Silent Spare, Serial Segment, Local Cell Traffic และ Temporary Maintenance Device ต้องรวม Drawing, Walkdown, Maintenance Record, Controls Project, Switch Data และ Contract Information พร้อมบันทึก Blind Spot

ควรห้าม Active Scan ทั้งหมดหรือไม่?

ห้ามเมื่อยังไม่มี Device/Protocol-specific Safety Assessment พิจารณาได้เมื่อผ่าน Vendor/Engineering/Safety Review ระบุ Traffic/Rate ทดลองแบบจำกัด มี Monitoring, Stop Criteria และ Rollback คำว่า “safe” อย่างเดียวไม่ใช่หลักฐาน

ติดตั้ง Inventory Product แล้วถือว่าสอดคล้อง IEC 62443-2-1 หรือไม่?

ไม่ใช่ IEC 62443-2-1:2024 เกี่ยวกับ Policy/Procedure ของ Security Program สำหรับ IACS Asset Owner/Operator Preview มีหัวข้อ Inventory, Baseline, Infrastructure Documentation, Configuration, Change Control แต่ Conformity ต้องประเมินตามมาตรฐานฉบับเต็มที่จัดซื้อและ Scope ขององค์กร ไม่ได้เกิดจาก Product เพียงอย่างเดียว

PoC 90 วันพิสูจน์ ROI ได้หรือไม่?

PoC วัด Coverage, Reconciliation Time, Planned/Observed Change Agreement, การใช้ Lifecycle/Backup Evidence และ Operating Effort ได้ แต่ไม่ควรอ้างมูลค่าเหตุการณ์หรือ Downtime ที่หลีกเลี่ยงระยะยาวโดยไม่มีข้อมูล ให้เทียบกับ Baseline ภายใน เช่น Survey Labor, Investigation Time, Audit Preparation และ Replacement Planning

สรุป: รับมอบความสามารถในการตรวจสอบและกระทบยอดข้อมูลอย่างต่อเนื่อง ไม่ใช่ Dashboard ที่สวย

ผลลัพธ์ของการบริหารสินทรัพย์ OT คือการอธิบายขอบเขตจาก Passive/Manual Discovery ผูก PLC, HMI, SCADA, VFD, Switch, Engineering Workstation, Maintenance PC และ Remote Path เข้ากับหลักฐาน กำกับ Asset/Configuration/Communication/Change Record และจัดการ unknown/new/missing ต่อเนื่อง RFP ต้องมี Safety Constraint, Data Ownership, Integration, Operation และ Evidence ส่วน PoC 90 วันต้องตัดสินด้วย 4 Gate คือ Coverage, Safe Discovery, Change Detection และ Recovery Evidence ตามเกณฑ์ที่โรงงานอนุมัติ

หากโรงงานของคุณยังอยู่ในขั้นกำหนดขอบเขตบัญชีสินทรัพย์ OT จุดสังเกต RFP หรือ Acceptance Test 90 วัน สามารถ ติดต่อ TOMAS TECH ได้ตั้งแต่ขั้นวางแผน เราช่วยเปลี่ยน Drawing, Maintenance Record และ Change Procedure ที่มีอยู่ให้เป็นเกณฑ์ประเมินและหลักฐานรับมอบที่ไม่ผูกกับผลิตภัณฑ์ใดผลิตภัณฑ์หนึ่ง

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

• NIST NCCoE, “Asset Management as a Foundation for OT Cybersecurity,” 2026-06-25: https://csrc.nist.gov/news/2026/comment-on-nccoe-s-draft-ot-cybersecurity-project
• CISA และหน่วยงานพันธมิตร, “Foundations for OT Cybersecurity: Asset Inventory Guidance,” 2025-08-13: https://www.cisa.gov/sites/default/files/2025-08/joint-guide-foundations-for-OT-cybersecurity-asset-inventory-guidance_508c.pdf
• NIST SP 800-82 Rev.3, Final, 2023-09-28: https://csrc.nist.gov/pubs/sp/800/82/r3/final
• IEC 62443-2-1:2024 Overview: https://webstore.iec.ch/en/publication/62883
• IEC 62443-2-1:2024 Preview: https://webstore.iec.ch/en/iec_catalog/product/preview/?id=L3B1Yi9wZGYvcHJldmlldy9pbmZvX2llYzYyNDQzLTItMXtlZDIuMH1iLnBkZg%3D%3D
• NIST SP 1339, “OT Backup Quick Start Guide,” Final, 2026-06-17: https://csrc.nist.gov/pubs/sp/1339/final
• Yokogawa, “Industrial Cyber Resilience Center,” 2026-09-15: https://www.yokogawa.com/au/news/press-releases/2026/2026-09-15/
• CISA, “Cross-Sector Cybersecurity Performance Goals”: https://www.cisa.gov/cybersecurity-performance-goals

*บทความนี้เป็นข้อมูลเพื่อการออกแบบและจัดซื้อ ไม่ใช่การรับรองกฎหมาย ความปลอดภัย หรือการสอดคล้องมาตรฐาน ก่อนดำเนินการกับ Production Equipment ต้องปฏิบัติตาม Safety Procedure ของ Asset Owner, ข้อมูล Manufacturer, Change Control และกฎหมายที่เกี่ยวข้อง*