| Предыдущий | Следующий |
| SL_E_ENGINE_DETECTED_EXPLOIT | SL_E_NOTIFICATION_GRACE_EXPIRED |
SL_E_NOTIFICATION_BREACH_DETECTED
Точная точка отказа
Этот HRESULT (0XC004C531) не является общим сообщением об активации. Он указывает на Software Protection Platform и объекта лицензии, где зафиксировано состояние Software Protection Platform зафиксировала состояние: уведомление / нарушение / обнаружено. Сначала сохраните evidence этой границы, затем меняйте конфигурацию.
Что отличает код: Ему соответствует состояние «Обнаружено нарушение лицензирования, требующее перевода Windows в режим уведомлений.». Подтвердите его на уровне API или компонента до применения восстановления для похожего результата.
Для точного поиска в исходной документации сохраните точная формулировка границы: Windows genuine validation and Software Protection integrity checks
. Этот EN-маркер относится именно к текущему HRESULT и помогает не спутать его с соседним licensing status.
Диагностический снимок
- Application ID/Activation ID, edition/SKU и partial key.
- license/policy/binding object и его generation/state.
- первый Security-SPP/validation event перед UI-сообщением.
Маркеры имени результата — уведомление / нарушение / обнаружено — задают, какие поля должны различаться между failing и working trace. Не публикуйте полный product key, токены, private key material или необработанные hardware identifiers.
Контрольный эксперимент
Привяжите HRESULT к точному Application ID/Activation ID, объекту license/policy и первому Security-SPP event; поздний UI result может быть следствием.
В контрольном тесте оставьте product identity неизменной и меняйте только компонент, связанный с «Software Protection Platform зафиксировала состояние: уведомление / нарушение / обнаружено». Если первым появляется другой HRESULT, это уже новая причинная точка и её нужно расследовать отдельно.
- Зафиксируйте 0XC004C531, UTC-время и identity объекта до автоматического retry.
- Сопоставьте failure с evidence уровня «Software Protection Platform зафиксировала состояние: уведомление / нарушение / обнаружено».
Подтверждение исправления
Измените один доказанный prerequisite и повторите ту же licensing operation, сравнив первый return value и durable state.
Дополнительная проверка причины
- сопоставьте notification reason с предыдущим licensing/validation verdict и timestamp перехода.
- сохраните breach reason и grace transition до remediation; не сбрасывайте evidence до выяснения причины.
- для этого результата сохраните семантический маркер
notification_breach_detectedрядом с UTC-временем и первым API; это не заменяет фактический HRESULT, но предотвращает смешение с соседним SL_*. - удерживайте неизменными Application ID, Activation ID и SKU, чтобы результат относился к тому же продукту.
- экспортируйте policy version/cache generation и источник policy до очистки кэша.
Для дополнительной сверки используйте code-specific фрагмент исходного EN-описания: SL_E_NOTIFICATION_BREACH_DETECTED is HRESULT 0xC004C531 from Windows genuine validation and Software Protection integrity checks .
. Он нужен как контроль фактической границы; remediation выбирайте по собранным локальным данным.
Технические ссылки
- Microsoft Win32 metadata: winerror.h.
- Microsoft: SLIsGenuineLocal function.
- Microsoft: SoftwareLicensingProduct WMI class.
- Microsoft: Rebuild the Tokens. Dat file.
Нужно найти другой код? Найти другой код состояния или ошибки.
