Triển khai an ninh OT tại Thái Lan: RFP và nghiệm thu FAT/SAT

Khi triển khai các biện pháp an ninh OT tại nhà máy ở Thái Lan, nếu chỉ quyết định mua thiết bị dựa trên mã sản phẩm của tường lửa hoặc hệ thống giám sát, sau khi đặt hàng bạn sẽ gặp bế tắc với các vấn đề như “làm thế nào để kiểm tra thiết bị không thể dừng”, “ai phê duyệt ngoại lệ”, “làm sao khôi phục kết nối từ xa cho nhà thầu bảo trì”. Điều mà bên mua cần xác định trước là quy trình sản xuất cần bảo vệ, thời gian dừng không thể chấp nhận, các ràng buộc của thiết bị hiện hữu, bằng chứng cần thiết và tiêu chí đánh giá đạt/không đạt. Bài viết này là hướng dẫn thực tiễn chuyển các nội dung đó thành RFP (Yêu cầu đề xuất) và FAT/SAT (Kiểm tra nghiệm thu tại nhà máy và hiện trường). Đối tượng là các trưởng nhà máy, kỹ thuật sản xuất, kỹ thuật thiết bị, phụ trách IT/OT, và bộ phận mua sắm của các doanh nghiệp sản xuất tại Thái Lan đang vận hành PLC, HMI, SCADA, PC công nghiệp, camera, thiết bị đo lường, kết nối MES, hoặc kết nối bảo trì từ xa.

Ngày 21/9/2026, NIST Hoa Kỳ đã công bố bản dự thảo công khai ban đầu của “Guide to Operational Technology (OT) Security” SP 800-82 Rev.4, nhận ý kiến đến ngày 30/11 cùng năm. Bản dự thảo này mở rộng các mô tả về quản lý tài sản OT, giám sát/phát hiện mạng, bảo vệ chức năng quản trị, nguyên tắc Zero Trust, v.v. Tuy nhiên, tại thời điểm viết bài này, Rev.4 chưa phải là bản chính thức. Khi ghi chú tài liệu tiêu chuẩn trong hồ sơ kỹ thuật, hãy lấy bản chính thức Rev.3 năm 2023 và NIST CSF 2.0 làm nền tảng, còn các điểm cần cân nhắc theo dự thảo Rev.4 sẽ để ở cột riêng. Tài liệu NIST không phải là quy định pháp lý áp dụng đồng loạt cho mọi nhà máy tại Thái Lan. Hãy xác nhận hợp đồng khách hàng, yêu cầu ngành, và quy định áp dụng tại Thái Lan cho từng dự án cụ thể.

Kết quả bạn sẽ nhận được sau bài viết này

Sau khi đọc xong, bạn cần chuẩn bị: ① sơ đồ phạm vi trên một trang, ② bảng RFP với điều kiện giống nhau cho các nhà thầu, ③ phiếu kiểm tra FAT/SAT, ④ bảng bàn giao vận hành và quản lý ngoại lệ. Thay vì so sánh số lượng tính năng sản phẩm, hãy so sánh xem mỗi nhà thầu có thể “thực sự triển khai và kiểm chứng an toàn trên dây chuyền thực tế” hay không. Bảng và các câu hỏi dưới đây có thể sao chép vào tài liệu mua sắm nội bộ, nhưng hãy thay thế thời gian dừng cho phép và giá trị cấu hình bằng số liệu thực tế đã đo đạc và thống nhất tại hiện trường.

1. Xác định “dây chuyền cần bảo vệ” và “phạm vi có thể tác động”

Đối tượng OT không chỉ dựa vào số lượng thiết bị đầu cuối. Nếu một PLC dừng dây chuyền đóng gói, nó sẽ ảnh hưởng đến bán thành phẩm ở đầu vào, kiểm tra ở đầu ra, và cả dữ liệu thực tế trên ERP. Ở phần đầu RFP, hãy liệt kê thiết bị cùng với quy trình mà thiết bị đảm nhận, giao tiếp thông thường, hợp đồng bảo trì, và ảnh hưởng khi dừng. Đừng vội loại trừ thiết bị chưa nắm rõ là “ngoài phạm vi”, mà hãy ghi là “cần khảo sát”. Tham khảo thêm về cách thu thập thông tin tài sản và ưu tiên tại Quản lý tài sản OT cho nhà máy Thái Lan. Bài này không tập trung vào việc lập sổ tài sản, mà là giai đoạn sử dụng sổ đó làm điều kiện mua sắm và bằng chứng nghiệm thu.

