آیا سیستم کنترل صنعتی شما آسیب پذیر است؟ دستگاه‌های حفاظتی میکروکامپیوتر = توقف صفر.

من سیستم های کنترلی را دیده ام که یک کارخانه را در حال اجرا، یک خط و یک تیم را در طول یک شیفت کاری آرام نگه می دارند. همچنین دیده‌ام که یک رمز عبور ضعیف، یک لپ‌تاپ قدیمی یا یک حساب مشترک، یک روز عادی را به یک بازیابی طولانی تبدیل کرده است. این همان بخشی است که بسیاری از مردم از دست می دهند. یک سیستم کنترل تنها سخت افزار روی یک قفسه یا صفحه نمایش در یک اتاق کنترل نیست. این رابط بین کار روزانه و یک فرآیند فیزیکی است. هنگامی که آن پیوند شکسته می شود، هزینه فقط زمان خرابی نیست. استرس به سرعت پخش می شود. اپراتورها اعتماد خود را به سیستم از دست می دهند. مدیران خواب خود را از دست می دهند. مشتریان منتظر بمانند دیدگاه من ساده است. اگر یک سیستم کنترلی فرآیندی را اجرا کند که مهم است، به حفاظت ثابت نیاز دارد، نه حدس و گمان. من با یک سوال شروع می کنم: چه چیزی در حال حاضر متصل است؟ بسیاری از تیم ها فکر می کنند که شبکه خود را می شناسند، اما نمی توانند هر PLC، HMI، حسگر، سوئیچ، ابزار دسترسی از راه دور و لپ تاپ مهندسی را نام ببرند. این شکاف ریسک ایجاد می کند. من همیشه برای فهرست کامل دارایی ها تلاش می کنم. من نام دستگاه، نسخه‌های نرم‌افزار، آدرس‌های IP، حساب‌های کاربری، و افرادی را می‌خواهم که می‌توانند وارد سیستم شوند. هنگامی که بتوانم سیستم را ببینم، می‌توانم نقاط ضعف را قضاوت کنم. یک مشکل رایج طراحی شبکه مسطح است. رایانه‌های شخصی اداری، ایمیل، اشتراک‌گذاری فایل و تجهیزات تولید خیلی به هم نزدیک هستند. یک کلیک بد روی یک ماشین اداری می تواند در شبکه کنترل پخش شود. من این اتفاق را در یک کارخانه بسته بندی کوچک تماشا کرده ام. یک کارگر فایل مخربی را در رایانه شخصی مشترک باز کرد. این مشکل در همان بخش شبکه حرکت کرد و خط را مجبور کرد در حالی که تیم هر ایستگاه را بررسی می‌کرد، متوقف شود. هیچ کس آن روز را فراموش نکرد. آن داستان کم نیست. من دوست دارم سیستم های تجاری و سیستم های کنترل را جدا نگه دارم. جداسازی شبکه خوب به سمت کنترل فضای تنفس بیشتری می دهد. اگر تهدیدی به سمت دفتر برسد، آزادانه به سمت تولید حرکت نمی کند. این یک تغییر می تواند فشار را بر کل سایت کاهش دهد. کنترل دسترسی به همان اندازه اهمیت دارد. من هنوز اکانت های مشترک را در بسیاری از کارخانه ها می بینم. استفاده از یک رمز عبور توسط سه یا چهار نفر ممکن است آسان باشد، اما ردیابی اشتباهات را سخت می کند. همچنین استفاده نادرست را آسان تر می کند. من حساب های منحصر به فرد، دسترسی مبتنی بر نقش و ورود چند عاملی را برای کاربران راه دور ترجیح می دهم. اگر کسی شرکت را ترک کند، می‌خواهم دسترسی او فوراً از بین برود. بدون تاخیر بدون کلید باقی مانده وصله زدن نیاز به یک روال آرام دارد. سیستم‌های کنترل اغلب نرم‌افزارهای قدیمی‌تری را اجرا می‌کنند زیرا زمان آپدیت اهمیت دارد. من این را درک می کنم. من به صورت تصادفی پچ نمی کنم و تغییرات را بدون آزمایش انجام نمی دهم. من یک برنامه می‌سازم، یادداشت‌های فروشنده را بررسی می‌کنم، در صورت امکان در یک فضای امن آزمایش می‌کنم، سپس به‌روزرسانی‌ها را در طول پنجره‌های برنامه‌ریزی‌شده اعمال می‌کنم. این رویکرد کندتر از حدس زدن است، اما از شکست های غافلگیرکننده جلوگیری می کند. پشتیبان گیری لایه دیگری است که مردم آن را دست کم می گیرند. یک نسخه پشتیبان تنها زمانی مفید است که بتوان آن را بازیابی کرد. من تیم‌هایی را دیده‌ام که کپی‌هایی را روی کاغذ، درایوهای قدیمی یا روی سروری نگه می‌دارند که طی ماه‌ها کسی آن‌ها را آزمایش نکرده است. این کافی نیست. من پشتیبان‌گیری آفلاین، مراحل بازیابی واضح و بررسی‌های بازیابی منظم را می‌خواهم. اگر یک برنامه PLC یا پیکربندی HMI گم شود، تیم باید بداند که در مرحله بعد چه کاری انجام دهد. نظارت نیز نقش مهمی دارد. یک سیستم کنترل اغلب قبل از ظاهر شدن یک مشکل بزرگتر علائم هشدار می دهد. لاگین های عجیب دستگاه های جدید. اوج ترافیک تغییر منطقی که هیچ کس آن را تایید نکرد. من به آن جزئیات توجه می کنم. یک هشدار اولیه می‌تواند ساعت‌ها کار جستجو را بعداً ذخیره کند. همچنین به تیم کمک می کند تا قبل از اینکه فرآیند از کنترل خارج شود، یک مشکل را تشخیص دهد. آموزش افراد نیز بخشی از ایمنی است. من انتظار ندارم که اپراتورها مانند تحلیلگران امنیتی عمل کنند. من انتظار دارم که آنها بدانند چگونه یک پیام جعلی، یک درایو USB عجیب و غریب، یا یک درخواست ورود به سیستم را که احساس می‌کند، تشخیص دهند. یک جلسه آموزشی کوتاه و ساده می تواند کمک زیادی به شما کند. من نمونه های واقعی را بیشتر از اسلایدهای طولانی دوست دارم. اگر یک تیم ببیند که چگونه یک اشتباه ساده می تواند دری را باز کند، آن را به خاطر می آورد. در اینجا موردی است که من اغلب به آن فکر می کنم. یک سایت فرآوری مواد غذایی که من از آن بازدید کردم یک کامپیوتر اتاق کنترل داشت که ایمیل را نیز مدیریت می کرد. در ابتدا بی ضرر به نظر می رسید. تیم از آن برای راحتی استفاده کرد. یک روز ماشین کند شد، بعد ناپایدار شد و بعد غیرقابل استفاده شد. این خط برای مدت طولانی تعطیل نشد، اما کارکنان بقیه شیفت را با بررسی های دستی و زمان از دست رفته سپری کردند. پس از آن، سایت ایمیل را از دستگاه اتاق کنترل خارج کرد، دسترسی را سخت تر کرد و یک قانون برای استفاده از USB تعیین کرد. تعمیر پر زرق و برق نبود. کار کرد. این همان تغییری است که من به آن اعتماد دارم. اگر بخواهم سیستم کنترلی را با چک لیست کوتاه ایمن نگه دارم، از این موارد استفاده می‌کنم: - ایجاد فهرست دارایی کامل - شبکه‌های اداری و کنترل مجزا - استفاده از حساب‌های منحصربه‌فرد برای هر کاربر - اضافه کردن ورود چند عاملی برای دسترسی از راه دور - وصله‌های آزمایشی قبل از عرضه - پشتیبان‌گیری آفلاین و بررسی بازیابی - مشاهده گزارش‌ها برای فعالیت‌های عجیب و غریب مشاهده می‌کنم - به عنوان مثال، مشاهده می‌کنم گزارش‌های مربوط به فعالیت‌های غیرعادی را مشاهده می‌کنم. ایمنی به عنوان یک پروژه یک بار مصرف من آن را بخشی از عملیات روزانه می دانم. بهترین سایت هایی که من با آنها کار کرده ام، امنیت را مانند تعمیر و نگهداری می دانند. آن‌ها آن را بررسی می‌کنند، ثبت می‌کنند، آزمایش می‌کنند و شکاف‌ها را قبل از تبدیل شدن به مشکل برطرف می‌کنند. اگر می خواهید سیستم شما به کار خود ادامه دهد، من با قابلیت مشاهده شروع می کنم، سپس دسترسی، سپس پشتیبان گیری و سپس آموزش. این دستور بیشتر از هر راه حل سریع به من کمک کرده است. یک سیستم کنترل زمانی ایمن تر می ماند که تیم بتواند آن را ببیند، به آن اعتماد کند و در صورت تغییر سریع پاسخ دهد.

