HRESULT 0x80090034 (NTE_ENCRYPTION_FAILURE): значение и диагностика

Код состояния / ошибки:

Категория:

Имя константы:

Источник:

Подсистема (Facility):

Операционная система:

Описание:

Не удалось зашифровать данные.

Предыдущий	Следующий
NTE_INCORRECT_PASSWORD	NTE_DEVICE_NOT_FOUND

NTE_ENCRYPTION_FAILURE

NTE_ENCRYPTION_FAILURE указывает на сбой на этапе выполнения шифрования или wrapping ключа. Поставщик не смог сформировать ciphertext или wrapped key material с выбранным ключом и параметрами операции. Диагностируйте выполнение шифрования или wrapping ключа в первом компоненте, вернувшем значение, а не в последнем слое интерфейса: последующая очистка и резервные попытки могут породить другие вторичные ошибки.

Что именно устанавливает этот код

Сбой возникает после того, как криптографическая операция получила достаточно контекста для обработки ключевого материала и данных. Для этого результата сохраните точные алгоритм, режим, padding, версию ключа, nonce или IV, authentication tag, associated data, входные байты и контракт вывода. Общего ярлыка «encrypt» или «verify» недостаточно для воспроизведения операции.

Что сохранить до изменения состояния

Идентификаторы алгоритма и поставщика, а также идентичность ключа и политика его использования
Проверьте разрешённое использование ключа, алгоритм, padding, длину plaintext, nonce/IV и требования к размеру выходного буфера.
Для этого результата это позволяет воспроизвести криптографическую операцию без записи секретов.
Ciphertext или байты сообщения, режим, padding, IV или nonce, tag и границы associated data
Если тот же запрос работает с программным поставщиком, проверьте состояние аппаратного устройства и журналы поставщика.
При этом результате это отделяет повреждённые или несовпадающие данные от выполнения операции поставщиком.
Первый результат поставщика до преобразования обёрткой в общую ошибку безопасности
Сохраните исходный plaintext и метаданные параметров для контролируемого теста, не раскрывая чувствительное содержимое.
Это сохраняет низкоуровневый результат, который обёртки часто скрывают при этом результате.

Сохраните цепочку доказательств

Сопоставьте последнюю успешную операцию с установкой или обновлением поставщика, созданием или обновлением ключа, изменениями профиля или сеанса, подключением и отключением устройства, обновлением политик и первым неудачным вызовом. Порядок важен: ошибка сразу после миграции ключа указывает на другую границу, чем сбой после смены учётной записи службы.

Для этого результата подготовьте минимальный пример с именем API, поставщика, ключа или контейнера, флагами и размерами нечувствительных входных данных.
Для этого пути сохраните события поставщика, устройства, профиля и ОС за период от последнего успеха до первого сбоя.
Для этого пути сохраните заведомо исправный контрольный результат с той же идентичностью, архитектурой и выбором поставщика.

Процедура локализации

Используйте опубликованный или внутренний фиксированный known-answer vector с тем же криптографическим примитивом, затем, если политика допускает, обработайте производственный ввод заведомо исправными ключом и поставщиком. Эти два направления отделяют проблему реализации или параметров от повреждённых либо несовпадающих данных.

Тест	Интерпретация
Тот же ввод, заведомо исправный путь	Успех переносит внимание на выбранного поставщика, политику, устройство, контекст или состояние транзакции.
Заведомо исправный ввод, сбойный путь	Сбой указывает, что среда или выбранный объект самостоятельно не способны выполнить операцию.
Исходный путь после одного изолированного изменения	Это сравнение показывает, устраняет ли предложенное исправление исходное условие.

Типичные ошибочные действия

NTE_DECRYPTION_FAILURE относится к обратной операции. Ни один из двух кодов сам по себе не показывает, находится ли корневая причина в политике ключа, форме ввода или состоянии поставщика. Повторный перебор паролей, режимов padding или ключей может вызвать блокировку и скрывает связь каждого результата с конкретным набором параметров. Помечайте каждую контролируемую попытку.

Также сохраняйте исходное числовое значение: соседние константы могут требовать существенно разного восстановления, даже если приложение показывает их все как ошибку аутентификации, сертификата или безопасности.

Как доказать работоспособность нужного пути

Для этого результата проверка должна успешно проходить с предназначенными ключом и параметрами протокола, а намеренно изменённый ввод — по-прежнему завершаться сбоем. Такая положительная и отрицательная пара доказывает больше, чем один удачный повтор. Сохраните регрессионный тест с нечувствительными идентификаторами и ожидаемыми результатами.

Технические ссылки

Эти источники определяют HRESULT и соответствующий интерфейс, протокол или формат данных.

Нужно найти другой код? Найти другой код состояния или ошибки.