- Уловка-32 — Windows, софт и железо без фанатизма/
- Статьи/
- Стелс-HWID: чужая цифровая лицензия возвращается после slmgr /upk — что делать/
Стелс-HWID: чужая цифровая лицензия возвращается после slmgr /upk — что делать
Содержание
Кнопки «отозвать HWID с серверов Microsoft» для пользователя не существует. Команды slmgr /upk, /cpky и /rearm чистят только текущий ПК, а привязка «железо → издание» на стороне Microsoft остаётся и молча возвращает активацию. Рабочий путь — не стирать чужую лицензию, а перекрыть её своим ключом.
Странность: ключ удалён, а активация вернулась #
Сценарий такой: человек почистил систему, сбросил ключ, сбросил таймеры — система лежит неактивированной. Стоит произойти онлайн-синхронизации, как серверы Microsoft узнают «старый цифровой след» и принудительно возвращают активацию чужой Pro-лицензии. Автор готов купить легальный retail-ключ, но не хочет, чтобы пиратский след оставался висеть на его материнской плате.
Ожидание понятное: «удалю ключ — станет чисто». Реальность другая: удаляется ключ, а не привязка.
Похожий кейс: пользователь, по его словам, ввёл свой коробочный ключ, а slmgr /dlv показывает чужой частичный ключ VK7JG…, переустановка с полным diskpart clean all не помогает, а обращение в поддержку с чистой переустановкой — тоже, с его слов. Привязка живёт не на диске, а на связке «железо → сервер».
Как это работает: локальное и серверное #
Цифровая лицензия (digital license, раньше digital entitlement) привязывается к хешу оборудования — HWID — и хранится на стороне Microsoft. Когда ПК выходит в сеть и стучится на серверы активации, сервер узнаёт железо и возвращает запомненное издание.
А теперь что делают команды — строго по документации Microsoft Learn к slmgr.vbs:
slmgr.vbs /upk— снимает установленный ключ текущего издания. После перезагрузки система в состоянии Unlicensed, пока не поставлен новый ключ. Серверную привязку не трогает.slmgr.vbs /cpky— удаляет ключ из реестра, чтобы его не украл вредоносный код. Гигиена локальной машины, не отзыв лицензии.slmgr.vbs /rearm— сбрасывает таймеры активации. К лицензии отношения не имеет.slmgr.vbs /ipk <ключ>— ставит ключ 5×5, молча заменяя существующий.slmgr.vbs /ato— просит Windows попытаться активироваться онлайн.slmgr.vbs /dlv— диагностика: что за лицензия стоит сейчас.
Всё вышеперечисленное, кроме диагностики, требует командной строки от администратора. И ни одна из команд не умеет сказать серверу «забудь мой HWID».
Почему вообще всплывает чужой ключ VK7JG-NPHTM-C97JM-9MPGT-3V66T? По объяснению техподдержки MS, это заглушка эпохи бесплатного обновления до Windows 10: миллионы ПК получили цифровые лицензии по акции, а «хвосты» перекочевали и в Windows 11. Если это так, видеть её в slmgr /dlv — не признак взлома конкретно вашего ПК, а артефакт той акции. Про MAS-активаторы и их следы — отдельный разбор в статье про
KMS-активаторы.
Маршрут: как перевести ПК на свой ключ #
- Диагностика. От администратора:
slmgr.vbs /dlv. Смотрим издание и частичный ключ — понимаем, что именно сейчас стоит. - Снимаем чужое локально:
slmgr.vbs /upk, затемslmgr.vbs /cpky. Перезагрузка. - Ставим свой ключ:
slmgr.vbs /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX, затемslmgr.vbs /ato. Ждём 5–7 минут, проверяем статус. - Если тянет чужое издание (стоит Pro, а ключ у вас Home) — ключ другого издания не ляжет. Нужна установка соответствующего издания, сброс тут не поможет (подробнее про сброс и переустановку — в статье о сбросе Windows).
- Если после своего ключа активация всё равно возвращается к чужой — это уровень поддержки активации Microsoft: описываете ситуацию, прикладываете вывод
/dlv. Публичная процедура «удалите мой HWID» не документирована.
Чего не делать: гонять /rearm по кругу (это таймеры, а не лицензия), чистить диск в надежде стереть привязку (она не на диске), верить, что «вирус всё вернул» — в исходном кейсе доказательств именно вирусного следа нет, а MAS-след от ручного запуска отличить по симптомам нельзя.
Ограничения #
- Серверную привязку пользовательскими средствами удалить нельзя — это факт, а не недоработка инструкции.
- Переустановка, даже с
clean all, привязку не снимает. - Позиция отвечающих Microsoft в таких ветках — «вирусы так не активируют, это следствие действий пользователя» — относится к конкретному кейсу и не является технической экспертизой вашего ПК.
Вывод #
Перестаньте пытаться «стереть сервер» — этого пути нет. Есть путь перекрытия: диагностика, локальная зачистка, свой ключ, при необходимости смена издания или обращение в поддержку. После этого чужая лицензия остаётся лишь записью в чужой базе, которая на ваш ПК больше не влияет.
FAQ #
Почему после slmgr /upk Windows снова активировалась сама?
Потому что /upk снимает ключ локально, а сервер Microsoft при следующем обращении узнал HWID вашего железа и вернул запомненное издание.
Поможет ли переустановка Windows с полным форматированием?
Нет. В задокументированном кейсе не помог даже diskpart clean all — привязка хранится на стороне серверов активации, а не на диске.
Что за ключ VK7JG-NPHTM-C97JM-9MPGT-3V66T в выводе slmgr? Заглушка эпохи бесплатного обновления до Windows 10. Её наличие означает цифровую лицензию того периода, а не конкретный взлом.
Есть ли официальная форма отзыва HWID-лицензии?
Публичная процедура не документирована. Microsoft описывает только локальный инструментарий slmgr.vbs. Спорные случаи решаются через поддержку активации.
Источники #
- Slmgr.vbs Options — Microsoft Learn — семантика
/upk /ipk /ato /cpky /rearm. - Troubleshoot activation error codes — Microsoft Learn — ошибка
0xC004F00F(HWID binding beyond tolerance). - Q&A 6018632 — исходный HWID-кейс.
- Q&A 3912359 — родственный кейс:
/upk /cpky /rearmи чистая переустановка не помогли.