Стерлинг Уилсон, технический директор Object First – Серия интервью

Стерлинг Уилсон, технический директор (CTO) компании Object First, является технологическим стратегом с уникальной точки зрения, полученной в результате работы инженером инфраструктуры в государственном и частном секторах. Используя опыт работы на технических и руководящих должностях в компаниях, занимающихся безопасностью и управлением данными, а также хранением, он приносит целостную точку зрения на защиту и максимизацию ценности данных. Взаимодействуя с более широким ИТ-сообществом, Стерлинг работает над повышением устойчивости данных посредством архитектуры, разработанной с учетом безопасности, лидерства в мыслях и практического образования во всей отрасли.

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

Как вы впервые стали участвовать в управлении инфраструктурой или системами резервного копирования для критически важных сред данных, и как ваша точка зрения изменилась с ростом ИИ?

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

Моя точка зрения изменилась во время моей работы в качестве архитектора виртуализации в Администрации социального обеспечения, где мы увидели первое значительное развитие в резервном копировании. Когда среды стали все более виртуализированными, данные сами по себе стали центральными для архитектуры, фактически, среда была данными и наоборот, что привело к взрывному росту наборов данных и изменению того, как мы получаем доступ к исходным данным для резервного копирования. Принятие облака расширило эти практики, но только с ростом современных угроз и быстрым ростом ИИ возникла новая серия проблем.

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

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

Современный, полностью разработанный план восстановления после аварии должен включать шесть критических компонентов. Они включают привлечение правильных людей, соответствие рисков и мер, определение приоритетов активов, определение сроков, настройку резервных копий и обеспечение тестирования и оптимизации. Эти шесть факторов гарантируют, что план восстановления после аварии работает так, как задумано, в случае кризиса.

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

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

Последние два компонента, которые имеют решающее значение для эффективного плана восстановления после аварии, – это настройка резервных копий и обеспечение тестирования и оптимизации. Как только команда понимает сроки и находится на правильном пути к восстановлению, пришло время настроить резервные копии. Это предполагает выбор режимов резервного копирования, мест и частоты, определение скорости восстановления и назначение ответственных лиц. Наконец, регулярное тестирование обеспечит, что когда произойдет авария, компании будут готовы.

С увеличением количества данных, сгенерированных ИИ, вы наблюдаете сдвиг в том, как компании отдают приоритет тому, что резервируется – и как часто?

Когда компании все больше принимают ИИ и управляют огромными объемами данных, сгенерированных ИИ, на которые зависит бизнес-континуитет, эти «коронные драгоценности» требуют дополнительной защиты и начнут отдаваться приоритету над другими данными. Традиционно новые рабочие нагрузки были бы после мысли для резервного копирования, но ИИ вводит новые данные в центр разговора о резервном копировании. Удивительно, что существует пробел в резервном копировании данных ИИ. Многие организации не делают достаточно, чтобы защитить свои данные, сгенерированные ИИ. 65% организаций резервируют только около 50% своего общего объема данных, сгенерированных ИИ, регулярно.

В будущем мы, вероятно, увидим сдвиг в сторону большего количества данных ИИ, которые резервируются. Когда больше компаний начинают осознавать важность ИИ в своих операциях, они начнут развивать большие объемы данных в качестве интеллектуальной собственности и начнут понимать большую ценность, которую они представляют. Команды безопасности также осознают, насколько большой риск представляет собой оставление этого типа данных незащищенным. Потеря этих данных не только разрушительна с точки зрения безопасности, но и отказывается от конкурентного преимущества и бизнес-континуитета.

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

Одной из наиболее эффективных стратегий достижения устойчивости данных во время нарушения является устранение единственных точек отказа и обеспечение того, чтобы резервные копии оставались неизменными и восстанавливаемыми, независимо от катастрофы. С помощью угрозы или атаки неизменные резервные копии являются важнейшим компонентом комплексной стратегии защиты с помощью рекомендуемых отраслевых решений, которые просты и легко развертываются. Неизменные резервные копии являются неизменными и устойчивыми к изменению. Эти резервные копии обеспечивают чистую и безопасную копию данных. В своем простейшем определении неизменность гарантирует, что данные не могут быть изменены или удалены после записи, обеспечивая безопасный способ защиты критически важных данных. Даже если производственные и системы резервного копирования или механизмы контроля доступа скомпрометированы, данные остаются в безопасности. Это может быть достигнуто только с помощью системы резервного копирования, разработанной с учетом безопасности, с нулевым доступом к разрушительным действиям, и этот нулевой доступ должен быть проверен с помощью тестирования третьей стороны. Чтобы обеспечить, что неизменные данные остаются восстанавливаемыми во всех сценариях, включая наводнения и отказы оборудования, стратегия резервного копирования 3-2-1 является фундаментальной, гарантируя, что у вас есть копии данных на разных безопасных системах, с локальным неизменным хранением в качестве самого быстрого средства восстановления.

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

