Начиная с прошлого месяца, компания Microsoft приступила к полному удалению инструмента WMIC (Windows Management Instrumentation Command-line) из операционной системы Windows 11. Это решение стало финальным этапом многолетнего процесса по выводу устаревшего компонента из эксплуатации. Несмотря на то, что утилита не предназначалась для рядовых пользователей, она оставалась важным элементом инфраструктуры для IT-администраторов и разработчиков, опиравшихся на нее в своих сценариях автоматизации на протяжении десятилетий.
Что такое WMIC и почему он был важен
Инструмент WMIC является интерфейсом для взаимодействия с Windows Management Instrumentation (WMI) — реализацией технологии Web-based enterprise management от Microsoft. WMI предоставляет набор расширений для модели драйверов Windows, позволяющих управлять системами как локально, так и удаленно. В течение последних двадцати лет, начиная с эпохи Windows XP, WMIC служил основным способом выполнения WMI-команд для многих специалистов.
Множество административных сценариев, написанных на языках PowerShell или VBScript, были жестко привязаны к функциональности WMIC. Использование этого интерфейса позволяло значительно упростить выполнение разнообразных задач по управлению парком ПК в корпоративной среде. Из-за долгого периода существования компонента, в ИТ-отделах накопилось значительное количество сложных скриптов, которые с выходом актуальных версий Windows 11 перестают функционировать, так как заложенные в них вызовы WMIC больше не поддерживаются системой.
История поэтапного отказа от компонента
Удаление WMIC не стало неожиданностью для специалистов, следящих за дорожной картой Microsoft. Процесс был запущен еще в 2016 году, когда компания объявила о переводе утилиты в статус устаревшей (deprecated) для Windows Server 2012. В 2021 году аналогичное уведомление коснулось Windows 10 версии 21H1 (по некоторым документам — версии 21H2). Хотя разработка новых функций была прекращена, Microsoft продолжала поддерживать работоспособность инструмента, оставляя его включенным по умолчанию.
Значительные изменения произошли в 2024 году с выходом Windows 11 версии 24H2: функциональность была отключена по умолчанию, но оставалась доступной как «Функция по требованию» (Feature on Demand, FoD). В прошлом году Microsoft начала удалять инструмент из систем, обновляемых до Windows 11 версии 25H2, хотя возможность установить его как FoD все еще сохранялась. По состоянию на август 2026 года доступ к WMIC полностью закрыт в версиях 24H2 и 25H2, а возможность установки компонента окончательно ликвидирована.
Альтернативы и причины безопасности
Несмотря на возможные неудобства, переход на другие решения является логичным шагом. Технология WMI в Windows 11 по-прежнему полностью поддерживается, а основным инструментом для работы с ней стал PowerShell. Команды WMIC имеют свои аналоги в PowerShell, и переход на них не требует колоссальных усилий, хотя и предполагает необходимость адаптации существующих скриптов.
Важным фактором удаления WMIC стали соображения безопасности. Инструмент часто эксплуатировался злоумышленниками для выполнения кода на удаленных машинах. Хотя сама технология WMI сохраняет свои возможности, отказ от устаревшего интерфейса позволяет Microsoft сфокусироваться на поддержке более современных и защищенных инструментов управления. Для администраторов это означает необходимость переписать legacy-скрипты, что, по мнению экспертов, в конечном итоге должно привести к более надежному и безопасному функционированию систем Windows.
Технологический контекст и природа WMIC
Важно понимать, что WMIC — это не самостоятельная технология, а лишь узкоспециализированный интерфейс. Технически он представляет собой реализацию WBEM (Web-based enterprise management). Именно этот стандарт лежит в основе того, как WMI расширяет возможности модели драйверов Windows. Для IT-администраторов и разработчиков WMIC долгое время оставался «золотым стандартом» для пакетной обработки задач, так как он позволял выполнять сложные запросы к системе буквально одной строкой кода.
Многие специалисты использовали его не только для получения информации о конфигурации «железа» или установленного ПО, но и для глубокого взаимодействия с операционной системой на уровне экземпляров классов WMI. Поскольку утилита присутствовала в составе Windows начиная с эпохи Windows XP, она обросла огромной экосистемой из частных и проприетарных скриптов, которые теперь требуют критического пересмотра. На специализированных ресурсах до сих пор можно найти тысячи примеров подобных решений, многие из которых в корпоративной среде автоматизировали жизненно важные процессы управления парком ПК, работающих в удаленных сегментах сети.
Угрозы безопасности как катализатор изменений
Помимо того, что инструмент стал технически «тяжелым» и устаревшим наследием, его удаление имеет под собой весомые причины в области кибербезопасности. WMIC предоставлял злоумышленникам мощный и, что немаловажно, «легитимный» инструмент для проведения атак. Поскольку утилита была доверенным компонентом системы, ее использование часто позволяло обходить политики безопасности и запускать вредоносный код с повышенными привилегиями.
«Существует целый список потенциальных угроз, связанных с использованием WMIC, включая возможность удаленного исполнения произвольного кода на целевых машинах», — отмечают эксперты, следящие за уязвимостями инфраструктуры Windows.
Хотя полное удаление WMIC не устраняет уязвимости в самой инфраструктуре WMI (которая продолжает функционировать и сохраняет все свои широкие возможности), этот шаг позволяет Microsoft минимизировать поверхность атаки. Переход на PowerShell — это не просто смена синтаксиса, а вынужденный переезд на платформу, которая изначально проектировалась с учетом современных требований к безопасности, модульности и защищенности исполнения скриптов.
Почему переход на PowerShell неизбежен
Для многих администраторов переход на PowerShell кажется трудоемким, однако это логичное развитие событий. PowerShell предлагает более гибкую работу с объектами WMI через командлеты (cmdlets), что делает сценарии не только более безопасными, но и более читаемыми и масштабируемыми. В отличие от пакетных файлов (.bat) с вызовами WMIC, которые часто грешили сложностью отладки, PowerShell позволяет интегрировать управление WMI в полноценные конвейеры автоматизации (pipelines).
Microsoft уже давно призывает к этому переходу, и текущая ситуация лишь завершает процесс, который длился почти десятилетие. Да, для компаний с огромным «зоопарком» legacy-скриптов это болезненный процесс, требующий аудита и переписывания кода. Однако, как подчеркивают в индустрии, это необходимая жертва ради повышения общей устойчивости и безопасности экосистемы Windows в современных реалиях.
