| Предыдущий | Следующий |
| NTE_HMAC_NOT_SUPPORTED | NTE_AUTHENTICATION_IGNORED |
NTE_DEVICE_NOT_READY
В NTE_DEVICE_NOT_READY особенно важна область действия: состояние криптографического устройства. Выбранный поставщик установлен и может определить своё устройство, но токен, считыватель, TPM, HSM или удалённое устройство сейчас не готовы к операции. Сохраняйте шестнадцатеричное значение 0x80090030 вместе с API, который его вернул, поскольку высокоуровневое ПО может преобразовать его в сообщение, теряющее это различие.
Найдите первую сбойную границу
При этом результате поставщик опирается на отдельно управляемое или ограниченное устройство: смарт-карту, TPM, HSM, виртуальный токен, считыватель или удалённую службу ключей. Установка поставщика, обнаружение устройства, готовность, ёмкость объектов, состояние аутентификации и политика ключей — отдельные уровни и должны журналироваться независимо.
Полезные наблюдения вместо общих журналов
- 1. Видимый поставщику идентификатор устройства, считыватель или endpoint, версии прошивки и драйвера и состояние соединения
Проверьте питание, состояние считывателя, наличие токена, готовность TPM, состояние сеанса HSM и службы поставщика. - 2. Инвентаризация объектов токена, ёмкость или квота и признак постоянства целевого ключа
Сопоставьте сбой с событиями появления и удаления устройства и исключите гонку с его инициализацией. - 3. Та же операция с другим заведомо исправным устройством через тот же middleware
Используйте штатную диагностическую утилиту производителя, чтобы подтвердить возможность открыть тот же ключ вне приложения.
Для состояния криптографического устройства эти данные намеренно не содержат секретов: идентификаторов, длин, имён поставщиков, выбранных политик и переходов состояния обычно достаточно для сравнения без записи закрытых ключей, паролей, PIN или plaintext.
Сохраните цепочку доказательств
Для NTE_DEVICE_NOT_READY, сопоставьте последнюю успешную операцию с установкой или обновлением поставщика, созданием или обновлением ключа, изменениями профиля или сеанса, подключением и отключением устройства, обновлением политик и первым неудачным вызовом. При этом результате порядок важен: ошибка сразу после миграции ключа указывает на другую границу, чем сбой после смены учётной записи службы.
- Для этого результата подготовьте минимальный пример с именем API, поставщика, ключа или контейнера, флагами и размерами нечувствительных входных данных.
- Для этого пути сохраните события поставщика, устройства, профиля и ОС за период от последнего успеха до первого сбоя.
- Для этого пути сохраните заведомо исправный контрольный результат с той же идентичностью, архитектурой и выбором поставщика.
Воспроизведение без разрушительной очистки
Оставьте неизменными приложение, учётную запись и конфигурацию поставщика, меняя по одной переменной устройства: переподключите тот же токен, используйте другой считыватель или endpoint, затем заведомо исправный токен. Это покажет, следует ли состояние за аппаратурой, транспортом, middleware или хранимыми объектами.
| Тест | Интерпретация |
|---|---|
| Тот же ввод, заведомо исправный путь | Для состояния криптографического устройства успех переносит внимание на выбранного поставщика, политику, устройство, контекст или состояние транзакции. |
| Заведомо исправный ввод, сбойный путь | Для состояния криптографического устройства сбой указывает, что среда или выбранный объект самостоятельно не способны выполнить операцию. |
| Исходный путь после одного изолированного изменения | Для состояния криптографического устройства это сравнение показывает, устраняет ли предложенное исправление исходное условие. |
Чем это отличается от похожих сбоев
NTE_DEVICE_NOT_FOUND означает, что требуемое устройство не найдено на платформе; данный код — что оно известно, но не готово. Удаление объектов токена до экспорта меток, ID, сертификатов и политик может уничтожить единственные данные о переполнении или неудачной очистке после регистрации.
Для состояния криптографического устройства также сохраняйте исходное числовое значение: соседние константы могут требовать существенно разного восстановления, даже если приложение показывает их все как ошибку аутентификации, сертификата или безопасности.
Регрессионная проверка
Для этого результата исходный поставщик должен обнаружить готовое устройство и выполнить целевую операцию при стабильном составе объектов; временный успех с несвязанным оборудованием является только данными для локализации. Для NTE_DEVICE_NOT_READY, сохраните регрессионный тест с нечувствительными идентификаторами и ожидаемыми результатами, включая один отрицательный контроль, который должен по-прежнему завершаться ошибкой.
Технические ссылки
Для NTE_DEVICE_NOT_READY, эти источники определяют HRESULT и соответствующий интерфейс, протокол или формат данных состояния криптографического устройства.
- Открытые спецификации Microsoft: значения HRESULT.
- Microsoft: CNG Key Storage Providers.
- NIST SP 800-57 Part 1: рекомендации по управлению ключами.
Нужно найти другой код? Найти другой код состояния или ошибки.