Когда ИИ все больше становится основой многих компаний и их операций, одним из наиболее важных факторов, которые следует учитывать, является правильная система хранения для безопасного и безопасного хранения данных, генерируемых инструментами и приложениями ИИ. Это может быть сложно определить, какой вариант лучше между решениями резервного копирования на месте и в облаке, но гибридный подход является лучшим способом поддержки инфраструктуры ИИ. Гибридное решение представляет собой гибкое и адаптируемое решение, которое будет способствовать успеху ИИ и помочь стимулировать значимые бизнес-результаты.

Гибридное решение предлагает масштабируемость облака и контроль, который обеспечивает решение на месте. Гибридные модели также позволяют рабочим нагрузкам корректироваться по мере эволюции потребностей организации. Это особенно важно для инфраструктуры ИИ, поскольку, вероятно, что рабочие нагрузки ИИ все больше будут требовать больше поддержки. Гибридное хранение также объединяет локальные и облачные варианты резервного копирования для обеспечения дополнительного слоя защиты. Обычно включает физическое устройство резервного копирования на месте, которое резервирует данные в облаке. Требования соблюдения могут быть выполнены с помощью гибридных данных. Это позволяет хранить чувствительные данные на месте для самого быстрого доступа и восстановления, сохраняя при этом возможность выгрузки данных в облако для дополнительной защиты и избыточности.

Насколько важно географическое резервирование в планировании резервного копирования и восстановления после аварии сегодня, особенно с учетом растущего риска экстремальных погодных явлений?

Географическое резервирование относится к репликации данных в двух отдельных географических местах. Данные хранятся в основном месте, а затем реплицируются во вторичный регион в случае катастрофического сбоя в основном регионе, такого как стихийное бедствие или утечка данных. Затем происходит переход во вторичное место, чтобы обеспечить бизнес-континуитет. Данные доступны из вторичного места безболезненно для пользователей с минимальным простоем.

Географическое резервирование позволяет данным и критически важным приложениям оставаться активными и восстанавливаемыми, даже когда происходит авария. Хранение в облаке также учитывает требования к резервированию и может хранить данные в более чем одном месте; однако, хранение в облаке не предлагает быстрого восстановления, которое могут требовать многие организации сегодня. Использование локального неизменного хранения в качестве основного места резервного копирования, а затем переход на облако для вторичной копии, обеспечивает дополнительный слой резервирования, который дает командам ИТ спокойствие, зная, что данные безопасно хранятся, и организации могут быстро переключиться на вторичный регион, если необходимо. Для организаций, которые не могут терпеть длительные простои и сильно полагаются на доступность данных, географическое резервирование является важным вариантом.

Можете ли вы пройти нас через то, как неизменные резервные копии и объектное хранение используются для защиты от программ-вымогателей или случайного повреждения данных?

Неизменные резервные копии являются ключом как к защите от программ-вымогателей, так и к общему восстановлению после аварии. Они представляют собой наиболее прочную линию обороны, обеспечивая надежный возврат в случае утечки данных. Неизменные резервные копии являются лучшим выбором для обеспечения восстановления после атаки. Неизменная природа означает, что данные не могут быть зашифрованы или изменены программами-вымогателями, сохраняя их исходное состояние. Даже если сеть скомпрометирована, неизменные резервные копии остаются неизменными, обеспечивая надежное восстановление данных.

Неизменные резервные копии гарантируют, что данные резервного копирования остаются неизменными с момента их записи, предотвращая несанкционированные изменения, поддерживая целостность данных и защищая от атак программ-вымогателей и шифрования. Наиболее проверенный и безопасный способ достижения этого – через версионирование S3 в сочетании с Object Lock, которое обеспечивает неизменность на момент создания объекта в системе хранения. Это устраняет риск篡改, внедрения вредоносного ПО или удаления – даже в случае внутренних угроз или компрометации учетных данных. Напротив, решения для хранения, разработанные в эпоху до программ-вымогателей, лишены родной неизменности в своей основной архитектуре.

Какую роль должны играть системы резервного копирования в реагировании на инциденты кибербезопасности? Отличается ли этот ответ, когда затронутые данные поддерживают сервисы, управляемые ИИ?

После инцидента кибербезопасности, такого как атака программ-вымогателей, важно обеспечить наличие прочной и эффективной стратегии программ-вымогателей, особенно поскольку никто не застрахован от атак программ-вымогателей. Стратегии резервного копирования данных имеют решающее значение, и есть несколько способов, которыми резервные копии гарантируют, что критически важные данные остаются безопасными и восстанавливаемыми. Обеспечивая актуальные копии данных, можно значительно снизить влияние программ-вымогателей. Дублирование важной информации и хранение ее офлайн или вне сайта гарантирует восстановление, даже если резервные копии на сайте скомпрометированы. Одним из наиболее важных шагов является обеспечение безопасности резервных копий, изолируя их от сети и ограничивая доступ к системам резервного копирования до тех пор, пока инфекция не будет ликвидирована.

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

При рассмотрении приоритета данных для рабочих нагрузок ИИ первый шаг – учитывать качество данных. Хотя модели машинного обучения обучаются на больших наборах данных, если эти данные не качественные, чистые данные, то выводы ИИ не будут эффективными. Есть несколько факторов, которые определяют качество данных: точность, последовательность, полнота, актуальность и надежность. Однако это может представлять собой проблему, поскольку организации могут быть вынуждены выбирать, какие данные отдавать приоритет в сценарии восстановления после аварии.

Вторым шагом является определение того, какие качественные данные следует отдавать приоритет в восстановлении, чтобы удовлетворить цели восстановления. Эти цели должны подчеркивать цели и метрики, которые будут определять успех восстановления. Цель восстановления после аварии (RPO) является важной метрикой, поскольку она определяет максимальное количество данных, которое организация может потерять. Цель времени восстановления (RTO) устанавливает максимальное время, которое организация может терпеть для восстановления. Эти цели также должны соответствовать бизнес-приоритетам. Как только цели определены, качественные данные необходимо классифицировать на основе их зависимости. Чтобы определить это, подумайте о том, какие данные будут способствовать бизнес-континуитету. После того, как все эти шаги будут выполнены, должна быть четкая коллекция качественных, зависимых данных, соответствующих целям восстановления и обеспечивающих бизнес-континуитет, которые следует отдавать приоритет в сценарии восстановления.

Как вы помогаете организациям сбалансировать стоимость надежных систем резервного копирования и восстановления с срочностью подготовки к маловероятным, но высокоэффективным катастрофам?

Анализ затрат и выгод может помочь организациям сопоставить затраты различных стратегий резервного копирования и восстановления с потенциальными затратами потери данных и простоя в случае катастрофы или кризиса. Этот анализ требует определения критически важных систем и данных, установки RTO и RPO, а также оценки того, как стратегии резервного копирования соответствуют этим потребностям, измеряя возврат на инвестиции (ROI) путем сравнения затрат и экономии от минимизации сбоев. Как только факторы риска будут сбалансированы, и система резервного копирования будет выбрана, важно регулярно запускать этот анализ, чтобы подтвердить, что требования организации к резервному копированию и восстановлению после аварии не изменились. Если они изменились, то необходимо переоценить стратегии резервного копирования, чтобы обеспечить, что приоритетные данные защищены и защищены в случае стихийного бедствия или инцидента безопасности.

Если бы вы могли порекомендовать только одно улучшение, которое большинство компаний должны сделать в своей стратегии восстановления после аварии прямо сейчас, что бы это было – и почему?

Одним улучшением, которое я бы порекомендовал, является разделение программного обеспечения резервного копирования и хранения резервных копий. Слишком часто компании запускают оба в одной среде или устройстве, что создает единую зону поражения – если слой программного обеспечения скомпрометирован, хранение падает вместе с ним. Отделив хранение резервных копий с помощью проверенных и одобренных решений третьей стороны, вы значительно снижаете площадь атаки и соответствуете принципам Zero Trust. Это разделение гарантирует, что даже если злоумышленник получит контроль над системами производства или управления резервным копированием, фактические данные резервных копий остаются недоступными. Это простая архитектурная změна, но она делает разницу между полной потерей и быстрым, уверенным восстановлением.

Спасибо за отличное интервью, читателям, которые хотят узнать больше, следует посетить Object First.