Ошибка 0х80090017 тип поставщика не определен

Operlaw пишет: Вообщем вот инструкция от КБ.
1. Удалить с АРМ КриптоПРО.
2. Перезагрузить ПК.
3. Удалить Континент АП.
4. Перезагрузить ПК.
5. Очистить систему утилитой от КриптоПРО (запуск от имени администратора) — www.cryptopro.ru/sites/default/files/public/cspclean.exe
6. Очистить систему утилитой от Кода Безопасности (запуск из командной строки от имени администратора с ключами –t и –v) —
Ссылка на утилиту CspCleaner.exe:
cloud.securitycode.ru/nextcloud/index.php/s/QfrzbrM5Gmd4PpN
Пароль: 5iXBS346
7. В случае, если запуск будет произведен не от имени администратора, утилита завершится без вывода какой-либо информации и очистка произведена не будет.
8. Перезагрузить ПК.
9. Установить КриптоПРО.
10. Перезагрузить ПК.
11. Установить Континент АП. При устанавки КАП выбрать максимальную установку с датчиками, с КБ CSP, и т.д.
12. Перезагрузить ПК.
13. В настройках КБ CSP установить биологический ДСЧ в место физического.

И все заработает.

Не работает, выдаёт эту ошибку. А при установке Континента ап (последний 651) нет биологического накопления МИШЕНИй.,они не появляются

Проблема

При импорте сертификата в «Континент-АП» или при попытке подключения возникает ошибка: «Ошибка работы с криптопровайдером 0x80090017. Тип поставщика не определен».

Возможно, перед использованием «Континент-АП» на ПК была установлена система управления Континент, в составе которой есть криптопровайдер «Код Безопасности CSP».

Решение

Возможное решение проблемы – удалить «Континент-АП», очистить реестр от неиспользуемых данных (к примеру, программой CCleaner), повторно установить «Континент-АП». В ходе инсталляции будет восстановлен криптопровайдер, который вызывает ошибку.

Информация оказалась полезной?

Не нашли ответа на свой вопрос? Используйте внутренний поиск:

Форум КриптоПро
 » 
Устаревшие продукты
 » 
КриптоПро CSP 3.6
 » 
CryptAcquireContext ошибка 0x80090017 «Тип поставщика не определен»


Offline

Tora-Bora

 


#1
Оставлено
:

10 сентября 2009 г. 19:21:48(UTC)

Tora-Bora

Статус: Новичок

Группы: Участники

Зарегистрирован: 10.09.2009(UTC)
Сообщений: 4

Есть кусок кода, который должен подписывать сообщение, начинается со строчки
bool result = win32.CryptAcquireContext(out hCryptoProvider, _container, null, 71, 0);
так вот result=false и ошибка 0x80090017, описание: «Тип поставщика не определен»

У меня vista, пробовал на соседнем компе с КриптоПро 3.0, там все работает.

А еще я пробовал, цифру 75:
bool result = win32.CryptAcquireContext(out hCryptoProvider, _container, null, 75, 0);
работает! Но подпись в результате получается не правильная.

Я так понимаю что нету 71 типа провайдера.

Код на C# использует функции win32 библиотеки advapi32.dll, Crypt32.dll


Вверх


Offline

Татьяна

 


#2
Оставлено
:

10 сентября 2009 г. 19:36:11(UTC)

Татьяна

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 06.02.2008(UTC)
Сообщений: 1,491
Откуда: Крипто-Про

Поблагодарили: 40 раз в 37 постах

В 3.6 нет криптопровайдера с типом 71. Он был исключен из продукта, поскольку ГОСТ, по которому он работает, выведен из действия 1-го января 2008-го года.

Татьяна
ООО Крипто-Про


Вверх


Offline

Tora-Bora

 


#3
Оставлено
:

11 сентября 2009 г. 1:46:20(UTC)

Tora-Bora

Статус: Новичок

Группы: Участники

Зарегистрирован: 10.09.2009(UTC)
Сообщений: 4

Спасибо!
Хмм, а почему если я использую тип 75, мою подпись не могут проверить? То-есть все в коде я оставил по-старому, только поменял цифру на 75, подпись сформировалась без ошибок, но сервер отвечает: неверная подпись. Может такое быть, что сервер использует тип 71 и поэтому не может проверить мою подпись?


Вверх


Offline

Максим Коллегин

 


