Стерлінг Вілсон, технічний директор компанії Object First – Інтерв’ю Серія

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

Object First – це компанія, яка розробляє апарати для резервного зберігання даних, спеціально створені для Veeam, з флагманським продуктом під назвою Ootbi («імутабельність з коробки»). Ці апарати розроблені так, щоб бути стійкими до витоків даних, мають вбудоване імутабельне зберігання, яке запобігає зміні або видаленню резервних копій. Вони також розроблені з урахуванням простоти та швидкості, з можливістю розгортання за всього 15 хвилин, забезпечуючи високу продуктивність для операцій з резервним копіюванням та відновленням.

Як ви вперше стали займатися управлінням інфраструктурою чи системами резервного копіювання для критичних середовищ даних, і як ваш погляд змінився з появою штучного інтелекту?

Я вперше став займатися управлінням інфраструктурою та системами резервного копіювання як консультант з інфраструктури Microsoft (MSFT ) у Вашингтоні, де я будував та підтримував все, від контролерів домену та серверів Exchange до файлових серверів та даних, що зберігаються на них. На той час все було відносно простим з використанням магнітних стрічок та офсайтних копій як стандартної практики.

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

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

Як ви бачите сучасний, повністю розвинений план відновлення після аварії – не тільки в теорії, але й у практичних, щоденних операціях?

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

Перший компонент плану полягає в тому, щоб переконатися, що правильні люди мають правильні ролі. Кожен член команди повинен мати чіткі обов’язки у процесі відновлення. Також повинна бути чітка лінія зв’язку між усіма членами команди, включаючи постачальників та клієнтів. Наступний компонент – повний перелік ризиків та наслідків. Цей актив повинен перелічувати інциденти, які організація може зазнати, та підготувати крок за кроком протокол відновлення для кожного, визначаючи ролі, дії та інструменти.

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

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

З підвищенням кількості даних, згенерованих штучним інтелектом, ви бачите зміну в тому, як підприємства пріоритезують те, що копіюється – і як часто?

Когда компанії все більше приймають штучний інтелект та керують великими обсягами даних, згенерованих штучним інтелектом, на які залежить безперебійна робота бізнесу, ці «коронні коштовності» потребують додаткового захисту та будуть пріоритезовані над іншими даними. Традиційно нові робочі навантаження були б післядумою для резервного копіювання, але штучний інтелект вводить нові дані в центр розмов про резервне копіювання. Дивно, що існує пробіл у резервному копіюванні даних штучного інтелекту. Багато організацій не роблять достатньо для захисту своїх даних, згенерованих штучним інтелектом. 65% організацій копіюють лише близько 50% свого загального обсягу даних, згенерованих штучним інтелектом, регулярно.

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

Які найбільш поширені пробіли ви бачите в поточних стратегіях резервного копіювання організацій, особливо коли йдеться про обробку несподіваних переривань, таких як повені чи відмови обладнання?

Одна з найбільш ефективних стратегій досягнення стійкості даних під час переривань полягає в ліквідації єдиних точок відмови та забезпечення того, щоб резервні копії залишалися імутабельними та відновлюваними, незалежно від аварії. З загрозовим актором або атакою імутабельні резервні копії є суттєвими для комплексного захисту, використовуючи рекомендовані промислові рішення, які прості та легкі у розгортанні. Імутабельні резервні копії незмінні та стійкі до модифікації. Ці резервні копії забезпечують чисту та безпечну копію даних. У своєму найпростішому визначенні імутабельність забезпечує, що дані не можуть бути змінені або видалені після їх запису, забезпечуючи безпечний засіб захисту критичних даних. Навіть якщо виробнича система та система резервного копіювання чи системи контролю доступу компрометовані, дані залишаються в безпеці. Це можна досягти лише за допомогою системи резервного копіювання, розробленої з урахуванням безпеки, з нульовим доступом до руйнівних дій, і цей нульовий доступ повинен бути верифікований за допомогою тестування третіх сторін. Щоб забезпечити, що імутабельні дані залишаються відновлюваними в усіх сценаріях, включаючи повені та відмови обладнання, стратегія резервного копіювання 3-2-1 є фундаментальною, забезпечуючи, що у вас є копії даних на різних безпечних системах, з локальним імутабельним зберіганням, яке є найшвидшим засобом відновлення.

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

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

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