Khi khảo sát hiện trường, hãy kiểm tra vật lý các tủ điều khiển, PLC và I/O, HMI, máy tính kỹ sư, switch công nghiệp, server dây chuyền, historian, router bảo trì, điểm truy cập không dây. Sơ đồ logic không chỉ ghi IP mà còn ghi ai quản lý, khi nào kết nối, dây chuyền nào bị ảnh hưởng khi dừng. Nếu sơ đồ dây và thiết bị thực tế không khớp, hãy kiểm tra hồ sơ quản lý thay đổi và tạm hoãn áp dụng quy tắc chặn giao tiếp cho đến khi được phê duyệt tại hiện trường. Khi cân nhắc cấu trúc và phân đoạn mạng hiện hữu, có thể tham khảo thêm Giải thích xây dựng mạng công nghiệp.

Trong phạm vi RFP, hãy phân biệt rõ “thiết bị sẽ triển khai trong đợt này”, “chỉ thiết kế”, “chỉ giám sát thiết bị hiện hữu”. Nếu mập mờ đưa vào các thiết bị cần thay đổi cấu hình có nguy cơ mất hợp đồng bảo trì, thiết bị cũ không hỗ trợ xác thực, thiết bị an toàn không thể dừng, mỗi nhà thầu sẽ báo giá dựa trên giả định khác nhau. Ngay cả với thiết bị ngoài phạm vi, nếu có điểm kết nối thì vẫn phải thể hiện trên sơ đồ ranh giới để nhà thầu không bỏ sót. Phía nhà máy cần ghi rõ tên phụ trách sản xuất, thiết bị, chất lượng, IT, mua sắm và đảm bảo họ có thể tham dự cuộc họp đánh giá.

2. Sử dụng dự thảo Rev.4 như thế nào trong RFP

Việc công bố dự thảo Rev.4 là dịp để rà soát lại tài liệu mua sắm hiện tại. NIST trong phần tổng quan dự thảo đã chỉ ra hướng tăng cường quản lý tài sản, giám sát mạng, bảo vệ chức năng quản trị, đồng thời vẫn đảm bảo yêu cầu hiệu năng, độ tin cậy, an toàn đặc thù của OT. Tuy nhiên, câu chữ và cấu trúc của dự thảo có thể thay đổi cho đến khi chính thức. Do đó, đừng chỉ ghi “tuân thủ hoàn toàn Rev.4”, mà hãy diễn đạt kết quả mong muốn bằng các kiểm tra cụ thể. Ví dụ, “truy cập bảo trì phải được phê duyệt trước, sử dụng ID cá nhân, giới hạn thời gian, ghi lại phiên, vô hiệu hóa sau khi kết thúc” – dù tham chiếu bản nào thì ý nghĩa mua sắm vẫn rõ ràng.

Khi sử dụng ISA/IEC 62443, đừng chỉ ghi “đáp ứng 62443”, mà cần chỉ rõ yêu cầu nào dành cho chủ sở hữu tài sản, nhà cung cấp dịch vụ, hệ thống, thiết bị. Dù thiết bị đạt chuẩn nào, không có nghĩa toàn bộ thiết kế mạng, quản lý quyền, quy trình phục hồi của nhà máy cũng tự động đáp ứng. NIST CSF 2.0 có thể sắp xếp kết quả theo 6 chức năng: Govern, Identify, Protect, Detect, Respond, Recover. Trong bảng mua sắm, thay vì đặt tên chức năng làm tiêu đề, hãy thêm “ai cần trình bày gì để nghiệm thu” cho từng dòng để dễ so sánh.

3. Chương đầu RFP: Hiện trạng, ràng buộc thiết kế, ranh giới trách nhiệm

Chương đầu không chỉ ghi tên nhà máy, số dây chuyền mà còn phải có sơ đồ quy trình, lịch vận hành, topology hiện hữu, có/không kết nối serial, bảo trì từ xa của nhà cung cấp, giao diện với MES/ERP, tình trạng backup, thời gian cấm thay đổi đã biết. Sơ đồ bảo mật có thể chỉ phát cho nhà thầu sau khi ký NDA, nhưng phải đảm bảo mọi nhà thầu nhận cùng một phiên bản và chia sẻ câu trả lời cho các câu hỏi. Nếu chưa xác nhận được tuyến kết nối, hãy ghi rõ và đưa khảo sát hiện trường vào phạm vi đấu thầu.