#4
Оставлено
:

11 сентября 2009 г. 3:16:13(UTC)

Максим Коллегин

Статус: Сотрудник

Группы: Администраторы

Зарегистрирован: 12.12.2007(UTC)
Сообщений: 6,296
Мужчина
Откуда: КРИПТО-ПРО

Сказал «Спасибо»: 21 раз
Поблагодарили: 680 раз в 599 постах

Должно работать.

Отредактировано пользователем 11 сентября 2009 г. 3:33:41(UTC)
 | Причина: Не указана

Знания в базе знаний, поддержка в техподдержке


Вверх

WWW


Offline

Tora-Bora

 


#5
Оставлено
:

11 сентября 2009 г. 16:21:42(UTC)

Tora-Bora

Статус: Новичок

Группы: Участники

Зарегистрирован: 10.09.2009(UTC)
Сообщений: 4

Хорошо.
А подскажите еще, может другие идентификаторы надо изменить. Дело в том, что мне дали исходники, а там вместо enum’ов цифры указаны, а что они означают и где их взяли непонятно.
AT_SIGNATURE = 2
CERT_ALG_ID = 32798
win32.CryptGetUserKey(hCryptoProvider, win32.AT_SIGNATURE, ref hPubKey);
win32.CryptCreateHash(hCryptoProvider, (uint)CryptoPro.CERT_ALG_ID, IntPtr.Zero, (uint)0, out hHash);

что вот за AT_SIGNATURE и что за CERT_ALG_ID? Может какой алгоритм другой указать?

Вобщем вот весь код подписи:

IntPtr hCryptoProvider = IntPtr.Zero;
IntPtr hPubKey = IntPtr.Zero;
IntPtr hHash = IntPtr.Zero;