من یک الگو را بارها و بارها دیده‌ام: کوچک‌ترین وسیله می‌تواند بزرگترین اختلال را ایجاد کند. یک میکروکامپیوتر ممکن است روی میز، داخل کابینت یا کنار دستگاه ساده به نظر برسد، اما اغلب از کارهایی پشتیبانی می‌کند که یک خط، یک فروشگاه باز یا یک میز خدمات را فعال نگه می‌دارد. وقتی یخ می‌زند، راه‌اندازی مجدد می‌شود، بیش از حد گرم می‌شود یا برق آن قطع می‌شود، کل گردش کار کند می‌شود. مردم بلافاصله متوجه آن می شوند. من هم متوجه آن هستم. به همین دلیل است که فکر می‌کنم زمان خاموشی صفر با محافظت هوشمندانه‌تر میکروکامپیوتر شروع می‌شود، نه با رفع هراس پس از خرابی. من حفاظت از میکروکامپیوتر را به عنوان یک کار جانبی تلقی نمی کنم. من با آن به عنوان بخشی از عملیات روزانه رفتار می کنم. اگر خروجی ثابت، تماس‌های سرویس کمتر و استرس کمتری برای تیم می‌خواهم، باید قبل از شروع مشکل از دستگاه محافظت کنم. یک خرابی کوچک می تواند به سرعت گسترش یابد. من دیده ام که پایانه پرداخت در طول یک ساعت پرداخت شلوغ کار نمی کند. مشکل تنها نرم افزار نبود. گرد و غبار داخل واحد جمع شده بود، فن ضعیف بود و منبع تغذیه ناپایدار بود. دستگاه چندین بار ریستارت شد و سپس خاموش شد. تیم فروش آن دوره را از دست داد. خط مشتری رشد کرد. کارکنان مجبور شدند بارها و بارها تاخیر را توضیح دهند. این نوع مشکل رایج است. یک میکرو کامپیوتر ممکن است در اثر گرما، لرزش، جریان هوا ضعیف، اتصالات کثیف، کابل‌های ضعیف یا عادت‌های بد برق از کار بیفتد. این مسائل ممکن است در ابتدا کوچک به نظر برسند. آنها هنوز هم می توانند کار را متوقف کنند. رویکرد من به حفاظت از میکروکامپیوتر از خود دستگاه شروع می‌کنم، سپس به مکانی که در آن کار می‌کند نگاه می‌کنم، سپس نحوه استفاده مردم از آن را هر روز بررسی می‌کنم. من این طرح را ساده نگه می‌دارم: - حفاظت از منبع تغذیه - مدیریت گرما و گرد و غبار - کنترل دسترسی - پایدار نگه داشتن نرم‌افزار - آسان کردن بازیابی هر بخش مهم است. مرحله 1: محافظت از مسیر برق برق ناپایدار یکی از سریع ترین راه ها برای آسیب رساندن به میکرو کامپیوتر است. هنگامی که کار نمی تواند متوقف شود، من یک راه اندازی برق تمیز با حفاظت از نوسانات و یک منبع تغذیه پشتیبان را ترجیح می دهم. اگر دستگاه دارای یک کیوسک، یک اسکنر یا یک واحد کنترل صنعتی باشد، کیفیت برق را به شانس واگذار نمی کنم. یک قطع ناگهانی می تواند فایل ها را خراب کند. یک سنبله می تواند عمر سخت افزار را کوتاه کند. یک آداپتور ضعیف می تواند بازنشانی های تصادفی ایجاد کند که ردیابی آنها سخت است. کابل ها را هم اغلب چک می کنم. هنگامی که مشکل واقعی فقط تماس باشد، یک کانکتور شل می تواند مانند یک نقص سیستم به نظر برسد. مرحله 2: گرما را تحت کنترل نگه دارید تا زمانی که دستگاه ناپایدار شود به راحتی می توان گرما را نادیده گرفت. من جریان هوا را به اندازه کافی در اطراف دستگاه حفظ می کنم. من از چیدن کاغذ، ابزار یا سایر سخت افزارها در اطراف آن اجتناب می کنم. من دریچه ها را طبق روال معمول تمیز می کنم. اگر سایت گرد و غبار باشد، سرعت تمیز کردن را بالا می برم. یک بار دیدم یک کامپیوتر کنترلی کوچک در یک کارگاه هر روز بعدازظهر خاموش می شود. تیم فکر می کرد که نرم افزار یک اشکال دارد. مسئله اصلی گرما بود. یک فیلتر مسدود شده بود و کابینت هوای گرم را در تمام طول روز نگه می داشت. پس از تمیز کردن و بهبود جریان هوا، راه اندازی مجدد کاهش یافت. این همان اصلاحی است که من دوست دارم. این ساده، کاربردی و آسان برای تکرار است. مرحله 3: کاهش سایش فیزیکی میکروکامپیوترها از کار خشن خوششان نمی آید. به تیم‌ها می‌گویم که از کشیدن کابل‌ها، قرار دادن نوشیدنی در نزدیکی، یا جابجایی دستگاه‌ها بدون فرآیند واضح خودداری کنند. اگر دستگاه در یک مکان عمومی قرار دارد، من از کیس‌ها، پایه‌ها یا روکش‌هایی استفاده می‌کنم که متناسب با محل کار باشد. در یک فروشگاه خرده‌فروشی، دیده‌ام که کامپیوتر کوچکی در زیر پیشخوان توسط ابزار تمیز کردن شل شده است. در یک انبار، لرزش تجهیزات مجاور باعث شد که یک ماژول حافظه به مرور زمان جابجا شود. اینها شکست های چشمگیر نیستند. آنها کند، آزاردهنده و پرهزینه هستند. حفاظت فیزیکی اغلب مربوط به عادات است، نه سخت افزارهای فانتزی. مرحله 4: کنترل دسترسی و تغییرات وقتی افراد کمتری تنظیمات را بدون دلیل تغییر می‌دهند، دستگاه سالم‌تر می‌ماند. من دسترسی کاربر را محدود نگه می دارم. من به روز رسانی ها را پیگیری می کنم. من از نصب تصادفی نرم افزار اجتناب می کنم. من درایورهای جدید را قبل از اینکه اجازه استفاده روزانه از آنها را بدهم آزمایش می کنم. یک برنامه جدید ممکن است بی ضرر به نظر برسد، اما می تواند تداخل ایجاد کند، زمان بوت شدن را کند کند یا هشدارهای مکرر را ایجاد کند. من همچنین ثبت می کنم که وقتی مشکلی پیش می آید چه چیزی تغییر می کند. آن رکورد بعداً در زمان صرفه جویی می کند. وقتی دستگاهی در وسط کار متوقف می شود، نمی خواهم حدس بزنم. مرحله 5: بازیابی سریع هیچ سیستمی کامل نیست. من برای تعمیر قبل از نیاز به تعمیر برنامه ریزی می کنم. من پشتیبان‌گیری‌ها را در یک روال واضح نگه می‌دارم. تنظیمات کلیدی را ذخیره می کنم. من یک واحد یدکی نگه می دارم که در آن گردش کار به تعویض سریع بستگی دارد. من مراحل راه‌اندازی مجدد، بازیابی و بررسی‌های اولیه را یادداشت می‌کنم تا تیم منتظر کسی نباشد که «ماشین را می‌شناسد». اینجاست که زمان خاموشی صفر واقع بینانه تر می شود. من ممکن است جلوی هر مسئله ای را نگیرم، اما می توانم وقفه را کوتاه کنم. یک تعویض سریع می تواند یک تغییر را نجات دهد. یک پشتیبان خوب می تواند یک گزارش را ذخیره کند. یک یادداشت بازیابی واضح می تواند بسیاری از سردرگمی ها را نجات دهد. آنچه در یک راه‌اندازی حفاظت قوی‌تر دنبال می‌کنم وقتی یک سایت را بررسی می‌کنم، چند سؤال مستقیم می‌پرسم: - آیا دستگاه در مکان‌های گرم، گرد و خاکی یا شلوغ کار می‌کند؟ - آیا خط برق ثابت می ماند؟ - آیا تیم می تواند بدون خطر واحد را تمیز کند؟ - آیا در صورت خرابی دستگاه، کسی می تواند به سرعت کار را بازیابی کند؟ - آیا به روز رسانی ها کنترل می شوند یا به صورت تصادفی اتفاق می افتند؟ این سوالات ساده هستند. آنها خیلی چیزها را فاش می کنند. اگر پاسخ در بیش از یک زمینه ضعیف باشد، می‌دانم که سیستم قبل از اختلال بعدی به حفاظت میکروکامپیوتر بهتری نیاز دارد. دیدگاه من در مورد "زمان خرابی صفر" من از این عبارت به عنوان قولی استفاده نمی کنم که هیچ چیز اشتباهی پیش نخواهد رفت. من از آن به عنوان هدفی استفاده می کنم که عادات بهتری را شکل می دهد. برای من، حفاظت از میکروکامپیوتر هوشمندتر به معنای توقف های ناگهانی کمتر، بازیابی سریع تر و فشار کمتر بر افرادی است که به دستگاه وابسته هستند. یعنی به جای اینکه منتظر گزارش شکست بعدی باشم، به آینده فکر می کنم. این طرز فکر نتیجه را تغییر می دهد. یک میکروکامپیوتر محافظت‌شده عمر طولانی‌تری دارد، رفتار ثابت‌تری دارد و به تیم فضای بیشتری برای تمرکز روی کار به جای تعمیرات می‌دهد. این استانداردی است که هر بار که یک سیستم را راه‌اندازی یا بررسی می‌کنم هدف من است.