Bảng phân chia trách nhiệm cần làm rõ: nhà sản xuất thiết bị chịu trách nhiệm chương trình PLC và logic an toàn, nhà thầu thi công mạng chịu trách nhiệm dây và switch, nhà thầu an ninh chịu trách nhiệm chính sách và giám sát, phía nhà máy chịu trách nhiệm phê duyệt dừng và nghiệm thu cuối cùng. Khi có sự cố liên quan nhiều bên, cần xác định ai là người phân tích ban đầu, ai khôi phục cấu hình. Nếu có công nhân vận hành bằng tiếng Thái và quản lý phê duyệt bằng tiếng Nhật/Anh, hãy quy định ngôn ngữ cho tên cảnh báo, hướng dẫn thao tác, đầu mối xử lý. Đừng chỉ dịch mà hãy kiểm tra lại với nhân viên hiện trường trong mục nghiệm thu.

4. Chương hai RFP: Viết kết quả an ninh cần đạt theo từng chức năng

Ranh giới và giao tiếp: Phân biệt giao tiếp trong dây chuyền, giữa các dây chuyền, với IT nhà máy, với bảo trì ngoài; yêu cầu nhà thầu đề xuất nguồn/đích/protocol được phép. Yêu cầu có giai đoạn quan sát ở chế độ giám sát, sau khi nắm rõ giao tiếp hiện tại mới kích hoạt chính sách chặn. Kiểm tra cả khả năng tương thích với protocol công nghiệp, ảnh hưởng đến broadcast, đồng bộ thời gian, hành vi khi chuyển đổi dự phòng. Thiết kế chặn ngay các giao tiếp không có trên sơ đồ có thể gây dừng sản xuất.

Truy cập bảo trì: Tránh dùng ID dùng chung, yêu cầu nhận diện cá nhân, phê duyệt, giới hạn thời gian, ghi lại thao tác, quy trình khẩn cấp, vô hiệu hóa khi nghỉ việc/hết hợp đồng. Nếu đặt jump host trước PLC cần bảo trì từ xa, kiểm tra xem các công cụ cần thiết có chạy được không, có vi phạm điều kiện hỗ trợ của nhà cung cấp không. Không giả định kết nối trực tiếp liên tục từ Internet đến thiết bị điều khiển. Kết nối tạm thời phải ghi số phiếu, thiết bị liên quan, thời gian kết thúc.

Giám sát và phát hiện: Đề xuất phương án quan sát thụ động, vị trí đặt mirror port/TAP, đồng bộ thời gian log, nơi lưu trữ, người chịu trách nhiệm cảnh báo, cách xử lý báo động giả. Nếu quét chủ động, cần có sự cho phép của nhà sản xuất thiết bị, xác định phạm vi, thời gian dừng, kiểm tra trước trên môi trường thử nghiệm. Tránh các quảng cáo không đo lường được như “phát hiện mọi bất thường”, thay vào đó kiểm tra việc ghi nhận truy cập bảo trì không phép, thay đổi cấu hình, giao tiếp thử nghiệm đã biết.

Phục hồi: Yêu cầu ai backup và phục hồi chương trình PLC, cấu hình HMI, switch, rule firewall, license, key, máy ảo, và theo thứ tự nào. Chỉ có file backup là chưa đủ. Cần kiểm tra khả năng tương thích nơi phục hồi, tách biệt nơi lưu, quyền truy cập, quy trình restore thực tế. Không thử nghiệm trên máy sản xuất với hệ thống an toàn/sản xuất, mà dùng thiết bị thay thế, môi trường kiểm chứng, hoặc thời gian dừng đã thống nhất.

5. Yêu cầu nhà thầu cung cấp “câu trả lời có thể so sánh”

Để các nhà thầu trả lời trên cùng một dòng, hãy để họ chọn “đáp ứng bằng tính năng tiêu chuẩn”, “đáp ứng bằng cấu hình bổ sung”, “tùy chỉnh”, “không hỗ trợ”, “cần khảo sát hiện trường” cho từng yêu cầu. Mỗi câu trả lời cần kèm tài liệu chứng minh, điều kiện tiên quyết, công việc phía nhà máy phải thực hiện, cách chứng minh trong FAT/SAT. Chỉ ảnh chụp màn hình tài liệu hoặc catalog sản phẩm không đủ làm bằng chứng chạy được trên PLC hiện hữu và điều kiện vận hành thực tế.

