| Предыдущий | Следующий |
| NTE_SYS_ERR | NTE_TOKEN_KEYSET_STORAGE_FULL |
NTE_SILENT_CONTEXT
NTE_SILENT_CONTEXT указывает на сбой на этапе интерактивная аутентификация при silent-вызове. Запрошенная операция с ключом требует согласия, PIN, биометрического жеста или другого UI-шага, но вызывающая сторона явно потребовала неинтерактивный контекст поставщика. Диагностируйте конфликт в первом компоненте, вернувшем значение, а не в последнем UI-слое: последующая очистка и резервные попытки могут породить другие вторичные ошибки.
Где выбирается это состояние
При этом результате поставщик требует или попытался выполнить шаг присутствия пользователя. Различайте контракт silent-вызова, недоступный интерактивный рабочий стол, явную отмену пользователем и политику поставщика, ограничивающую операцию активной консолью. В unattended-программе они могут выглядеть одинаково, но исправляются по-разному.
Данные, которые меняют диагноз
- Silent- и UI-флаги, использованные при открытии поставщика или ключа
Проверьте наличие NCRYPT_SILENT_FLAG или эквивалентного флага silent acquisition.
При этом результате это отделяет обязательное присутствие пользователя по политике от отсутствия доступа к рабочему столу. - ID сеанса, desktop, состояние активной консоли, идентичность службы и факт фактического показа запроса
Определите, какое свойство ключа или аппаратная политика требует присутствия пользователя и работает ли вызывающая сторона на интерактивном desktop.
При этом результате это показывает, был ли silent-режим явно запрошен вызывающей стороной. - Политика ключа или устройства, требующая согласия, ввода PIN, биометрической проверки или выбора сертификата
Для unattended-служб используйте ключ и политику, предназначенные для неинтерактивной работы, вместо повторов с ключом, привязанным к UI.
При этом результате это отделяет отмену от сбоя поставщика или ключа.
Сопоставьте сбой с изменениями состояния
Для NTE_SILENT_CONTEXT, сопоставьте последнюю успешную операцию с установкой или обновлением поставщика, созданием или обновлением ключа, изменениями профиля или сеанса, подключением и отключением устройства, обновлением политик и первым неудачным вызовом. Для этого результата порядок важен: ошибка сразу после миграции ключа указывает на другую границу, чем сбой после смены учётной записи службы.
- Для этого результата подготовьте минимальный пример с именем API, поставщика, ключа или контейнера, флагами и размерами нечувствительных входных данных.
- Для этого пути сохраните события поставщика, устройства, профиля и ОС за период от последнего успеха до первого сбоя.
- Для этого пути сохраните заведомо исправный контрольный результат с той же идентичностью, архитектурой и выбором поставщика.
Контролируемое воспроизведение
Один раз выполните ту же операцию в интерактивном консольном сеансе с разрешённым UI поставщика и один раз — в целевом unattended-контексте, не меняя ключ и поставщика. Разница показывает, пригоден ли объект сам по себе, но ограничен политикой присутствия пользователя.
| Тест | Интерпретация |
|---|---|
| Тот же ввод, заведомо исправный путь | Для интерактивной аутентификации при silent-вызове успех переносит внимание на выбранного поставщика, политику, устройство, контекст или состояние транзакции. |
| Заведомо исправный ввод, сбойный путь | Для интерактивной аутентификации при silent-вызове сбой указывает, что среда или выбранный объект самостоятельно не способны выполнить операцию. |
| Исходный путь после одного изолированного изменения | Для интерактивной аутентификации при silent-вызове это сравнение показывает, устраняет ли предложенное исправление исходное условие. |
Соседние результаты и вводящие в заблуждение исправления
NTE_UI_REQUIRED тоже сообщает о необходимости взаимодействия, но этот код прямо выявляет конфликт с контрактом silent-вызова. Автоматизация или подавление окна PIN/согласия не эквивалентны подготовке ключа для unattended-использования. Не ослабляйте политику присутствия пользователя без подтверждения требований безопасности.
Для интерактивной аутентификации при silent-вызове также сохраняйте исходное числовое значение: соседние константы могут требовать существенно разного восстановления, даже если приложение показывает их все как ошибку аутентификации, сертификата или безопасности.
Что считается реальным исправлением
Операция должна завершаться в реальном контексте развёртывания с ключом, чья политика взаимодействия соответствует этому контексту, сохраняя запросы пользователя там, где его одобрение входит в проект. Для NTE_SILENT_CONTEXT, сохраните регрессионный тест с нечувствительными идентификаторами и ожидаемыми результатами, включая один отрицательный контроль, который должен по-прежнему завершаться ошибкой.
Технические ссылки
Для NTE_SILENT_CONTEXT, эти источники определяют HRESULT и соответствующий интерфейс, протокол или формат данных интерактивной аутентификации при silent-вызове.
- Открытые спецификации Microsoft: значения HRESULT.
- Microsoft: CNG Key Storage Providers.
- Microsoft: функции хранилища ключей CNG.
Нужно найти другой код? Найти другой код состояния или ошибки.