مقدمه: وقتی هدف بمب نیست: خط تولید است
در سال ۲۰۱۰، یک کرم کامپیوتری به نام Stuxnet تأسیسات هستهای نطنز را هدف قرار داد. این اولین بار در تاریخ بود که یک حمله سایبری باعث تخریب فیزیکی تجهیزات صنعتی شد. پس از Stuxnet، حملات به زیرساختهای صنعتی نهتنها متوقف نشد، بلکه به یک روند جهانی تبدیل شد: حمله به شبکه برق اوکراین (۲۰۱۵)، حمله به صنعت پتروشیمی عربستان (Triton/Trisis - ۲۰۱۷)، حمله به خط لوله Colonial (۲۰۲۱)، و حملات مکرر به صنایع آلمان و آمریکا.
در ایران، با توجه به گستردگی صنایع نفت، گاز، پتروشیمی، فولاد، برق و آب، امنیت سیستمهای ICS (Industrial Control Systems) و SCADA (Supervisory Control and Data Acquisition) یک موضوع حاشیهای نیست: یک ضرورت حیاتی است. با این حال، بسیاری از سازمانهای صنعتی ایران هنوز در مراحل اولیه آشنایی با این حوزه هستند.
این مقاله یک مقدمه جامع و عملی برای متخصصان IT و امنیت است که میخواهند وارد حوزه امنیت ICS/SCADA شوند یا درک بهتری از چالشها و راهکارهای آن داشته باشند.
ICS و SCADA چیست؟ تعریف و تفاوتها
ICS (Industrial Control Systems) یک اصطلاح کلی برای انواع سیستمهای کنترلی در محیطهای صنعتی است. SCADA (Supervisory Control and Data Acquisition) زیرمجموعهای از ICS است که برای نظارت و کنترل از راه دور فرایندهای صنعتی در مناطق جغرافیایی وسیع استفاده میشود.
تفاوت OT و IT: چرا امنیت در صنعت متفاوت است؟
| معیار | IT (Information Technology) | OT (Operational Technology) |
|---|---|---|
| هدف اصلی | محرمانگی (Confidentiality) و یکپارچگی داده | دسترسپذیری (Availability) و ایمنی (Safety) |
| پیامد نقض امنیت | افشای داده، خسارت مالی و اعتباری | آسیب فیزیکی، توقف تولید، خطر جانی، فاجعه زیستمحیطی |
| چرخه Patch | هفتگی تا ماهانه: Patch سریع | ماهانه تا سالانه: Patch نیاز به تأیید و توقف خط تولید دارد |
| طول عمر تجهیزات | ۳-۵ سال | ۱۰-۲۰ سال (گاهی بیشتر) |
| پروتکلها | TCP/IP, HTTP, HTTPS, DNS | Modbus, DNP3, Profibus, OPC, S7Comm |
| اولویت امنیتی | Prevent → Detect → Respond | Safety → Availability → Integrity → Confidentiality |
نکته کلیدی: در IT، اگر یک سرور از کار بیفتد، کاربران نمیتوانند ایمیل بفرستند. در OT، اگر یک PLC از کار بیفتد، یک کوره ۱۲۰۰ درجه خاموش میشود یا یک خط لوله گاز منفجر میشود. تفاوت بین «ناراحتی» و «فاجعه» است.
معماری ICS: از سطح میدان تا مرکز کنترل
برای درک امنیت ICS، باید معماری سلسلهمراتبی آن را بشناسیم. مدل مرجع Purdue Enterprise Reference Architecture (PERA) که توسط ISA-99 (IEC 62443) استاندارد شده است، سطوح مختلف یک شبکه صنعتی را تعریف میکند:
Level 5: Enterprise Network (IT / Corporate) │ Level 4: Business Planning & Logistics (ERP, MES) │ ──── DMZ (Industrial Demilitarized Zone) ──── │ Level 3: Operations Management (Historian, SCADA Server) │ Level 2: Supervisory Control (HMI, Engineering Workstation) │ Level 1: Basic Control (PLC, RTU, DCS Controller) │ Level 0: Physical Process (Sensor, Actuator, Valve, Motor)
اجزای اصلی یک شبکه صنعتی
| مؤلفه | نام کامل | نقش | سطح Purdue |
|---|---|---|---|
| PLC | Programmable Logic Controller | کنترل مستقیم تجهیزات صنعتی بر اساس برنامه بارگذاریشده | Level 1 |
| RTU | Remote Terminal Unit | کنترل از راه دور تجهیزات در نقاط دوردست (خطوط لوله، چاهها) | Level 1 |
| DCS | Distributed Control System | کنترل توزیعشده فرایندهای پیچیده پالایشگاهی و پتروشیمی | Level 1-2 |
| HMI | Human-Machine Interface | نمایش وضعیت فرایند به اپراتور و دریافت فرمان | Level 2 |
| SCADA Server | Supervisory Control Server | جمعآوری داده از PLC/RTUها و نظارت متمرکز | Level 3 |
| Historian | Data Historian | ذخیرهسازی دادههای تاریخی فرایند برای تحلیل | Level 3 |
| Engineering WS | Engineering Workstation | برنامهنویسی و پیکربندی PLC و HMI | Level 2-3 |
تهدیدات امنیتی ICS/SCADA: چه چیزی در انتظار است؟
دستهبندی تهدیدات
| نوع تهدید | شرح | مثال واقعی | تأثیر |
|---|---|---|---|
| APT (Advanced Persistent Threat) | حمله هدفمند و پیشرفته توسط کشورها یا گروههای سازمانیافته | Stuxnet (ایران), Triton (عربستان) | تخریب فیزیکی، توقف طولانی تولید |
| Ransomware | رمزنگاری دادههای صنعتی و درخواست باج | Colonial Pipeline (آمریکا) | توقف تولید، بحران سوخت |
| Insider Threat | خرابکاری یا اشتباه کارکنان داخلی | کارمند ناراضی در یک کارخانه فولاد (آلمان) | آسیب به تجهیزات، توقف خط تولید |
| Supply Chain Attack | نفوذ از طریق نرمافزار یا سختافزار تأمینکنندگان | NotPetya از طریق نرمافزار حسابداری (اوکراین) | گسترش به کل شبکه صنعتی |
| Ransomware General | حملات رمزنگاری که بهصورت تصادفی به صنایع برخورد میکنند | حمله به صنعت خودروسازی تویوتا (۲۰۲۲) | توقف تولید تا ۲ هفته |
چالشهای امنیتی خاص صنایع ایران
صنایع ایران با چالشهای منحصربهفردی در امنیت ICS مواجه هستند:
- تجهیزات قدیمی و Legacy: بسیاری از تأسیسات صنعتی ایران هنوز از PLCها و DCSهای نسل قدیم (دهه ۱۹۸۰-۱۹۹۰) استفاده میکنند. این تجهیزات قابلیت بهروزرسانی امنیتی ندارند و پروتکلهای آنها (مانند Modbus) فاقد رمزنگاری و Authentication هستند
- تحریم و محدودیت دسترسی: بهروزرسانیهای امنیتی Vendorها (Siemens, Schneider, ABB, Rockwell) در دسترس نیست. Patch و Firmware جدید به سختی تأمین میشود
- عدم آگاهی و آموزش: بسیاری از مدیران صنعتی هنوز تفاوت OT و IT را نمیدانند و امنیت سایبری را یک موضوع «IT» میدانند نه «تولید»
- Network Segmentation ضعیف: در بسیاری از صنایع ایران، شبکه OT (Level 0-3) به شبکه IT (Level 4-5) متصل است: بدون Firewall یا DMZ مناسب
- Remote Access ناامن: دسترسی از راه دور به PLC و HMI از طریق اینترنت با VPN ضعیف یا بدون رمزنگاری انجام میشود
استانداردهای امنیت ICS: IEC 62443
IEC 62443 پرکاربردترین استاندارد بینالمللی برای امنیت سایبری سیستمهای کنترل صنعتی است. این استاندارد توسط ISA (International Society of Automation) توسعه یافته و به چهار بخش اصلی تقسیم میشود:
| بخش | عنوان | مخاطب | محتوای اصلی |
|---|---|---|---|
| IEC 62443-1 | General | همه | مفاهیم، اصطلاحات و مدلهای مرجع |
| IEC 62443-2 | Policies & Procedures | صاحبان تأسیسات (Asset Owners) | برنامه امنیت سایبری، مدیریت ریسک، آموزش، Incident Response |
| IEC 62443-3 | System Level | یکپارچهکنندگان سیستم (System Integrators) | طراحی امن، Zone & Conduit مدل، Security Levels (SL 1-4) |
| IEC 62443-4 | Component Level | تولیدکنندگان تجهیزات (Vendors) | توسعه امن محصول، تست امنیت، مدیریت Vulnerability |
سطوح امنیتی IEC 62443 (Security Levels)
| SL | نام | توضیح | مثال کاربرد |
|---|---|---|---|
| SL 1 | Protection against casual violation | حفاظت در برابر تهدیدات تصادفی یا غیرعمدی | سیستمهای غیرحساس ساختمانی |
| SL 2 | Protection against intentional violation (simple means) | حفاظت در برابر مهاجم با منابع محدود و ابزارهای عمومی | خطوط تولید معمولی |
| SL 3 | Protection against intentional violation (sophisticated means) | حفاظت در برابر مهاجم سازمانیافته با منابع قابل توجه | پالایشگاهها، صنایع حساس |
| SL 4 | Protection against intentional violation (nation-state) | حفاظت در برابر APTهای دولتی با منابع نامحدود | تأسیسات هستهای، زیرساختهای حیاتی ملی |
مراحل عملی افزایش امنیت ICS در سازمان صنعتی
گام ۱: شناسایی و Inventory
پیش از هر اقدامی، باید بدانید چه تجهیزاتی در شبکه صنعتی شما وجود دارد:
- PLC, RTU, DCS Controller: مدل، Firmware، Vendor
- HMI و Engineering Workstation: سیستمعامل، نرمافزار، Patch
- پروتکلهای فعال (Modbus, DNP3, Profibus, OPC, S7Comm)
- ارتباطات شبکه OT با IT: کدام مسیرها؟ چه دادهای ردوبدل میشود؟
- دسترسیهای Remote: چه کسی از کجا به چه دستگاهی متصل میشود؟
گام ۲: Network Segmentation
مهمترین و مؤثرترین کنترل امنیتی در ICS: جدا کردن شبکه OT از IT و ایجاد DMZ صنعتی.
┌─────────────────────┐ │ IT Network │ (Corporate LAN, ERP, Email) │ 192.168.1.0/24 │ └─────────┬───────────┘ │ [Industrial Firewall / One-Way Gateway] │ ┌─────────┴───────────┐ │ Industrial DMZ │ (Historian Mirror, Patch Server, AV Server) │ 192.168.2.0/24 │ └─────────┬───────────┘ │ [Industrial Firewall / NGFW with OT Awareness] │ ┌─────────┴───────────┐ │ OT Network │ (PLC, RTU, HMI, Engineering WS) │ 192.168.10.0/24 │ └─────────────────────┘
گام ۳: Hardening و Access Control
- تغییر رمزعبور پیشفرض: PLCها و HMIها اغلب با رمزعبور پیشفرض نصب میشوند. این اولین قدم است
- Role-Based Access Control: اپراتور فقط دسترسی به HMI داشته باشد، مهندس فقط به Engineering WS
- Disable سرویسهای غیرضروری: پروتکلهایی که استفاده نمیشوند (مانند FTP, Telnet روی PLC) غیرفعال شوند
- Application Whitelisting: فقط برنامههای مجاز روی Engineering WS و HMI اجرا شوند
گام ۴: Monitoring و Detection
سیستمهای مانیتورینگ مخصوص OT با قابلیت تحلیل پروتکلهای صنعتی:
- OT-SIEM یا SIEM اختصاصی: با قابلیت Parsing پروتکلهای Modbus, DNP3, S7Comm
- Network Detection & Response (NDR) برای OT: شناسایی Anomaly در ترافیک صنعتی: مثلاً یک فرمان Write به یک PLC خارج از ساعت کاری
- Honeypot صنعتی: شبیهسازی PLC جعلی برای شناسایی مهاجمان در شبکه
گام ۵: Incident Response و Backup
- Backup از برنامه PLC و پیکربندی: این مهمترین Backup در ICS است. بدون برنامه PLC، خط تولید راه نمیافتد
- Incident Response Plan مخصوص OT: سناریوهای Ransomware در OT با IT متفاوت است: نمیتوانید به سادگی سیستم را خاموش کنید
- Air Gap برای Critical Systems: حیاتیترین سیستمها باید از نظر فیزیکی از شبکه جدا باشند (Air Gapped)
سناریوی واقعی: ارزیابی امنیت یک پتروشیمی ایرانی
توصیف محیط
یک مجتمع پتروشیمی با ۵ واحد تولیدی، ۳۰۰۰ نقطه کنترلی (I/O)، ۱۲۰ PLC (Siemens S7-300/400, Schneider Modicon)، ۴۰ HMI، ۱۰ Engineering Workstation و یک DCS مرکزی. شبکه OT به شبکه IT (ERP, ایمیل, اینترنت) متصل است.
یافتههای ارزیابی
| آسیبپذیری | شرح | شدت | راهکار |
|---|---|---|---|
| اتصال مستقیم OT به IT | بدون Firewall: ترافیک بین شبکه OT و IT بهصورت مستقیم عبور میکند | Critical | نصب Industrial Firewall + ایجاد DMZ + One-Way Gateway برای Historian |
| Remote Access بدون MFA | مهندسان Vendor از طریق VPN با PSK به PLCها دسترسی دارند: بدون MFA | Critical | جایگزینی PSK با Certificate + MFA + Session Recording |
| رمزعبور پیشفرض PLC | تمامی PLCهای Siemens با رمزعبور پیشفرض (100) پیکربندی شدهاند | High | تغییر رمزعبور + پیادهسازی Access Level در Step 7 |
| Engineering WS در اینترنت | یک Engineering Workstation برای پشتیبانی از راه دور به اینترنت متصل بوده است | Critical | قطع اتصال + جایگزینی با Jump Server در DMZ |
| عدم Backup از برنامه PLC | برنامه PLCها در ۳ سال گذشته Backup نشده بود | High | Backup فوری + Backup خودکار هفتگی + ذخیره در خارج از سایت |
نتایج اصلاحات
- اتصال مستقیم OT-IT قطع شد و DMZ صنعتی با Firewall اختصاصی OT ایجاد شد
- Remote Access با Certificate + MFA + Session Recording جایگزین شد
- رمزعبور تمام PLCها تغییر کرد و Access Level تعریف شد
- Backup خودکار برنامه PLCها راهاندازی شد
- یک SIEM اختصاصی OT (با قابلیت Parsing Modbus و S7Comm) نصب شد
اشتباهات رایج در امنیت ICS/SCADA
اشتباه ۱: تصور اینکه امنیت ICS همان امنیت IT است
مشکل: تیم IT ابزارهای امنیتی IT (Antivirus, Patch Management, Scanning) را مستقیماً روی شبکه OT اعمال میکند.
ریسک: اسکن Vulnerability با ابزارهای IT روی PLC میتواند باعث Crash آن شود. Patch یکشنبهها روی سیستمهای IT جواب میدهد اما در OT میتواند فرایند تولید را مختل کند.
راهکار: امنیت OT نیاز به تخصص جداگانه، ابزارهای مخصوص (مانند ابزارهای OT-safe Vulnerability Scanning) و فرایندهای متفاوت (Patch با تأیید تولید) دارد.
اشتباه ۲: شبکه OT را به شبکه IT متصل میکنند بدون هیچ کنترلی
مشکل: برای انتقال دادههای تولید به ERP، شبکه OT و IT بهصورت مستقیم (Flat) به هم متصل میشوند.
ریسک: اگر یک کامپیوتر در شبکه IT آلوده شود (مثلاً از طریق ایمیل)، مهاجم دسترسی مستقیم به PLCها دارد.
راهکار: حداقل یک DMZ صنعتی با Firewall دوطرفه ایجاد کنید. برای Historian از One-Way Gateway (Data Diode) استفاده کنید تا داده فقط از OT به IT منتقل شود، نه برعکس.
اشتباه ۳: فراموش کردن Backup برنامه PLC
مشکل: Backup از سرورها و دیتابیسها گرفته میشود اما برنامه PLCها هرگز Backup نمیشوند.
ریسک: در صورت حمله Ransomware یا خرابی PLC، بازگردانی خط تولید هفتهها زمان میبرد: زیرا برنامه PLC باید از صفر نوشته شود.
راهکار: برنامه PLCها (Source Code + Compiled) را بهصورت خودکار Backup کنید. نسخهای از Backup در خارج از سایت (Off-site) نگهداری شود.
اشتباه ۴: Remote Access بدون کنترل
مشکل: مهندسان Vendor و پشتیبانان داخلی از طریق اینترنت با VPN ضعیف و بدون MFA به PLCها دسترسی دارند.
ریسک: یک حساب VPN Compromised شده میتواند بهطور مستقیم به PLCها فرمان بدهد: بدون اینکه کسی متوجه شود.
راهکار: Remote Access فقط از طریق Jump Server در DMZ. MFA اجباری. Session Recording. قطع خودکار پس از اتمام کار.
اشتباه ۵: آموزش ندادن اپراتورها و مهندسان
مشکل: اپراتورها و مهندسان کنترل از تهدیدات سایبری بیاطلاع هستند. USB آلوده به شبکه OT وصل میکنند. روی HMI اینترنت باز میکنند.
ریسک: یک USB آلوده میتواند تمام شبکه OT را آلوده کند: حتی اگر Air Gap باشد.
راهکار: آموزش امنیت سایبری برای تمام کارکنان OT. سیاست استفاده از USB. HMI باید Restricted Environment باشد: فقط نرمافزار کنترل مجاز.
چکلیست عملیاتی امنیت ICS/SCADA
شناسایی و ارزیابی
- Inventory کامل از تمام تجهیزات OT (PLC, RTU, DCS, HMI, Engineering WS, Historian) تهیه شده است
- نقشه شبکه OT (شامل ارتباطات بین Levelهای Purdue) بهروز است
- پروتکلهای فعال (Modbus, DNP3, Profibus, OPC, S7Comm) مستند شدهاند
- ارتباطات OT-IT شناسایی و مستند شده است
- دسترسیهای Remote شناسایی و مستند شده است
Network Segmentation
- شبکه OT از IT با Firewall اختصاصی OT جدا شده است
- Industrial DMZ بین OT و IT ایجاد شده است
- One-Way Gateway (Data Diode) برای Historian پیادهسازی شده است
- Remote Access فقط از طریق Jump Server در DMZ انجام میشود
- Wireless Network در OT غیرفعال یا با WPA2-Enterprise و NAC محافظت شده است
Hardening
- رمزعبور پیشفرض تمام PLCها و HMIها تغییر کرده است
- سرویسهای غیرضروری (FTP, Telnet) روی تجهیزات غیرفعال شدهاند
- Application Whitelisting روی Engineering WS و HMI فعال است
- USB Portها روی HMI و Engineering WS غیرفعال یا محدود شدهاند
- Antivirus مخصوص OT (با قابلیت Scan بدوناختلال) نصب شده است
Access Control
- Role-Based Access Control (RBAC) برای تمام کاربران OT پیادهسازی شده است
- MFA برای تمام دسترسیهای Remote فعال است
- Session Recording برای تمام دسترسیهای Remote فعال است
- Privileged Access Management (PAM) برای دسترسیهای Admin پیادهسازی شده است
Backup و Recovery
- برنامه PLCها (Source Code + Compiled) بهصورت خودکار Backup میشود
- پیکربندی HMI و SCADA Server Backup میشود
- حداقل یک نسخه Backup در خارج از سایت (Off-site) نگهداری میشود
- Test Restore از Backup برنامه PLC حداقل سالی یکبار انجام میشود
- Disaster Recovery Plan (DRP) مخصوص OT تهیه شده است
Monitoring و Incident Response
- SIEM یا Log Management با قابلیت Parsing پروتکلهای صنعتی (Modbus, S7Comm) راهاندازی شده است
- Baseline ترافیک عادی OT مستند شده است (برای تشخیص Anomaly)
- Alert برای فرمانهای Write غیرمجاز به PLC تعریف شده است
- Incident Response Plan مخصوص OT (با سناریوهای Ransomware و Physical Damage) تهیه شده است
- تمرین (Tabletop Exercise) برای سناریوهای OT حداقل سالی یکبار انجام میشود
سؤالات متداول (FAQ)
۱. تفاوت اصلی PLC و RTU چیست؟
PLC (Programmable Logic Controller) برای کنترل سریع و Real-time فرایندهای محلی در یک مکان متمرکز طراحی شده است. RTU (Remote Terminal Unit) برای کنترل از راه دور تجهیزات در نقاط جغرافیایی وسیع (خطوط لوله، پستهای برق) طراحی شده و معمولاً از پروتکلهایاز راه دور مانند DNP3 استفاده میکند. RTUها معمولاً مصرف انرژی کمتری دارند و برای محیطهای Outdoor مناسبتر هستند.
۲. آیا استاندارد ISO 27001 برای امنیت ICS کافی است؟
ISO 27001 یک استاندارد عمومی مدیریت امنیت اطلاعات است و بسیاری از کنترلهای آن برای IT مناسب است، اما برای OT کافی نیست. IEC 62443 استاندارد تخصصی امنیت ICS است و کنترلهای خاصی مانند Zone & Conduit، Security Levels و ملاحظات Safety را پوشش میدهد. بهترین رویکرد: ترکیب ISO 27001 (برای مدیریت امنیت کلی) با IEC 62443 (برای کنترلهای فنی OT).
۳. Modbus چیست و چرا ناامن است؟
Modbus یک پروتکل ارتباطی صنعتی است که در سال ۱۹۷۹ توسط Modicon (اکنون Schneider Electric) توسعه یافت. این پروتکل فاقد هرگونه رمزنگاری، Authentication و Authorization است: هر فرمانی که به یک PLC فرستاده شود، اجرا میشود. Modbus هنوز پرکاربردترین پروتکل صنعتی در جهان است. نسخه امن آن (Modbus over TLS یا Modbus Security) وجود دارد اما هنوز بهطور گسترده جایگزین نشده است.
۴. آیا میتوان از ابزارهای امنیت IT در شبکه OT استفاده کرد؟
با احتیاط بسیار زیاد. برخی ابزارها (مانند Nmap با Scan سنگین، Nessus با Pluginهای فعال) میتوانند باعث Crash PLCها شوند. برای OT باید از ابزارهای مخصوص با قابلیت OT-safe Scanning استفاده کرد. همچنین، Antivirus در OT باید با Exclusion مناسب و بدون Scan Real-time روی فایلهای حیاتی PLC پیکربندی شود. توصیه میشود قبل از استفاده از هر ابزار IT در OT، آن را در محیط آزمایشی (Test Bed) تست کنید.
۵. هزینه امنیت ICS چقدر است و ROI آن چیست؟
هزینه به اندازه و پیچیدگی تأسیسات بستگی دارد. اما ROI آن در مقایسه با هزینه توقف تولید بسیار بالاست. یک روز توقف در یک پتروشیمی متوسط میتواند ۱-۵ میلیون دلار خسارت مستقیم داشته باشد. سرمایهگذاری در امنیت ICS (Segmentation, Hardening, Backup, Monitoring) معمولاً کمتر از ۱۰٪ خسارت یک حادثه است. علاوه بر این، ایمنی پرسنل و حفاظت از محیطزیست را نیز باید به آن اضافه کرد.
۶. نقش ITPCO در امنیت ICS/SCADA چیست؟
ITPCO خدمات تخصصی در زمینه ارزیابی امنیت شبکههای صنعتی (OT Security Assessment)، طراحی معماری امن بر اساس IEC 62443، پیادهسازی Industrial DMZ و Segmentation، پیکربندی Firewallهای اختصاصی OT، راهاندازی SIEM با قابلیت Parsing پروتکلهای صنعتی، و آموزش تیمهای فنی و اپراتورها ارائه میدهد. تیم ITPCO تجربه عملی در صنایع نفت، گاز، پتروشیمی و فولاد ایران دارد.
جمعبندی
امنیت ICS/SCADA در ایران دیگر یک گزینه نیست: یک ضرورت است. با افزایش حملات سایبری به زیرساختهای صنعتی و پیچیدگی تهدیدات، سازمانهای صنعتی ایران باید امنیت سایبری را بهعنوان بخشی از استراتژی تولید خود ببینند، نه یک پروژه IT حاشیهای.
نکات کلیدی که باید به خاطر بسپارید:
- اولویت اول: جداسازی شبکه OT از IT (Segmentation): مؤثرترین و کمهزینهترین اقدام
- اولویت دوم: تغییر رمزعبور پیشفرض و Hardening تجهیزات
- اولویت سوم: Backup از برنامه PLC: مهمترین دارایی دیجیتال در صنعت
- از استاندارد IEC 62443 بهعنوان چارچوب اصلی استفاده کنید
- به یاد داشته باشید: در OT، Safety و Availability از Confidentiality مهمتر هستند
تیم ITPCO با تجربه عملی در ارزیابی و پیادهسازی امنیت شبکههای صنعتی در صنایع نفت، گاز، پتروشیمی و فولاد ایران، آماده همراهی سازمان شما در این مسیر است.