Khi chấm điểm, ngoài giá cả, hãy đánh giá rủi ro dừng dây chuyền, khả năng tương thích với thiết bị hiện hữu, khả năng bảo trì, chất lượng bằng chứng, khả năng chuyển giao cho đội ngũ địa phương. Trọng số đánh giá phải được bên đặt hàng quyết định trước khi mở thầu, không thay đổi sau khi nhận đề xuất. Chi phí ban đầu và chi phí duy trì cần tách riêng: license, phần cứng, thi công, kiểm chứng, bảo trì, lưu log, giám sát hiện trường. Bài viết này không đưa ra giá thị trường hay ngân sách, vì chi phí thay đổi tùy cấu hình dây chuyền, thời gian dừng, hợp đồng hiện hữu và mức độ yêu cầu.

6. Kiểm tra trong FAT: Đảm bảo an toàn trước khi đưa vào hiện trường

FAT là giai đoạn kiểm tra tại phòng lab hoặc trước khi xuất xưởng, xác nhận chức năng đúng như thiết kế. Các mục không thể tái hiện trên thiết bị thực tế thì ghi rõ “chưa kiểm tra FAT, sẽ kiểm tra SAT”, không được coi là đạt. Phiếu kiểm tra cần cố định phiên bản cấu hình, file cài đặt, model/firmware thiết bị, PLC/HMI mô phỏng, dữ liệu test, kết quả kỳ vọng. Tối thiểu cần kiểm tra xác thực/quyền hạn, giao tiếp cho phép và bị từ chối, đồng bộ thời gian, xuất log, backup và phục hồi, hành vi khi thiết bị lỗi, cách rollback policy.

Ví dụ, kiểm tra chặn giao tiếp gồm các mục riêng: “giao tiếp định sẵn từ máy test đến HMI được phép”, “giao tiếp từ nguồn không phép bị từ chối”, “log từ chối có ghi thời gian”. Cuối cùng, khôi phục lại cấu hình trước kiểm tra và đo đến khi kết nối sản xuất hoạt động trở lại. Không thực hiện test gây tải lên PLC hoặc dùng dữ liệu thực tế mà chưa có sự đồng ý của nhà sản xuất thiết bị và nhà máy. Biên bản FAT phải ghi rõ người thao tác, thời gian, phiên bản cấu hình, kết quả, file bằng chứng, vấn đề chưa giải quyết, điều kiện kiểm tra lại.

7. Kiểm tra trong SAT: Có vận hành được trên dây chuyền thực tế tại Thái Lan không

SAT là nghiệm thu tại hiện trường sau khi lắp đặt. Thực hiện trong thời gian dừng và điều kiện rollback đã được nhà máy phê duyệt. Dù sản phẩm đã đạt FAT, thực tế hiện trường có thể phát sinh giao tiếp bất ngờ, firmware cũ, vòng lặp mạng, lệch thời gian, phần mềm bảo trì riêng của nhà sản xuất thiết bị. So sánh cấu hình hiện hữu với sơ đồ mới nhất, ghi lại khác biệt trước khi áp dụng cấu hình. Không được chỉ nghiệm thu an ninh mà bỏ qua kiểm tra chất lượng và an toàn dây chuyền.

SAT chọn các trạng thái đại diện như “đang vận hành”, “chuyển đổi setup”, “dừng/khởi động lại”, “sự cố/rollback”. Cảnh báo giám sát phải kiểm tra đến khi người phụ trách hiện trường đọc được thông báo, xác định thiết bị liên quan, phân biệt báo động giả hay bất thường, và chuyển cấp xử lý. Nếu dùng hướng dẫn tiếng Thái, kiểm tra người phụ trách có thể thao tác lại bằng chính ngôn ngữ của mình. Trưởng nhà máy xác nhận ảnh hưởng đến throughput, chất lượng sau khi chuyển đổi, không chỉ dựa vào màn hình thành công phía IT.

Tiêu chí đạt/không đạt phải được bên đặt hàng và nhà thầu ký trước khi thực hiện. Ví dụ: “dây chuyền tiếp tục vận hành bình thường”, “truy cập bảo trì được phép có log thao tác”, “truy cập không phép bị từ chối”, “cảnh báo mô phỏng đến đúng người phụ trách”, “có thể khôi phục cấu hình về trạng thái đã thống nhất”. Ngưỡng số liệu lấy từ thực tế dây chuyền, không lấy số trên báo chí làm giá trị đảm bảo. Khi test thất bại, phân loại thành: khắc phục, kiểm tra lại, biện pháp tạm thời, phê duyệt ngoại lệ của bên đặt hàng – ghi rõ ai làm gì, đến khi nào.

8. Hợp đồng sau khi vận hành: Bao gồm cảnh báo, thay đổi, phục hồi

