Що опитування розкриває про атаки на виробників Великої Британії

Нове опитування, висвітлене The Guardian, малює тривожну картину для промислової бази Великої Британії: майже третина виробників постраждала від кібератаки за останній рік. Ще більше занепокоєння викликає те, що лише близько половини опитаних компаній мають офіційний план дій на випадок такої атаки. Великі компанії описують себе як такі, що перебувають під постійною загрозою, однак багато з них досі працюють без базових інструкцій, які могли б обмежити шкоду та прискорити відновлення.

Цей розрив між рівнем загрози та готовністю і є справжньою суттю проблеми. Одне — визнавати, що атаки трапляються часто; зовсім інше — справді вибудувати процеси, ролі та технічні запобіжники, потрібні для швидкого реагування. Виробники, які не мають плану реагування, фактично вирішують, як діяти під час порушення, в розпал кризи, — а саме тоді помилки коштують найдорожче.

Чому виробники є першочерговими цілями для хакерів

Ризик кібератак на виробників Великої Британії зростає не випадково. Заводи та промислові компанії перебувають у незручній точці перетину: вони володіють цінною інтелектуальною власністю, керують складними ланцюгами постачання з десятками сторонніх постачальників і дедалі більше покладаються на під’єднані операційні технології, які спочатку не проєктувалися з урахуванням кібербезпеки. Застарілі промислові системи керування, залишене програмне забезпечення та клаптевий набір інструментів віддаленого доступу, якими користуються підрядники та інженери, — усе це розширює поверхню атаки.

Виробники також є привабливими цілями, тому що зупинка роботи має негайні, видимі наслідки. Атака програм-вимагачів, яка зупиняє виробничу лінію, коштує не лише сплаченого викупу; вона зупиняє відвантаження, порушує угоди про постачання і може ланцюговою реакцією вдарити по кожному бізнесу вниз по ланцюгу. Такий важіль тиску робить виробників більш схильними платити швидко, а це, своєю чергою, робить їх іще привабливішими цілями з самого початку.

Зловмисники також навчилися краще обходити засоби захисту, на які компанії розраховують. Атака програми-вимагача D1R на ARM — корисний приклад для аналізу: угруповання, яке взяло на себе відповідальність, зуміло скомпрометувати велику британську технологічну компанію, попри наявність двофакторної автентифікації — заходу, який багато компаній вважають достатнім сам по собі. Цей інцидент є нагадуванням, що жоден окремо взятий захист, яким би стандартним він не був, не гарантує безпеки. Багаторівнева оборона важливіша за будь-яку поставлену галочку.

Як зменшити розрив: VPN, контроль доступу та основи реагування на інциденти

Значна частина вразливостей, описаних в опитуванні, пов’язана з тим, як організовано віддалений доступ і внутрішні мережі. Інженери, підрядники та сторонні команди технічного обслуговування часто під’єднуються до внутрішніх систем виробників ззовні, іноді використовуючи інструменти споживчого рівня або застаріле програмне забезпечення для віддаленого доступу, яке не переглядалося роками.

Правильно налаштована VPN у поєднанні зі строгим контролем доступу — один із найпростіших способів зменшити цей ризик. VPN шифрують трафік між віддаленими користувачами та внутрішніми системами, що значно ускладнює зловмисникам перехоплення облікових даних або даних сесії під час підключення. Але сама по собі VPN не є чарівною паличкою, як показує випадок з ARM. Вона має працювати разом із надійною автентифікацією, сегментацією мережі, яка обмежує, наскільки далеко може просунутися зловмисник, якщо він усе ж таки потрапить усередину, і регулярними аудитами того, хто насправді до чого має доступ.

Для виробників, які все ще покладаються на пласкі мережі, де один скомпрометований обліковий запис може дістатися до виробничих систем, фінансового програмного забезпечення і даних клієнтів одночасно, сегментацію слід розглядати як пріоритет, а не як додаткову опцію. У поєднанні з віддаленим доступом, захищеним VPN, це вже базові гігієнічні заходи, а не передові засоби оборони, призначені лише для великих підприємств.

Побудова плану реагування до того, як він знадобиться

Чи не найважливіший практичний висновок опитування є таким же простим: лише половина виробників має план реагування на інциденти. Це означає, що інша половина імпровізуватиме під час реального порушення, вирішуючи в реальному часі, кому телефонувати, які системи ізолювати та як спілкуватися з клієнтами й регуляторами.

Базовий план реагування не мусить бути складним. Він має визначити, хто відповідає за ухвалення рішень під час інциденту, перелічити технічні кроки для ізоляції уражених систем і містити план комунікації для працівників, клієнтів і, де це необхідно, регуляторів. Періодичне тестування цього плану, хоча б за допомогою простих настільних навчань, так само важливе, як і його формальне закріплення.

Що це означає для вас

Якщо ви працюєте у виробництві або керуєте бізнесом, який залежить від виробничих партнерів, це опитування є сигналом перевірити власну вразливість, а не вважати, що це чиясь чужа проблема. Запитайте, чи захищено віддалений доступ до ваших систем за допомогою VPN та надійної автентифікації, чи сегментовано вашу мережу так, щоб одиничне порушення не поширилося всюди, і чи є у вас реально прописаний план дій на випадок, якщо зловмисник потрапить усередину. Ризик кібератак на виробників Великої Британії, описаний у цьому опитуванні, не є абстрактним; це відображення прогалин, які існують у звичайних щоденних ІТ-рішеннях.

Ключові висновки

  • Майже третина виробників Великої Британії зазнали атаки за останній рік, однак лише половина має план реагування.
  • Виробники є привабливими цілями через цінну інтелектуальну власність, складні ланцюги постачання та застарілі операційні технології.
  • Стандартні засоби захисту, такі як двофакторна автентифікація, можна обійти, що показало порушення ARM, тому важливою є багаторівнева безпека.
  • Віддалений доступ, захищений VPN, і сегментація мережі — це базовий рівень захисту, а не додаткові опції.
  • Письмовий, перевірений план реагування на інциденти має бути пріоритетом для будь-якого виробника, який досі такого не має.