Отрасль ЦОД в России к 2030 году изменится до неузнаваемости

Отрасль ЦОД в России к 2030 году изменится до неузнаваемости

Отрасль ЦОД в России к 2030 году изменится до неузнаваемости

Период стартапов на российском рынке центров обработки данных (ЦОД) закончился. Это связано с существенным увеличением порога входа за счет повышения капиталоемкости, усложнения доступа к квалифицированным кадрам и ужесточения регулирования.

Но при этом рынок ЦОД в России останется быстрорастущим и довольно турбулентным.

Такой прогноз дал президент Ассоциации участников отрасли ЦОД Игорь Дорофеев, выступая на конференции IT Elements 2024.

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

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

Поэтому ещё долго основная доля рынка ЦОД в России будет приходиться на Москву и Санкт-Петербург. Возможно разве что перетекание спроса в другие города с миллионным населением.

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

Это будет способствовать развитию сетей ЦОД во многих регионах. Однако, по мнению Игоря Дорофеева, продолжится тенденция к перетоку данных в США за счет крупнейших гиперскейлеров — Amazon Web Services, Google и Microsoft.

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

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

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

Расширения Chrome могут слить секреты URL через атаку по стороннему каналу

Как оказалось, расширения Chrome можно использовать для слива кодов авторизации, сеансовых ID и других секретов из URL любой открытой вкладки. Никаких специальных разрешений для этого не понадобится, только доступ к declarativeNetRequest API.

Этот механизм, пришедший на смену webRequest API, позволяет расширениям сообщать браузеру, что следует изменить или заблокировать на загружаемой странице (заголовки, реклама, трекеры).

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

Исследователь Луан Эррера (Luan Herrera) обнаружил, что блокировку, диктуемую правилами, Chrome производит почти мгновенно, за 10-30 мс, а остальные запросы выполняются дольше (~50-100ms) — из-за сетевых подключений. Эту разницу во времени расширение может использовать для бинарного поиска с целью посимвольного слива URL.

// extensions/browser/api/web_request/extension_web_request_event_router.cc:1117-1127
case DNRRequestAction::Type::BLOCK:
  ClearPendingCallbacks(browser_context, *request);
  DCHECK_EQ(1u, actions.size());
  OnDNRActionMatched(browser_context, *request, action);
  return net::ERR_BLOCKED_BY_CLIENT;

Оракул для подобной тайминг-атаки строится с использованием chrome.tabs.reload для перезагрузки страницы и перехватчика chrome.tabs.onUpdated, помогающего отследить событие status === "complete". Замер времени между reload и завершением загрузки покажет, заблокирован запрос или успешно обработан.

Повторение проверок и бинарного поиска позволяет получить полный URL (с довеском после «?»), затратив на каждый знак строки несколько прогонов. Таким образом, можно незаметно для пользователя украсть включенные приложением в адрес секреты — токены OAuth и сброса пароля, API-ключи, ссылки на контент, закрытый для поисковых систем.

Проверка PoC проводилась на Windows 11 24H2 с использованием Chrome разных версий:

  • 144.0.7559.97 (Stable)
  • 145.0.7632.18 (Beta)
  • 146.0.7647.4 (Dev)
  • 146.0.7653.0 (Canary)

В Google подтвердили возможность подобной атаки по стороннему каналу, но заявили, что решить проблему нереально.

RSS: Новости на портале Anti-Malware.ru