Việc đạt nghiệm thu chỉ là điểm khởi đầu vận hành. RFP cần bao gồm thời gian giám sát, người xử lý ban đầu, điều kiện liên hệ nhà sản xuất thiết bị, định kỳ rà soát quyền truy cập bảo trì từ xa, phê duyệt thay đổi rule, trao đổi thông tin bản vá/lỗ hổng, xác nhận backup, hỗ trợ rollback khi có sự cố. Không cần yêu cầu giám sát 24/7 cho mọi nhà máy. Tuy nhiên, với dây chuyền chạy cả đêm/ngày nghỉ, phải đảm bảo không bỏ trống đầu mối nhận cảnh báo. Mức dịch vụ không nên đặt máy móc “trong bao nhiêu phút”, mà phải dựa trên rủi ro, tổ chức nội bộ, khả năng hỗ trợ theo hợp đồng.

Đặc biệt quan trọng là quản lý thay đổi. Khi kết nối thiết bị mới, thay đổi nhà thầu bảo trì, bổ sung kết nối MES, cần xác định ai cập nhật rule giao tiếp và sổ tài sản. Tránh tình trạng chỉ có giao diện quản lý thiết bị an ninh là cập nhật, còn sơ đồ thiết bị và hợp đồng bảo trì thì không. Phiếu thay đổi cần ghi mục đích, đối tượng, rủi ro, cách kiểm tra, cách rollback, người phê duyệt, cập nhật sơ đồ sau khi thực hiện. Nếu chấp nhận ngoại lệ, phải ghi hạn và ngày rà soát lại, không để thành lỗ hổng vĩnh viễn.

9. 10 câu hỏi dùng trong họp hiện trường trước khi đặt hàng

1. Trên dây chuyền này, thiết bị nào không thể dừng và thời gian nào có thể dừng?
2. Ai là người phê duyệt cuối cùng cấu hình PLC, HMI, PC công nghiệp?
3. Có biện pháp nào xung đột với điều kiện bảo hành/hỗ trợ của nhà sản xuất thiết bị không?
4. Có bao nhiêu đường bảo trì từ xa thực tế đang dùng, ai phê duyệt?
5. Giao tiếp giữa IT/OT và giữa các dây chuyền có khớp với sơ đồ không?
6. Khi phát hiện thiết bị chưa biết, xử lý thay đổi thiết kế và báo giá bổ sung thế nào?
7. Ai, vào thời gian dừng nào, sẽ kiểm tra các mục không thể tái hiện trong FAT tại SAT?
8. Nếu giao tiếp hợp lệ bị chặn, ai sẽ xem thông tin gì để quyết định rollback?
9. Sử dụng tiếng Thái, Anh hay Nhật cho ghi chép vận hành và liên lạc khẩn cấp?
10. Sau khi vận hành, ai cập nhật tài sản, quyền hạn, rule giao tiếp, quy trình phục hồi?

Nếu không trả lời được câu hỏi nào trong nội bộ, hãy ghi rõ là “cần khảo sát hiện trường” trong RFP thay vì để nhà thầu tự đặt giả định, để đảm bảo khả năng so sánh. Phân biệt rõ sản phẩm khảo sát thực tế và giả định báo giá, quy trình thay đổi hợp đồng khi mở rộng phạm vi sau này.

10. Các thất bại điển hình và cách phòng tránh trong tài liệu mua sắm

“Nếu chỉ so sánh bảng tính năng sản phẩm”, sẽ không thấy được sự phù hợp với thiết bị hiện hữu và tổ chức vận hành. Hãy kèm điều kiện kiểm tra và bằng chứng cho từng tính năng. “Nếu áp dụng quét lỗ hổng IT cho OT”, có thể gây dừng hoặc lỗi thiết bị. Hãy yêu cầu phê duyệt từng thiết bị và kiểm tra trên môi trường không phải sản xuất trước. “Nếu vội vàng chặn giao tiếp”, hãy đưa quan sát giao tiếp hiện tại, rà soát ngoại lệ, triển khai từng bước, rollback vào phạm vi đặt hàng. “Nếu coi đạt FAT là đạt SAT”, sẽ bỏ sót khác biệt dây và vận hành tại hiện trường. Hãy tách phiếu kiểm tra FAT và SAT.