Як важливо географічне резервування у плануванні резервного копіювання та відновлення після аварії сьогодні, особливо з ростом ризику екстремальних погодних явищ?

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

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

Можете ви розповісти, як імутабельні резервні копії та об’єктне зберігання використовуються для захисту від витоків даних або випадкової корупції даних?

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

Імутабельні резервні копії забезпечують, що дані резервного копіювання залишаються незмінними з моменту їх запису, щоб запобігти незаконним змінам, зберегти цілісність даних та захистити від витоків даних та атак зашифрування. Найбезпечніший спосіб досягнення цього – через версіонування S3 у поєднанні з Object Lock, яке забезпечує імутабельність на момент створення об’єкта в системі зберігання. Це ліквідує ризик втручання, вставки шкідливого коду або видалення – навіть у разі внутрішніх загроз чи компрометації облікових даних. На відміну від традиційних рішень зберігання, розроблених у до-витоковій ері, імутабельне зберігання не має вбудованої імутабельності в своїй основній архітектурі.

Яка роль повинна відігравати система резервного копіювання у відповіді на інциденти безпеки?

Після інциденту безпеки, такого як атака витоків даних, важливо забезпечити, що у вас є сильна та ефективна стратегія захисту від витоків даних, особливо既然 ніхто не є імунним до атак витоків даних. Стратегії резервного копіювання даних мають важливе значення, і існує кілька способів, за допомогою яких резервне копіювання забезпечує, що критичні дані залишаються в безпеці та відновлювані. Зберігаючи актуальні копії даних, вплив витоків даних можна суттєво знизити. Дублікування важливої інформації та її зберігання офлайн чи поза місцем забезпечує відновлення, навіть якщо резервні копії на місці компрометовані. Одним з найважливіших кроків є забезпечення безпеки резервних копій, ізолюючи їх від мережі та обмежуючи доступ до систем резервного копіювання до моменту ліквідації інфекції.

Когда йдеться про робочі навантаження штучного інтелекту, особливо ті, які включають навчання моделей та журнали висновків, які дані слід пріоритезувати у сценарії відновлення?

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

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

Як ви допомагаєте організаціям балансувати вартість надійних систем резервного копіювання та відновлення з терміновістю підготовки до низькоймовірних, але високоефективних аварій?

Аналіз витрат та вигод може допомогти організаціям зважити витрати різних стратегій резервного копіювання та відновлення проти потенційних витрат втрати даних та простою у разі аварії чи кризи. Цей аналіз вимагає ідентифікації критичних систем та даних, встановлення цілей відновлення після аварії та часу відновлення, а потім оцінки того, як стратегії резервного копіювання відповідають цим потребам, вимірюючи повернення інвестицій (ROI) шляхом порівняння витрат та збережень від мінімалізації переривань. Як тільки ризики будуть зважені, а система резервного копіювання буде вибрана, критично регулярно проводити цей аналіз, щоб підтвердити, що вимоги організації щодо резервного копіювання та відновлення після аварії не змінилися. Якщо вони змінилися, то слід переоцінити стратегії резервного копіювання, щоб забезпечити, що пріоритетні дані захищені та безпечні у разі природної катастрофи чи інциденту безпеки.

Якщо ви могли б порекомендувати лише одну поліпшення, яке більшість компаній повинні зробити у своїй стратегії відновлення після аварії зараз, яке б це було – і чому?

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

Дякуємо за велике інтерв’ю, читачам, які бажають дізнатися більше, слід відвідати Object First.