Закрытый контур не спасет: риски использования SharePoint в России
2025 год показал, что для российских компаний продукты Microsoft больше не просто «рисковый актив», а прямой источник уязвимостей: корпорация впервые публично отказалась закрывать критическую «уязвимость нулевого дня» в Windows, фактически оставив часть пользователей один на один с проблемой.
Стартовая точка: кейс с критической уязвимостью в Windows
- Службы мониторинга зафиксировали активную эксплуатацию новой критической уязвимости Windows нулевого дня, позволяющей удалённо запускать вредоносный код на машинах пользователей.
- Несмотря на серьёзность угрозы и признаки реальных атак, Microsoft официально заявила, что «уязвимость не соответствует уровню риска» и отказалась выпускать патч в разумные сроки, сосредоточившись на других исправлениях.
- На этом фоне сторонние исследовательские команды и независимые разработчики начали говорить о необходимости «микроисправлений» и обходных защитных решений, поскольку пользователи фактически остались без вендорского патча при продолжающейся эксплуатации.
Для российских организаций это не абстрактная новость, а тревожный сигнал: если Microsoft готова игнорировать критическую дыру даже глобально, то в отношении России, где продажи и облачные сервисы уже заблокированы, рассчитывать на приоритетное закрытие уязвимостей тем более не приходится.
От "нулевого дня" к системному риску: Microsoft в российском контуре
- После 2022 года Microsoft последовательно приостанавливала продажи, ограничивала обслуживание и с 2024 года начала массово отключать российские компании от облачных сервисов (Microsoft 365, Azure, связанный стек безопасности).
- При этом платформа по‑прежнему насыщена сложными компонентами (Windows, Office, Exchange, SQL Server, SharePoint, Teams и т.д.), регулярно «обрастающими» новыми уязвимостями — ежемесячные Patch Tuesday закрывают десятки, иногда почти сотню багов.
- Для российских заказчиков это означает структурный разрыв: количество уязвимостей нарастает, а доступ к патчам и техподдержке становится нестабильным, санкционно‑зависимым и порой просто недоступным.
- Ситуации, когда критическая уязвимость фактически остаётся без патча, становятся для локальных контуров не единичным исключением, а вероятным сценарием, с которым придётся жить.
Именно на этом фоне кейс «Аэрофлота» показал, что «жизнь с легаси‑Microsoft без поддержки» перестала быть безопасной даже в формально «закрытом» контуре.
«Аэрофлот»: когда устаревшее ПО рушит критическую инфраструктуру
- Масштабная кибератака на ИТ‑системы «Аэрофлота» парализовала критические сервисы: были выведены из строя порядка 7000 серверов и рабочих станций, отменено более 110 рейсов в сутки, а из корпоративных систем выкачано около 12 ТБ баз данных, 8 ТБ файлов и 2 ТБ почты.
- Эксперты отмечают, что ключевую роль сыграло именно доверие к устаревшему иностранному ПО: в инфраструктуре сохранялись неподдерживаемые версии продуктов, в том числе на базе Windows и связанной серверной экосистемы, лишённые актуальных патчей безопасности.
- Злоумышленники проникли через периферийный узел, после чего смогли распространиться внутрь контура и атаковать критичные сервисы: SharePoint, Exchange, 1С и другие системы совместной работы и учёта, где давно не проводилось полноценное обновление и ревизия учётных записей.
- Экономический эффект оказался сопоставим с «цифровой аварией»: совокупные прямые убытки оценивались сотнями тысяч долларов в час простоя, не считая репутационных потерь, штрафов и долгосрочного ущерба для доверия пассажиров и партнёров.
Этот кейс напрямую иллюстрирует главный вывод: даже один старый, неподдерживаемый продукт Microsoft может стать точкой входа и опорой для разрушительной атаки на всю корпоративную инфраструктуру.
Почему SharePoint и другие продукты Microsoft особенно опасны без поддержки
Технические причины
- Высокая связность экосистемы. Windows‑инфраструктура, Active Directory, Exchange, SharePoint, Office и Teams тесно интегрированы: эксплуатация уязвимости в одном компоненте (например, 0‑day в Windows или Office) открывает путь к повышению привилегий и захвату прав администратора портала, почты и файловых хранилищ.
- Богатая история уязвимостей. SharePoint, Exchange и Office регулярно фигурируют в бюллетенях: закрываются RCE, обход аутентификации, XSS, уязвимости в предварительном просмотре документов, в том числе 0‑day, позволяющие запускать вредоносный код без явного взаимодействия пользователя.
- Критичность роли в бизнес‑процессах. SharePoint в типичной российской компании — это хранилище документов, корпоративный портал, база знаний, нередко «передняя дверь» к 1С и отраслевым системам; именно поэтому его компрометация быстро превращается в комплексный бизнес‑кризис, а не в локальный ИТ‑инцидент.
Организационные и санкционные факторы
- Ограниченный доступ к обновлениям. Для российских клиентов обновления безопасности и новые версии SharePoint и других серверных продуктов можно установить только через сложные схемы с «третьими странами», зеркалами и ручным скачиванием, что ломает процессы управления уязвимостями.
- Нет гарантированного SLA. Вендор в любой момент может отказаться от поддержки той или иной линейки (как в кейсе с отказом закрывать критическую 0‑day) или заблокировать подписку/учётную запись из‑за санкций, оставив компанию без патчей и без права претензий.
- Несоответствие требованиям регуляторов. Постоянная эксплуатация неподдерживаемых продуктов (Windows Server, SharePoint, Exchange) противоречит принципам «актуальности и обновлённости» средств защиты, требуемым при обработке ПДн и КИИ, и усложняет прохождение проверок и аттестации.
Именно SharePoint, будучи «центром гравитации» для документов, процессов и интеграций, превращается в один из наиболее опасных элементов, если он остаётся без официальной поддержки и патчей в российском контуре.
Почему «закрытый контур на SharePoint» больше не аргумент
- Миф: «наш SharePoint и Windows‑сервера не смотрят в интернет, значит, их можно не обновлять». Практика «Аэрофлота» и кейсов с 0‑day показывает, что проникновение всё равно происходит через периферию — VPN, рабочие станции, подрядчиков, сервисные учётные записи — после чего атакующий свободно двигается внутрь.
- Реальность: эксплуатация 0‑day в Windows, Office или компоненте инфраструктуры даёт злоумышленнику плацдарм, а отсутствие патчей и актуального контроля привилегий внутри контура делает развитие атаки почти неизбежным.
- При этом сама архитектура SharePoint (сложная роль‑модель, большое число сервисных аккаунтов и интеграций) усиливает последствия: выиграв одну точку опоры, атакующий часто получает доступ к всему массиву документов и к встроенным бизнес‑процессам.
Переход к контролируемым решениям: что делать и почему здесь важен Инкоманд
Для снижения рисков российским компаниям нужен системный план:
- Провести инвентаризацию всех продуктов Microsoft, оценивая статус поддержки, критичность и наличие известных уязвимостей, в первую очередь по Windows‑серверу, Exchange и SharePoint.
- Построить поэтапный план ухода от наиболее токсичных узлов (подписки Microsoft 365, облачные сервисы, порталы и хранилища на SharePoint), начиная с систем, где нарушение доступности и конфиденциальности будет дороже всего.[
- Закладывать в архитектуру замещение SharePoint российскими порталами, доступными для полноценной поддержки и регулярных обновлений внутри РФ. Здесь логично рассматривать Инкоманд как российскую альтернативу Microsoft SharePoint и Microsoft Viva: корпоративный портал с полным функционалом (контент, документы, процессы, интеграции, поиск), развиваемый и поддерживаемый на территории России без санкционных рисков.
Применяя такой подход, компания фактически переводит ключевую часть своей цифровой инфраструктуры — корпоративный портал и совместную работу — с малоуправляемой платформенной зависимости от Microsoft на контролируемое, локально поддерживаемое решение российского происхождения.