try
{
win32.CryptAcquireContext(out hCryptoProvider, _container, null, CryptoPro.TYPE, 0);
win32.CryptGetUserKey(hCryptoProvider, win32.AT_SIGNATURE, ref hPubKey);
win32.CryptCreateHash(hCryptoProvider, (uint)CryptoPro.CERT_ALG_ID, IntPtr.Zero, (uint)0, out hHash);

Encoding encoding = Encoding.GetEncoding(encodingHeaderName);
byte[] buffer = encoding.GetBytes(body);
win32.CryptHashData(hHash, buffer, buffer.Length, 0);

uint signatureLength = 0;
win32.CryptSignHash(hHash, (uint)win32.AT_SIGNATURE, null, 0, null, ref signatureLength);

byte[] signature = new byte[signatureLength];
win32.CryptSignHash(hHash, win32.AT_SIGNATURE, null, 0, signature, ref signatureLength);

retVal = System.Convert.ToBase64String(signature, 0, (int)signatureLength);


Вверх


Offline

Максим Коллегин

 


#6
Оставлено
:

11 сентября 2009 г. 16:39:24(UTC)

Максим Коллегин

Статус: Сотрудник

Группы: Администраторы

Зарегистрирован: 12.12.2007(UTC)
Сообщений: 6,296
Мужчина
Откуда: КРИПТО-ПРО

Сказал «Спасибо»: 21 раз
Поблагодарили: 680 раз в 599 постах

Нормальные идентификаторы: первый определен в wincrypt.h, второй — в wincryptex.h

Цитата:

CALG_GR3411

Может проблемы с конвертированием в base64?

Отредактировано пользователем 11 сентября 2009 г. 16:40:50(UTC)
 | Причина: Не указана

Знания в базе знаний, поддержка в техподдержке


Вверх

WWW


Offline

Tora-Bora

 


#7
Оставлено
:

11 сентября 2009 г. 18:32:33(UTC)

Tora-Bora

Статус: Новичок

Группы: Участники

Зарегистрирован: 10.09.2009(UTC)
Сообщений: 4

Да, дело не в криптопровайдере. Сейчас поставил на другую систему CryptoPro 2.0, и с 71 криптопровайдером тоже создается подпись, но результат тот-же самый, ошибка проверки подписи. А подпись ответа нормально проверяется и свою подпись я тоже нормально проверяю, буду трясти техподдержку сервака…


Вверх


Offline

Roberto1

 


#8
Оставлено
:

5 марта 2012 г. 18:00:03(UTC)

Roberto1

Статус: Участник

Группы: Участники

Зарегистрирован: 12.01.2012(UTC)
Сообщений: 19
Откуда: Kazan RF

Добрый день, делаю тот же алгоритм что описал Tora-Bora выше.
на сточке 1-ой строчке CryptSignHash падает:

Код:

                uint signatureLength = 0;
                if (!Crypt32Wrapper.CryptSignHash(hHash, Crypt32Wrapper.AT_KEYEXCHANGE, null, 0, null, ref signatureLength))

Ошибка:
CryptSignHash (1) returns false!!! error = [-2146893802] message = [Набор ключей не существует]»

В чем может быть проблема? Куда капать.

Алгоритм рабочий для типа криптопровайдера 71, переделываю на 75.
пока столкнулся только с тем что

Код:

int code = Crypt32Wrapper.CryptGetUserKey(hCryptoProvider, Crypt32Wrapper.AT_SIGNATURE, ref hPubKey);

возвращает не 0 как раньше а 1, с текстом операция успешно завершена.


Вверх

Пользователи, просматривающие эту тему

Guest

Форум КриптоПро
 » 
Устаревшие продукты
 » 
КриптоПро CSP 3.6
 » 
CryptAcquireContext ошибка 0x80090017 «Тип поставщика не определен»

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.

When generating a CSR on Windows Server using the AWS CloudHSM service, I obtain the following error:

certreq.exe -new my-request.inf my-request.csr 

Certificate Request Processor: Provider type not defined. 0x80090017 (-2146893801 NTE_PROV_TYPE_NOT_DEF)

What’s wrong ?

asked Sep 6, 2021 at 14:21

Thomas B in BDX's user avatar

Thomas B in BDXThomas B in BDX

2,6222 gold badges27 silver badges31 bronze badges

Credential issue

This error message generally indicates that your credentials to connect to the CloudHSM cluster as a CU user are not correct:

  • ensure you are logging in using a CU user (Crypto User) and not a CO (Crypto Officer) user (more on AWS CloudHSM user management)
  • ensure your credentials are correct (typo, issue with copy/paste, extra character).

Additionally, if encountering the following error, this generally means that you haven’t set the CloudHSM credentials (see below)

n3fips_password env variable not set>
Cfm2Shutdown: Application is not initialized

Tl;dr: set up credentials to use the CloudHSM cluster with Windows SDK tools:

& "C:Program FilesAmazonCloudHSMtoolsset_cloudhsm_credentials.exe" --username test_cu_user --password xxx

# Securely input the username and password: 
${hsm_creds_user} = Read-Host -AsSecureString "hsm_creds_user"
${hsm_creds_password} = Read-Host -AsSecureString "hsm_creds_password"

# Convert from SecureString to String
$hsm_cu_user = [System.Runtime.InteropServices.Marshal]::PtrToStringAuto([System.Runtime.InteropServices.Marshal]::SecureStringToBSTR($hsm_creds_user))
$hsm_cu_pwd = [System.Runtime.InteropServices.Marshal]::PtrToStringAuto([System.Runtime.InteropServices.Marshal]::SecureStringToBSTR($hsm_creds_password))

# 
& "C:Program FilesAmazonCloudHSMtoolsset_cloudhsm_credentials.exe" --username ${hsm_cu_user} --password ${hsm_cu_pwd}


You can now use certreq or signtool.

Source:

  • Use Microsoft SignTool with AWS CloudHSM to Sign Files
  • Install and Configure the AWS CloudHSM Client (Windows)

answered Sep 6, 2021 at 14:21

Thomas B in BDX's user avatar

Thomas B in BDXThomas B in BDX

2,6222 gold badges27 silver badges31 bronze badges

1

Если ошибка Центра обновления Windows 0x80090017 продолжает вас беспокоить, этот пост может вам помочь. Эта ошибка Windows Update 0x80090017 обычно возникает, если компоненты обновления Windows загружены неправильно или повреждены. К счастью, вы можете следовать некоторым простым советам, которые помогут исправить эту ошибку.

Ошибка Центра обновления Windows 0x80090017

Чтобы исправить Ошибка Центра обновления Windows 0x80090017, сбросьте компоненты обновления и попробуйте установить обновления вручную. Если это не помогло, следуйте этим советам:

  1. Запустите средство устранения неполадок Центра обновления Windows.
  2. Сбросить компоненты Центра обновления Windows
  3. Временно отключите стороннее антивирусное программное обеспечение
  4. Перезапустите службу обновления Windows.
  5. Установите обновления Windows вручную
  6. Восстановление системы до состояния, предшествующего возникновению ошибки

Теперь давайте посмотрим на них подробно.

1]Запустите средство устранения неполадок Центра обновления Windows.

