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

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

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

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

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

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

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

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

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

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

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

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

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

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

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

Как объясняют исследователи, демон должен был строго проверять, кто именно отправляет команды. Но из-за ошибки любой локальный пользователь мог взаимодействовать с ним без должной аутентификации — а значит, менять системные настройки питания от имени root.

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

В итоге это открывает прямую дорогу к DoS-атаке: демон начинает захлёбываться от бесконечных записей в структуре данных, куда попадают числа, строки с причиной и идентификаторы приложений — всё это полностью контролируется клиентом.

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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