| Предыдущий | Следующий |
| NTE_DECRYPTION_FAILURE | NTE_UI_REQUIRED |
NTE_INTERNAL_ERROR
В NTE_INTERNAL_ERROR особенно важна область действия: проверки внутренней согласованности поставщика. Внутренняя инварианта поставщика нарушена уже после входа запроса во внутреннюю обработку, поэтому публичный API не может безопасно продолжить затронутую операцию. Сохраняйте шестнадцатеричное значение 0x8009002D вместе с API, который его вернул, поскольку высокоуровневое ПО может преобразовать его в сообщение, теряющее это различие.
Читайте результат на правильном уровне
Это общий сбой поставщика или платформы, а не точное указание на одно поле ввода. Для этого результата сохраняйте первую ошибку на самом низком видимом уровне: более поздние обёртки часто возвращают общее значение, потеряв файловый, реестровый, RPC, memory, device или специфичный для поставщика статус.
Сформируйте запись инцидента
- 1. Точный API, вернувший результат, поставщик, ключ, флаги и размеры входных данных
Сохраните минимальный воспроизводимый пример и версию поставщика, поскольку общие повторы могут скрыть детерминированное повреждение. - 2. Соседние события Windows, ETW или диагностика производителя и любой вложенный статус
Проверьте каналы событий поставщика, прошивки, minidriver, TPM и Windows на более конкретное внутреннее утверждение. - 3. Завершается ли тот же запрос сбоем у встроенного программного поставщика и со свежим тестовым ключом
Перезапускайте только после сбора данных, затем проверьте, следует ли проблема за ключом, устройством, компьютером или входом.
Для проверки внутренней согласованности эти сведения намеренно не содержат секретов: идентификаторов, длин, имён поставщиков, выбранных политик и переходов состояния обычно достаточно без записи закрытых ключей, паролей, PIN или plaintext.
Постройте хронологию до изменения состояния
Сопоставьте последнюю успешную операцию с установкой или обновлением поставщика, созданием или обновлением ключа, изменениями профиля или сеанса, подключением и отключением устройства, обновлением политик и первым неудачным вызовом. Порядок важен: ошибка сразу после миграции ключа указывает на другую границу, чем сбой после смены учётной записи службы.
- Для этого результата подготовьте минимальный пример с именем API, поставщика, ключа или контейнера, флагами и размерами нечувствительных входных данных.
- Для этого пути сохраните события поставщика, устройства, профиля и ОС за период от последнего успеха до первого сбоя.
- Для этого пути сохраните заведомо исправный контрольный результат с той же идентичностью, архитектурой и выбором поставщика.
Используйте две оси сравнения
Воспроизведите минимальную операцию, достигающую того же пути поставщика. Сравните производственного поставщика с заведомо исправным программным и производственный ввод с фиксированным заведомо исправным вводом. Сохраните все четыре результата вместо одновременного изменения обеих осей.
- Сохраните исходный ввод, идентичность, выбор поставщика или протокола и первое возвращённое значение для этого результата.
- Используйте один заведомо исправный контроль, меняющий только подозреваемую часть пути внутренней согласованности поставщика.
- Где это безопасно, выполните обратное сравнение с заведомо исправным вводом на том же сбойном слое.
- Фиксируйте место первого расхождения в этом пути, а не оценивайте только итоговое сообщение приложения.
Не смешивайте с соседним кодом
NTE_FAIL — общий неуспешный результат; этот код прямо указывает на провал внутренней проверки согласованности. Перезагрузка может очистить временное состояние поставщика или устройства, одновременно уничтожив хронологию для поиска низкоуровневой причины. Сначала соберите диагностику.
Для проверки внутренней согласованности также сохраняйте исходное числовое значение: соседние константы могут требовать существенно разного восстановления, даже если приложение показывает их все как ошибку аутентификации, сертификата или безопасности.
Проверка после изменения
При этом результате убедительное исправление устраняет самую низкую наблюдавшуюся причину и выдерживает повторные операции с исходной идентичностью и поставщиком; преобразование общего статуса в «игнорировать» не является решением. Сохраните регрессионный тест с нечувствительными идентификаторами и ожидаемыми результатами, включая один отрицательный контроль, который должен по-прежнему завершаться ошибкой.
Технические ссылки
Эти источники определяют HRESULT и соответствующий интерфейс, протокол или формат данных проверки внутренней согласованности поставщика.
- Открытые спецификации Microsoft: значения HRESULT.
- Microsoft: CNG Key Storage Providers.
- Microsoft: функции хранилища ключей CNG.
Нужно найти другой код? Найти другой код состояния или ошибки.