Средство устранения неполадок Центра обновления Windows Windows 11

В Windows есть встроенная утилита под названием Средство устранения неполадок Центра обновления Windows, которая помогает исправить ошибки, связанные с обновлением. Запуск этого средства устранения неполадок может автоматически сканировать и исправлять ошибки, связанные с обновлением. Вот как вы можете запустить средство устранения неполадок обновления:

  1. Откройте «Настройки», нажав комбинацию клавиш Windows + I.
  2. Перейдите в «Система» > «Устранение неполадок» > «Другие средства устранения неполадок».
  3. Здесь нажмите «Выполнить» рядом Центр обновления Windows.

2]Сброс компонентов Центра обновления Windows

Поврежденные компоненты Центра обновления Windows — еще одна причина, по которой может возникнуть ошибка Центра обновления Windows 0x80090017. Эти компоненты обновлений содержат файлы кэша, которые действуют как хранилище и помогают устанавливать обновления. Сброс этих компонентов может очистить и сбросить все эти файлы кэша до их состояния по умолчанию. Вот как:

  1. Откройте командную строку от имени администратора.
  2. Введите следующие команды одну за другой и нажмите Enter.net stop bits net stop wuauserv net stop appidsvc net stop cryptsvc ren %systemroot%SoftwareDistribution SoftwareDistribution.old ren %systemroot%system32catroot2 catroot2.old net start bits net start wuauserv net запустить appidsvc чистый запуск cryptsvc
  3. После этого перезагрузите устройство и посмотрите, устанавливаются ли обновления.

3]Временно отключите стороннее антивирусное программное обеспечение.

Антивирусное программное обеспечение, установленное на вашем устройстве Windows, может помешать установке обновлений. Временно отключите их и посмотрите, исправит ли это ошибку. Если в вашей системе не установлено стороннее антивирусное программное обеспечение, отключите брандмауэр Защитника Windows и посмотрите, поможет ли это исправить ошибку Центра обновления Windows 0x80090017.

4]Перезапустите службу Центра обновления Windows.

Перезапустите Центр обновления Windows

Затем попробуйте перезапустить службу Центра обновления Windows. Эта служба поддерживает операционную систему и другое программное обеспечение Майкрософт в актуальном состоянии. Перезапуск службы может очистить все временные файлы или кеш, связанные со службой, и решить проблемы, связанные с обновлением. Вот как это сделать:

  1. Нажмите кнопку «Пуск», введите «Службы» и нажмите «Ввод».
  2. Прокрутите вниз и найдите службу Центра обновления Windows.
  3. Щелкните правой кнопкой мыши службу и выберите «Перезапустить».

5]Установите обновления Windows вручную

Если ни одно из этих предложений не помогло, рассмотрите возможность установки обновлений Windows вручную. Известно, что это помогает большинству пользователей исправить ошибку Центра обновления Windows 0x80090017.

6]Восстановление системы до момента возникновения ошибки

Восстановите систему с помощью System Restore

Если ошибка по-прежнему возникает при установке обновлений вручную, рассмотрите возможность восстановления системы. Это восстановит среду Windows, установив файлы и настройки, которые вы сохранили в точке восстановления. Вот как вы можете выполнить восстановление системы. Обратите внимание, что это можно сделать, только если вы ранее создали точку восстановления системы.

Читать: Программа не открывается после Центра обновления Windows

Мы надеемся, что эти предложения помогли вам.

Почему Windows не может устанавливать обновления?

Если ваше устройство Windows не может устанавливать обновления, во-первых, перезагрузите устройство и попробуйте установить обновления вручную. Кроме того, вы также можете отключить стороннее антивирусное программное обеспечение, если оно у вас есть.

Возможно, вам также будет интересно:

  • Ошибка 0х80090016 набор ключей не существует
  • Ошибка 0х8009000а указан неправильный тип
  • Ошибка 0х80080008 как исправить
  • Ошибка 0х80080005 как исправить windows 10 x64
  • Ошибка 0х80080005 0х90018 как исправить windows 10

  • Понравилась статья? Поделить с друзьями:
    0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии