Начало

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

Давайте по порядку.

Бытует мнение, что при наличии IaC бэкапы инфры не нужны (кроме баз), потому что мол всегда можно "по кнопке" всё восстановить (ансибл, терраформ - you name it). В реальности же бывает так, что гит улетает в небытие вместе с остальной инфрой, и тот самый IaC восстанавливать либо не из чего, либо нечем, либо некуда. Т.е. нужно сначала вернуть репо, настроить CI/CD, раннеры и прочую тряхомудь, а ещё должна быть работающая сеть, волт, IdM и много чего ещё. И только после этого IaC. И это при условии, что процедура раскатки автоматизирована от и до, а не как обычно (а ведь вики тоже скорее всего того-с). Короче, не всё так однозначно и просто.

Бэкапить клиентские данные хостер, вообще-то, не обязан. Может делать за денежку, может не делать вовсе. Но базово клиенту стоит считать, что данные в любом хостинге могут быть утеряны безвозвратно в любой момент времени. Кстати, это касается не только IaaS (хостинга/облака), но и любого SaaS - например, почты, или сервиса рассылок или ещё чего-нибудь.

Что касается бэкапов инфраструктуры самого хостера, то тут может работать либо сценарий с IaC выше (зачем бэкапить то, что можно быстро поднять из кода), либо "сервер умер, нужно налить новый". Не у всех и не всегда, конечно, но как правило это так. Организовать нормальную политику бэкапов умеют не только лишь все. И не только в хостинге/телекоме, но даже там, где вроде и ИБ-специалист есть, и политики... Сколько уже было случаев, когда атакующий (или шифровальщик) в первую очередь уничтожал/заражал именно бэкапы, а потом уже всё остальное. Научило ли это кого-нибудь чему-нибудь? Да ни разу. Возможно, произошедшая ситуация что-то изменит среди хостеров. Потому что модель рисков ещё недавно включала в себя максимум неосторожные действия инженера или смерть железки. А тут буквально за полгода мы увидели и внезапное изъятие серверов, и физическое уничтожение ЦОДов, а теперь ещё и направленную хакерскую атаку. И всё это на фоне дорожающего железа, блокировок и инициатив со стороны регулятора.

Продолжение следует

#drp #thereisnoclouds #russian_hosting @snakeslair

В этом посте были ссылки, но мы их удалили по правилам Сетки