“Nghĩ rằng có chứng nhận sản phẩm là cả nhà máy an toàn” cũng nguy hiểm. Chứng nhận chỉ là một bằng chứng về sản phẩm, còn thiết kế ranh giới, quản lý ID bảo trì, đào tạo hiện trường, khả năng phục hồi phải kiểm tra riêng. “Nếu không chỉ định người phụ trách sau khi triển khai”, cảnh báo sẽ bị bỏ qua, quyền truy cập tăng không kiểm soát. Hãy ghi rõ bàn giao vận hành, sổ tài sản, bảng phân quyền, rà soát định kỳ là hạng mục bàn giao trong hợp đồng.

11. Nếu triển khai trong 90 ngày, hãy chú trọng cổng đánh giá thay vì ngày tháng

Thời gian thực hiện phụ thuộc vào thời gian dừng dây chuyền, sự có mặt của nhà sản xuất thiết bị, số lượng dây chuyền. Ở đây, 90 ngày không phải là cam kết giao hàng, mà là ví dụ kế hoạch liệt kê người phụ trách và sản phẩm đầu ra. Giai đoạn 1: khảo sát hiện trường, xác định phạm vi, quy trình quan trọng, người chịu trách nhiệm, ghi lại khác biệt sơ đồ. Giai đoạn 2: so sánh câu trả lời RFP và an toàn, thống nhất thiết kế, kịch bản FAT, thời gian dừng SAT. Giai đoạn 3: thực hiện FAT, lắp đặt hiện trường, SAT, đào tạo hiện trường, bàn giao vận hành. Điều kiện qua từng giai đoạn không chỉ là “có tài liệu”, mà phải có xác nhận của người phê duyệt phía nhà máy.

Dù thời gian gấp, không thể bỏ qua khảo sát hiện trường, xác nhận giao tiếp hiện hữu, thiết kế rollback, chỉ định người vận hành. Nếu cần đẩy nhanh, hãy giới hạn phạm vi vào một dây chuyền hoặc một đường bảo trì, mở rộng sau khi có kết quả SAT đầu tiên. Nhờ vậy, có thể chuẩn bị trước phương pháp kiểm tra và tài liệu đào tạo thực tế. Khi triển khai diện rộng, không copy cấu hình cho mọi dây chuyền, mà phải đánh giá lại khác biệt thiết bị, điều kiện dừng, điểm giao tiếp.

12. Yêu cầu chi tiết về phạm vi, thay đổi an toàn, bảo trì, nghiệm thu và chuyển giao

Các đoạn dưới đây là mẫu câu để bên đặt hàng điền điều kiện của chính nhà máy, không phải trích dẫn từ tiêu chuẩn. Hãy thay nội dung trong ngoặc vuông bằng tên dây chuyền, người phụ trách, ID thiết bị và giá trị đã thống nhất. Nếu phát hành đơn hàng khi các mục này còn để trống, mỗi nhà thầu sẽ tự đặt giả định về giá và tiến độ, khiến việc so sánh và nghiệm thu trở nên khó khăn. Với giá trị nhà máy chưa thể quyết định, hãy ghi rõ “bên đặt hàng sẽ phê duyệt sau khảo sát hiện trường” và phân biệt với ước tính của bên dự thầu.

Phạm vi áp dụng: Nhà thầu sẽ thực hiện đối với [dây chuyền/thiết bị mục tiêu, ID thiết bị] bao gồm truyền thông điều khiển, kết nối bảo trì, và các tuyến giám sát; đồng thời đánh giá ảnh hưởng đến thiết bị hiện hữu. Các điểm kết nối được xác định là ngoài phạm vi cũng phải được thể hiện trên sơ đồ ranh giới và nêu rõ lý do loại trừ. Nếu phát hiện thiết bị chưa xác định, không được tiến hành thay đổi mà phải báo cáo cho [người chịu trách nhiệm phê duyệt] của bên đặt hàng.

Thay đổi an toàn: Trước khi áp dụng cấu hình mới, nhà thầu phải nộp kết quả quan sát truyền thông hiện tại, quy tắc cho phép/từ chối, ràng buộc của nhà sản xuất thiết bị, khung thời gian dừng máy, quy trình hoàn nguyên, và thông tin liên hệ của người phụ trách để được bên đặt hàng phê duyệt. Các thay đổi liên quan đến hệ thống an toàn hoặc bảo hành sản phẩm phải được [nhà sản xuất thiết bị hoặc người chịu trách nhiệm được chỉ định] xác nhận.

Kết nối bảo trì: Bảo trì từ xa chỉ giới hạn cho các ID cá nhân có thể nhận diện và trong phạm vi, thời gian đã được phê duyệt. Phải lưu lại nhật ký có thể truy vết các sự kiện bắt đầu kết nối, thao tác, kết thúc, và từ chối truy cập. Sau khi kết thúc hợp đồng, thay đổi người phụ trách, hoặc kết nối khẩn cấp, cần đánh giá lại quyền truy cập. Mọi ngoại lệ cần ghi rõ lý do, thời hạn, biện pháp thay thế và người phê duyệt.

Nghiệm thu và chuyển giao: Đối với từng bài kiểm tra FAT và SAT, phải ghi lại thao tác, kết quả kỳ vọng, bằng chứng, kết quả đo thực tế, đánh giá đạt/không đạt, và người chịu trách nhiệm khắc phục. Các hạng mục không thể thực hiện trong FAT sẽ được chuyển sang SAT. Đối với các hạng mục không đạt trong SAT, nguyên tắc là phải khắc phục và kiểm tra lại; nếu cần vận hành tạm thời, phải có phê duyệt bằng văn bản của bên đặt hàng và xác định thời hạn. Trước khi nghiệm thu cuối cùng, phải bàn giao đầy đủ sơ đồ hoàn công, cấu hình, bản sao lưu, quy trình khôi phục, bảng phân quyền, quy trình vận hành và hồ sơ đào tạo.

Không nên sao chép nguyên văn các mẫu này mà cần xác nhận tính khả thi theo từng đối tượng. Ví dụ, nếu có nhiều công ty bảo trì bên ngoài, cần lập bảng riêng cho phạm vi công việc của từng công ty và người chịu trách nhiệm thu hồi ID. Nếu chỉ nhà sản xuất thiết bị mới có thể sao lưu PLC, phải quy định việc giám sát và phương thức nhận bàn giao sản phẩm trong hợp đồng. Nếu nhật ký chứa thông tin cá nhân hoặc thông tin đối tác, cần điều chỉnh nơi lưu trữ, quyền truy cập và thời gian lưu giữ phù hợp với hợp đồng và chính sách nội bộ. Phiếu kiểm tra FAT/SAT phải sử dụng phiên bản đã được hai bên phê duyệt trước, nếu có thay đổi trong quá trình kiểm tra phải ghi lại lịch sử thay đổi và xác định có cần kiểm tra lại hay không. Việc chuẩn bị kỹ các chi tiết này trước khi ký hợp đồng sẽ giúp lựa chọn không chỉ dựa vào giá mà còn đảm bảo chắc chắn về triển khai và vận hành.

Biên bản cuộc họp đánh giá phải ghi rõ kết quả đo thực tế, đánh giá đạt/không đạt theo từng ID bài kiểm tra, các ngoại lệ chưa giải quyết, giới hạn vận hành tạm thời, ngày dự kiến kiểm tra lại và người ký xác nhận, thay vì chỉ ghi một từ “đạt”. Bộ phận sản xuất xác nhận tiến độ và chất lượng, bộ phận thiết bị xác nhận an toàn và phục hồi, bộ phận IT/OT xác nhận truyền thông, phân quyền và nhật ký, bộ phận mua sắm xác nhận điều kiện bàn giao theo hợp đồng. Nếu quyết định vận hành khi một số chức năng chưa hoàn thành, cần có hồ sơ xác nhận giám đốc nhà máy đã hiểu rõ rủi ro còn lại, thời hạn và biện pháp thay thế. Không chỉ lưu bằng chứng trong báo cáo của nhà thầu mà phải bàn giao cho bên đặt hàng tại nơi lưu trữ mà họ có thể truy cập.

Ngoài ra, khi triển khai cho dây chuyền tiếp theo, không được sử dụng lại nguyên xi phiếu đạt của lần đầu. Nếu model PLC, điều kiện bảo trì của nhà sản xuất, cấu hình switch, hoặc thời gian vận hành khác nhau, thì truyền thông được phép và khung thời gian dừng máy an toàn cũng sẽ thay đổi. Hãy sử dụng quy trình kiểm tra đã hiệu quả ở lần đầu làm mẫu, bổ sung các điểm khác biệt thực tế và phê duyệt lại. Nhờ đó, vừa tận dụng được lợi thế thiết kế chung, vừa không bỏ sót rủi ro đặc thù của từng dây chuyền trong quá trình kiểm tra.

13. Tổng kết

Điều cuối cùng mà bộ phận mua sắm cần xác nhận là thiết kế nghiệm thu không chỉ dựa vào tự khai báo của nhà thầu. Danh mục bàn giao phải bao gồm: sơ đồ hiện trạng và hoàn thiện, phiên bản quản lý cấu hình, danh sách giao tiếp được phép, bảng phân quyền quản trị và bảo trì, dữ liệu gốc FAT/SAT, bảng vấn đề chưa giải quyết, backup, quy trình phục hồi, hướng dẫn vận hành bằng tiếng địa phương, hồ sơ đào tạo. Quy định trước định dạng file, nơi lưu trữ, quyền cập nhật, cách bàn giao khi kết thúc hợp đồng. Nếu thiết bị giám sát phụ thuộc vào nhà cung cấp, hãy hỏi về định dạng xuất log và cách truy cập sau khi kết thúc hợp đồng. Tránh tình trạng chỉ khi có sự cố mới đọc lại phạm vi báo giá.

Một điểm nữa là cần xác định chu trình cải tiến sau nghiệm thu. Các giao tiếp chưa biết hoặc ngoại lệ phát hiện trong SAT đầu tiên không chỉ là “bài tập” của nhà thầu, mà phải đăng ký vào quản lý thay đổi của nhà máy. Ghi rõ liên quan đến quy trình nào, ngoại lệ để bảo vệ gì, cho phép đến khi nào, giải quyết thế nào trong lần kiểm tra tiếp theo. Khi có thiết bị mới, Wi-Fi nhà máy, phân tích cloud, bảo trì thuê ngoài, điều kiện ranh giới cũng thay đổi. Trong họp định kỳ, thay vì chỉ đếm số cảnh báo, hãy kiểm tra còn kết nối chưa phê duyệt, quyền chưa thu hồi, quy trình phục hồi có phù hợp cấu hình hiện tại không. Đây là những việc không thể duy trì chỉ bằng sản phẩm, nên cần ghi rõ người chịu trách nhiệm và chủ ngân sách tại hiện trường.

Khi triển khai an ninh OT cho nhà máy tại Thái Lan, điều quan trọng là phải cố định ràng buộc quy trình và điều kiện nghiệm thu trước khi mua thiết bị. NIST SP 800-82 Rev.4 là bản dự thảo công khai ban đầu ngày 21/9/2026, hãy tham khảo bản chính thức Rev.3, NIST CSF 2.0, ISA/IEC 62443, CISA khi cần, và chuyển thành yêu cầu có thể kiểm chứng tại hiện trường. Trong RFP, hãy làm rõ ranh giới trách nhiệm và bằng chứng đề xuất; trong FAT, kiểm tra trên môi trường mô phỏng an toàn; trong SAT, kiểm tra trên dây chuyền thực tế tại Thái Lan các mục: giao tiếp cho phép, giao tiếp bị chặn, truy cập bảo trì, phát hiện, phục hồi, bàn giao vận hành. Quản lý ngoại lệ có hạn, chỉ định người cập nhật cấu hình liên tục, khi đó triển khai mới thực sự đi vào vận hành.

Ngay cả khi bạn mới bắt đầu chọn dây chuyền, sắp xếp yêu cầu RFP, hoặc lập phiếu kiểm tra FAT/SAT, bạn cũng có thể liên hệ với TOMAS TECH để được tư vấn. Chúng tôi sẽ cùng bạn rà soát các điểm cần xác nhận trước khi mua sắm, dựa trên ràng buộc thiết bị hiện hữu và vận hành của đội ngũ địa phương.

Tài liệu tham khảo gốc

• NIST SP 800-82 Rev.4 Dự thảo công khai ban đầu (21/9/2026)
• NIST SP 800-82 Rev.3 Bản chính thức (2023)
• NIST Cybersecurity Framework 2.0
• ISA/IEC 62443 Series Official Guide
• CISA Cross-Sector Cybersecurity Performance Goals
• CISA ICS Recommended Practices (bao gồm mẫu tài liệu mua sắm)

*Lưu ý: Bài viết này dựa trên tài liệu công khai đến ngày 2/10/2026 và thực tiễn mua sắm phổ biến. Không phải là tuyên bố phù hợp tiêu chuẩn, nghĩa vụ pháp lý, hay đảm bảo hiệu năng.*

Khi sử dụng tài liệu này trong nội bộ, hãy thay thế “thực tế cần xác nhận” trong bảng bằng tên dây chuyền, ID thiết bị, tên phụ trách, điều kiện vận hành thực tế đã đo đạc của doanh nghiệp bạn. Với các mục chưa xác nhận, hãy ghi hạn và người chịu trách nhiệm khảo sát. Nếu tiếp tục cập nhật bảng này sau nghiệm thu, bạn có thể tái sử dụng làm căn cứ khi mở rộng sang dây chuyền tiếp theo.