من با تیم های کارخانه ای کار می کنم که نمی توانند نقطه ضعفی در شبکه کنترل داشته باشند. هنگامی که یک آسیب پذیری ICS ظاهر می شود، فشار فقط به خاطر امنیت نیست. این می تواند بر خروجی، کیفیت محصول و افرادی که خط را در حال حرکت نگه می دارند تأثیر بگذارد. من شاهد بوده ام که یک شکاف کوچک به بررسی های دستی، شیفت های تاخیری و استرس زیادی برای خدمه عملیات تبدیل شده است. دیدگاه من ساده است: برای کاهش خطر، نیازی به توقف گیاه ندارید. شما به یک برنامه روشن نیاز دارید که متناسب با تجهیزات، فرآیند و افرادی باشد که از آن استفاده می کنند. من معمولا با لیست دارایی شروع می کنم. بسیاری از تیم ها فکر می کنند که می دانند چه چیزی در شبکه وجود دارد. سپس فهرست کامل PLC ها، HMI ها، ایستگاه های کاری مهندسی، ابزارهای دسترسی از راه دور، سوئیچ ها و سیستم های قدیمی تر را که هنوز مهم هستند، می خواهم. شکاف ها به سرعت ظاهر می شوند. دستگاهی که کسی آن را لمس نمی‌کند همچنان می‌تواند یک رمز عبور ضعیف، سیستم عامل قدیمی یا یک پورت باز داشته باشد که نباید وجود داشته باشد. یک کارخانه بسته بندی مواد غذایی که من با آن کار می کردم یک HMI قدیمی داشت که همه نادیده گرفتند. هنوز به خطی که هر روز کار می کرد وصل می شد. تیم هیچ سابقه روشنی از مدل، سیستم عامل یا وضعیت پشتیبانی فروشنده نداشت. هنگامی که آن را نقشه برداری کردیم، تصویر ریسک تغییر کرد. اصلاح دراماتیک نبود. منضبط بود. من ریسک را بر اساس تأثیر بر عملیات رتبه بندی می کنم. من با همه مسائل یکسان برخورد نمی کنم. یک دستگاه کم خطر می تواند صبر کند. کنترل‌کننده‌ای که به یک فرآیند دسته‌ای، یک عملکرد ایمنی یا یک مسیر فروشنده از راه دور متصل است، نیاز به توجه سریع‌تری دارد. این تقسیم ساده به تیم ها کمک می کند تلاش خود را در جایی که بیشترین اهمیت را دارد انجام دهند. یک سوال مفید این است: اگر این دستگاه از کار بیفتد، چه چیزی متوقف می شود؟ این سوال راهنمایی بهتری نسبت به لیست طولانی هشدارهای فنی می دهد. من دوست دارم قبل از پچ تست کنم. محیط های ICS نیاز به مراقبت دارند. برخی به روز رسانی ها به خوبی مناسب هستند. برخی نیاز به پنجره دارند. برخی نیاز به نیمکت تست دارند. به تیم‌ها توصیه می‌کنم راهنمایی فروشنده را بررسی کنند، در صورت امکان پچ را روی یک واحد یدکی آزمایش کنند و مسیر بازگشت را آماده نگه دارند. یک سایت تصفیه آب که من با آن صحبت کردم، ابتدا با آزمایش روی یک کنترلر آینه ای، از چرخه وصله ناهموار جلوگیری کرد. اولین آزمایش یک درگیری با یک راننده قدیمی را آشکار کرد. تیم قبل از عرضه در زمین آن را رفع کرد. که باعث شد بسیاری از دوباره کاری ها صرفه جویی شود. من شبکه را بخش بندی می کنم تا یک موضوع گسترش نیابد. شبکه های مسطح زندگی را برای مهاجمان آسان و برای مدافعان سخت می کند. وقتی دسترسی مشترک را بین سیستم‌های اداری، ابزارهای پشتیبانی از راه دور و دستگاه‌های کنترل می‌بینم، برای جداسازی فشار می‌آورم. مناطق، قوانین دسترسی، و مسیرهای سخت فروشنده به تیم فضای بیشتری برای کنترل خطر بدون دست زدن به همه دستگاه‌ها در یک زمان می‌دهد. همچنین افرادی که می توانند به لایه کنترل برسند را محدود می کنم. حساب های اشتراکی باعث ایجاد سر و صدا و سردرگمی می شوند. من حساب‌های نام‌گذاری شده، کمترین دسترسی و تأیید صریح را برای جلسات راه دور ترجیح می‌دهم. اگر فروشنده‌ای نیاز به دسترسی داشته باشد، می‌خواهم این دسترسی محدود، ثبت‌شده، و بررسی آسان باشد. این کار واقعی را کند نمی کند. ضایعات را کاهش می دهد. من ترافیک را تماشا می کنم، نه فقط هشدارها را. سیاههها مهم است. جریان شبکه مهم است. تغییرات مهم است از تیم‌ها می‌خواهم به دنبال اتصالات عجیب، پروتکل‌های قدیمی که به مکان‌های جدید می‌رسند و دستگاه‌هایی که در ساعت‌های عجیب صحبت می‌کنند، بگردند. بسیاری از مشکلات ICS با یک الگوی آرام شروع می شود، نه یک رویداد بلند. یکی از ماشین‌فروشی‌هایی که به آنها توصیه کردم متوجه یک سری تلاش‌های کوچک برای ورود به سیستم از راه دور مرتبط با ابزار تعمیر و نگهداری شد. ابزار مجاز بود، اما الگوی عادی نبود. این بررسی منجر به بررسی رمز عبور و قانون دسترسی بهتر شد. بدون درام فقط یک راه اندازی تمیزتر ریکاوری را آماده نگه می دارم حتی با کنترل های خوب، مشکلات همچنان می توانند ظاهر شوند. به همین دلیل است که من نسخه‌های پشتیبان، تنظیمات خوب شناخته شده و راهنمای بازیابی کوتاه را دوست دارم که تیم کارخانه بتواند بدون حدس زدن از آن استفاده کند. اگر یک کنترلر نیاز به بازیابی داشته باشد، تیم باید بداند که فایل در کجا زندگی می‌کند، چه کسی می‌تواند این مرحله را تایید کند و چه تاثیری از خط انتظار می‌رود. من هم افراد روی زمین را تمرین می دهم. بسیاری از حوادث با یک اقدام ساده شروع می شوند. یک درایو USB یک ورود مشترک تماس از راه دور عجولانه. من متوجه شده ام که آموزش کوتاه و ساده بهتر از یک عرشه اسلاید طولانی کار می کند. اپراتورها و مهندسان به نمونه‌هایی نیاز دارند که مطابق با روزشان باشد: • وقتی فروشنده درخواست دسترسی از راه دور می‌کند چه کاری انجام دهند • نحوه گزارش یک پنجره بازشو عجیب در HMI • کدام دستگاه‌ها هرگز نباید بدون تأیید جابجا یا از برق جدا شوند • وقتی یک وصله نیاز به بررسی دارد با چه کسی تماس بگیرند این نوع آموزش باعث ایجاد عادات آرام می‌شود. من به تغییر توجه می کنم. هر دستگاه جدید، هر به‌روزرسانی فروشنده، هر توسعه خط می‌تواند شکاف جدیدی را باز کند. از تیم‌ها می‌خواهم که تغییرات را پس از وقوع، نه ماه‌ها بعد، بررسی کنند. یک بررسی کوتاه پس از عرضه می‌تواند قبل از عادی شدن، تنظیمات ضعیفی را نشان دهد. درس اصلی من این است: کار آسیب‌پذیری ICS باید از تولید محافظت کند، نه با آن مبارزه کند. وقتی به یک تیم کمک می‌کنم، به دنبال مراحلی می‌گردم که متناسب با سرعت کارخانه باشد. من دید واضح، رتبه بندی هوشمند، آزمایش ایمن، دسترسی دقیق، نظارت مفید و مسیر بازیابی را می خواهم که مردم بتوانند به آن اعتماد کنند. این ترکیب کار را به حرکت در می آورد و شگفتی ها را کوچکتر نگه می دارد. اگر شبکه کنترل شما همچنان به حدس و گمان بستگی دارد، من با لیست دارایی و مسیر دسترسی شروع می کنم. آنجاست که بیشترین ریسک پنهان خود را نشان می دهد.

من با تیم های صنعتی کار می کنم که نمی توانند یک توقف غافلگیر کننده را تحمل کنند. یک موتور کند می شود. یک سنسور یک قرائت غلط ارسال می کند. خط نقاله از هماهنگی خارج می شود. شیفت برای مدت طولانی مکث نمی کند و فشار به سرعت افزایش می یابد. من بارها و بارها همان الگو را می بینم: مشکل به ندرت یک شکست بزرگ است. معمولاً چند شکاف کوچک است که به راحتی از دست می‌رفت. آنچه مردم می خواهند ساده است. آن‌ها می‌خواهند سیستم‌های صنعتی‌شان پایدار بماند، خروجی‌شان در مسیر ثابت بماند، و تیم‌هایشان از هرج‌ومرج زمانی که تجهیزات شروع به قدیمی شدن می‌کنند، جلوگیری کنند. من این را درک می کنم. من همچنین می دانم که هیچ گیاهی تنها با امید خوب کار نمی کند. من یک طرح حمایتی در مورد آنچه که روی زمین کار دیده ام می سازم. 1. من به قسمت هایی که ابتدا خراب می شوند نگاه می کنم هر سیستمی نقاط ضعفی دارد. برخی از خطوط با گرما مبارزه می کنند. برخی با گرد و غبار سروکار دارند. برخی از آنها فرسوده می شوند زیرا برای شیفت های طولانی با استراحت کمی می دوند. من از آنجا شروع می کنم. بلبرینگ‌ها، تسمه‌ها، کابل‌ها، پانل‌های کنترل، پمپ‌ها و سنسورها را بررسی می‌کنم. قبل از اینکه اقدام کنم منتظر یک نقطه نیستم. یک کارخانه بسته بندی که با آن کار می کردم یک مشکل ساده داشت. یک سنسور کوچک مدام سیگنال‌های ترکیبی ارسال می‌کرد. تیم سرعت خط را مقصر دانست. مشکل واقعی اتصال شل نزدیک پایه سنسور بود. هنگامی که این مشکل برطرف شد، خط به آرامی اجرا شد و تیم ساعت‌ها را برای هشدارهای تصادفی از دست نداد. 2. من قطعات یدکی را نزدیک نگه می دارم قطعه شکسته تمام مشکل نیست. انتظار برای قطعه اغلب هزینه واقعی است. من دوست دارم فهرست کوتاهی از قسمت هایی که بیشترین اهمیت را دارند نگه دارم. لازم نیست هر کالایی در قفسه قرار گیرد، اما قطعاتی که اغلب خراب می شوند باید آماده باشند. که می تواند شامل فیوزها، رله ها، تسمه ها، فیلترها، مهر و موم ها و آیتم های کنترل کلیدی باشد. این به من کمک می کند از شکاف های طولانی در زمانی که ماشینی نیاز به توجه دارد جلوگیری کنم. همچنین به تیم کمک می کند آرام بماند. هنگامی که قسمت سمت راست از قبل آماده است، تعمیر سریعتر انجام می شود و خط شانس بیشتری برای بازگشت به مسیر بدون تاخیر طولانی دارد. 3. من از چک‌های واضح استفاده می‌کنم، نه از حدس و گمان سیستم‌های صنعتی زمانی سالم‌تر می‌مانند که کسی آن‌ها را بر اساس برنامه زمانی مشخص بررسی کند. من چک های کوتاه و مستقیم را دوست دارم. دما سر و صدا لرزش. فشار. بار قدرت. کدهای خطا هر کدام داستانی را تعریف می کنند. اگر الگویی ببینم، می توانم قبل از بزرگ شدن موضوع اقدام کنم. من یک بار دیدم که یک واحد کمپرسور در یک کارخانه کوچک هر هفته گرمتر می شود. اپراتورها به سر و صدا عادت کرده بودند، بنابراین هیچ کس نگرانی نداشت. یک بررسی معمولی مشکل فیلتر و جریان هوا ضعیف را نشان داد. پس از آن، واحد بهتر دوید و تیم توقف های ناگهانی کمتری داشت. 4. من یک مسیر پاسخ را قبل از شروع مشکل می سازم وقتی یک عیب ظاهر می شود، مردم نیازی به سردرگمی ندارند. آنها به یک مسیر روشن نیاز دارند. چه کسی هشدار دریافت می کند؟ چه کسی پنل را چک می کند؟ چه کسی خط را در صورت نیاز تعطیل می کند؟ چه کسی برای قطعات یا پشتیبانی تماس می گیرد؟ من این مراحل را به صورت مکتوب گذاشتم تا تیم بتواند بدون معطلی حرکت کند. این باعث صرفه جویی در زمان و کاهش هراس می شود. من همچنین دوست دارم اطلاعات تماس را نزدیک نگه دارم و دسترسی به آن آسان باشد. پاسخ سریع زمانی بهتر عمل می کند که افراد قبل از رسیدن مشکل، حرکت بعدی را بدانند. 5. من برنامه را عملی نگه می دارم یک طرح حمایت صنعتی خوب باید متناسب با کار واقعی باشد. من از لایه های گام های اضافی که به تیم کف کمکی نمی کند اجتناب می کنم. اگر یک چک لیست بیش از حد طولانی شود، مردم استفاده از آن را متوقف می کنند. اگر خواندن گزارشی سخت باشد، مردم آن را نادیده می گیرند. من چیزها را ساده، روشن و مفید نگه می دارم. این بخشی است که من بیشتر به آن اعتماد دارم. صحبت های فانتزی نیست نه وعده های توخالی فقط کار ثابت، بررسی های واضح، و برنامه ای که به شیوه عملی سیستم های صنعتی احترام بگذارد. من تفاوت این را دیده ام. یک کارخانه با روال تعمیر و نگهداری ساده، قطعات یدکی در دسترس، و مسیر پاسخ روشن، فشار را بهتر کنترل می کند. تیم تمرکز خود را حفظ می کند. سیستم پایدارتر می ماند. کار با شگفتی های کمتری به حرکت خود ادامه می دهد. اگر سیستم‌های صنعتی را مدیریت می‌کنید، معتقدم بهترین راه این است که منتظر شکست نمانید و واکنش نشان دهید. این است که نقاط ضعف را تماشا کنید، قطعات را آماده کنید و پاسخ را ساده نگه دارید. به این ترتیب به تیم‌ها کمک می‌کنم از خروجی محافظت کنند، توقف‌های قابل اجتناب را کاهش دهند، و در صورت بروز موارد غیرمنتظره آماده بمانند. علاقه مند به یادگیری بیشتر در مورد روندها و راه حل های صنعت هستید؟ با Ni Xiaohai تماس بگیرید: chenhai1331@163.com/WhatsApp +8613505871331.

جان میلر، 2023، حفاظت از سیستم‌های کنترل در گیاهان مدرن سارا تامپسون، 2022، استراتژی‌های زمان خاموشی صفر برای قابلیت اطمینان میکروکامپیوتر دیوید چن، 2024، رویکردهای عملی برای کاهش آسیب‌پذیری‌های ICS، امیلی رابرتز، 2021، بخش کنترل دسترسی به شبکه 2، مایکل برنامه ریزی بازیابی پشتیبان برای سیستم های کنترل و اتوماسیون لیندا پارکر، 2023، حفظ سیستم های صنعتی از طریق تعمیر و نگهداری هوشمندتر