.net – Не удалось создать цепочку сертификатов для доверенного корневого центра –

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра - Сертификаты

.net – не удалось создать цепочку сертификатов для доверенного корневого центра –

Windows – ошибка подписи visual studio: этому сертификату не доверяют на этом пк –

Я пытаюсь подписать приложение UWP для отладки или выпуска с целью тестирования на некоторых других устройствах. Мой сертификат недействителен.

Вот мои шаги:

  • Я щелкаю правой кнопкой мыши свой проект UWP, выбираю «опубликовать», затем «создавать пакеты приложений».
  • Во всплывающем окне выбираю «неопубликованные».
  • Затем я получаю шаг, спрашивающий, хочу ли я подписать пакет.
  • Я хочу выбрать «да». У меня есть сертификат, в котором subject соответствует publisher в моем манифесте. Но чуть ниже отображается сообщение «этому сертификату не доверяют на этом ПК».

Если я продолжу, VS создаст папку, содержащую некоторые установочные файлы. Если я нажму на «… x64.msixbundle», появится диалоговое окно «обновить …?» С пометкой «ненадежное приложение» и сообщением под «этот пакет приложения не подписан с помощью доверенного сертификата. .. “(В качестве альтернативы я могу запустить сценарий Install.ps1 в PowerShell и получить те же результаты.) Я не могу идти дальше. И это на том же компьютере, на котором я занимаюсь разработкой.

Я попытался выполнить инструкции по Создать сертификат для подписи пакета и некоторых соседних страниц. Они делают вывод, что использование мастера VS должно просто работать.

P.S. Я никогда раньше не подписывал приложение для Windows. Может, мне стоит сделать это совсем по-другому?

Лучший ответ

Сертификату, в котором тема соответствует издателю, следует доверять.

Так что делать:

А) Сертификат является самоподписанным (издатель совпадает с субъектом)

  • Запустите certlm.msc (для доверия на всей машине) или certmgr.msc для текущего уровня доверия пользователей.
  • Импортируйте сертификат в Trusted Root Certificate Authorities

Б) Сертификат НЕ самоподписанный (издатель НЕ совпадает с субъектом)

Вам не нужно ничего делать, если вы купили настоящий сертификат подписи кода, поскольку вы платите именно за доверие, которое мы устанавливаем …

  • Получите корневой сертификат / сертификат эмитента
    • * у вас есть .cer?
      • дважды щелкните файл cer.
      • перейдите на вкладку Certificate Path.
      • дважды щелкните первый сертификат в дереве – если есть только один, спросите, откуда вы получили сертификат!
      • В открывшемся окне перейдите на вкладку Details
      • Нажмите кнопку Copy to file, чтобы сохранить корневой сертификат.
    • импортировать * .pfx
      • Беги certmgr.msc
      • Щелкните правой кнопкой мыши Personal и выберите Advanced Tasks | Import, чтобы импортировать файл pfx.
      • Определите импортированные сертификаты и экспортируйте корневой сертификат (см. наличие * .cer).
  • Запустите certlm.msc (для доверия на всей машине) или certmgr.msc для текущего уровня доверия пользователей.
  • Импортируйте корневой сертификат в Trusted Root Certificate Authorities

Для подписания пакета к сертификату предъявляются дополнительные требования:

Сертификат, который вы используете для подписи пакета приложения, должен соответствовать следующим критериям:

Источник: https: //my-sertif.ru/en-us/windows/win32/appxpkg/how-to-sign-a-package-using-signtool

Включенный экспериментальный протокол quic

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

Показываем как отключить QUIC на примере браузера Google Chrome:

  • Откройте браузер и введите команду chrome://flags/#enable-quic;
  • В появившемся окне будет выделен параметр: Experimental QUIC protocol (Экспериментальный протокол QUIC). Под названием этого параметра вы увидите выпадающее меню, в котором нужно выбрать опцию: Disable.

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

  • После этого просто перезапустите браузер.

Этот способ работает и в Windows и в Mac OS.

Использование ssl-сертификата версии 3.0

Некоторые сайты используют устаревший SSL-протокол версии 3.0, который не поддерживают браузеры. По крайней мере, по умолчанию. Чтобы браузер поддерживал устаревший SSL необходимо сделать следующее (на примере браузера Google Chrome):

  • Откройте браузер и перейдите в раздел «Настройки».
  • Прокрутите страницу настроек вниз и нажмите «Дополнительные».
  • В разделе «Система» найдите параметр «Настройки прокси-сервера» и кликните на него.
Про сертификаты:  Открытый ключ – закрытый ключ - Моя подпись

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

  • Откроется окно. Перейдите на вкладку «Дополнительно».
  • В этой вкладке вы увидите чекбокс «SSL 3.0».

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

  • Поставьте галочку в чекбоксе, нажмите кнопку «Ок» и перезагрузите браузер.

Отсутствие обновлений операционной системы

Проблемы с SSL-сертификатами могут возникать и из-за того, что на вашей операционной системе давно не устанавливались обновлений. Особенно это касается устаревших версий Windows (7, Vista, XP и более ранние). Установите последние обновления и проверьте работу SSL.

Ошибки «invalid csr» при генерации сертификата из панели управления облачного провайдера

В процессе активации сертификата можно столкнуться с ошибкой «Invalid CSR». Такая ошибка возникает по следующим причинам:

Причина

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

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

Причины возникновения ошибок ssl-соединения

Когда сертификат работает корректно, адресная строка браузера выглядит примерно так:

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

Но при наличии ошибок она выглядит несколько иначе:

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

Существует множество причин возникновения таких ошибок. К числу основных можно отнести:

  • Некорректную дату и время на устройстве (компьютер, смартфон, планшет и т.д.);
  • Ненадежный SSL-сертификат;
  • Брандмауэр или антивирус, блокирующие сайт;
  • Включенный экспериментальный интернет-протокол QUIC;
  • Отсутствие обновлений операционной системы;
  • Использование SSL-сертификата устаревшей версии 3.0;
  • Появление ошибки «Invalid CSR» при генерации сертификата из панели управления облачного провайдера.

Давайте рассмотрим каждую из них подробнее.

Проблема

При открытии сайта появляется сообщение «Обнаружена проблема при проверке сертификата» или «Невозможно гарантировать подлинность домена, с котором устанавливается зашифрованное соединение».

Проблема устаревших корневых сертификатов. на очереди let’s encrypt и умные телевизоры

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

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

Корневой сертификат — сердце центра сертификации. Он буквально встроен в вашу ОС или браузер, он физически присутствует на вашем устройстве. Его не поменяешь со стороны сервера. Нужно принудительное обновление ОС или встроенного ПО на устройстве.

Специалист по безопасности Скотт Хельме (Scott Helme) пишет, что основные проблемы возникнут у центра сертификации Let’s Encrypt, потому что сегодня это самый популярный ЦС в интернете, а его корневой сертификат скоро «протухнет». Смена корня Let’s Encrypt назначена на 8 июля 2020 года.

Конечные и промежуточные сертификаты удостоверяющего центра (CA) доставляются клиенту с сервера, а корневой сертификат у клиента уже есть, поэтому с помощью этой коллекции сертификатов можно построить цепочку и аутентифицировать веб-сайт.

Проблема заключается в том, что у каждого сертификата есть срок действия, после чего он нуждается в замене. Например, с 1 сентября 2020 года в браузере Safari планируют ввести ограничение на срок действия серверных TLS-сертификатов максимум 398 дней.

Это значит, что всем нам придётся заменять серверные сертификаты по крайней мере каждые 12 месяцев. Это ограничение распространяется только на сертификаты сервера, оно не распространяется на корневые сертификаты CA.

Сертификаты CA регулируются другим набором правил, поэтому имеют разные ограничения на срок действия. Очень часто встречаются промежуточные сертификаты со сроком действия 5 лет и корневые сертификаты со сроком службы даже 25 лет!

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

Как мы уже говорили, корневой CA встроен непосредственно в само клиентское устройство, в ОС, в браузер или другое программное обеспечение. Изменение корневого CA веб-сайт не может контролировать. Здесь требуется обновление на клиенте, будь то обновление ОС или софта.

Про сертификаты:  Скидки на АЦЭИД . Ацэид 400 листовой и ацеитовый лист плоский и плиты купить оптом в розницу - цена в ТД Асбестоцемент

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

Такая ситуация возникла 30 мая 2020 года в 10:48:38 GMT. Это точное время, когда протух корневой сертификат AddTrust от центра сертификации Comodo (Sectigo).

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

К сожалению, проблемы возникли не только в устаревших браузерах, но и в небраузерных клиентах на базе OpenSSL 1.0.x, LibreSSL и GnuTLS. Например, в телевизионных приставках Roku, сервисе Heroku, в приложениях Fortinet, Chargify, на платформе .NET Core 2.0 под Linux и многих других.

Предполагалось, что проблема затронет только устаревшие системы (Android 2.3, Windows XP, Mac OS X 10.11, iOS 9 и т.п.), поскольку современные браузеры могут задействовать второй корневой сертификат USERTRust. Но по факту начались сбои в сотнях веб-сервисов, которые использовали свободные библиотеки OpenSSL 1.0.x и GnuTLS. Безопасное соединение перестало устанавливаться с выводом ошибки об устаревании сертификата.

Ещё один хороший пример предстоящей смены корневого CA — центр сертификации Let’s Encrypt. Ещё

в апреле 2021 года

они планировали перейти с цепочки Identrust на собственную цепочку ISRG Root, но этого

не произошло

.

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

«Из-за опасений по поводу недостаточного распространения корня ISRG на устройствах Android мы решили перенести дату перехода к собственному корню с 8 июля 2021 года на 8 июля 2020 года», — сказано в официальном сообщении Let’s Encrypt.

Дату пришлось перенести из-за проблемы, которую называют «распространением корня» (root propagation), а точнее, отсутствием распространения корня, когда корневой CA не слишком широко распространён на всех клиентах.

Сейчас Let’s Encrypt использует перекрёстно подписанный промежуточный сертификат с цепочкой до корня IdenTrust DST Root CA X3. Этот корневой сертификат был выдан ещё в сентябре 2000 года и истекает 30 сентября 2021 года. До этого времени Let’s Encrypt планирует перейти на собственный самоподписанный корень ISRG Root X1.

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

Корень ISRG выпущен 4 июня 2021 года. После этого начался процесс его утверждения в качестве центра сертификации, который завершился 6 августа 2021 года. С этого момента корневой CA был доступен всем клиентам через обновление операционной системы или программного обеспечения. Всё, что нужно было сделать, — это установить обновление.

Но в этом и проблема.

Если ваш мобильный телефон, телевизор или другое устройство не обновлялось два года — как оно узнает о новом корневом сертификате ISRG Root X1? А если его не установить в системе, то все серверные сертификаты Let’s Encrypt ваше устройство признает недействительными, как только Let’s Encrypt перейдёт на новый корень. А в экосистеме Android много устаревших устройств, которые давно не обновлялись.

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -
Экосистема Android

Вот почему Let’s Encrypt отложил переход к собственному корню ISRG и всё ещё использует промежуточное звено, которое спускается к корню IdenTrust. Но переход в любом случае придётся сделать. И датой смены корня назначено 8 июля 2020 года.

Для проверки, что на вашем устройстве (телевизор, приставка или другой клиент) установлен корень ISRG X1, откройте тестовый сайт https://valid-isrgrootx1.letsencrypt.org/. Если не появляется предупреждение безопасности, то обычно всё в порядке.

Let’s Encrypt не единственный, кому предстоит решить проблему с переходом на новый корень. Криптографию в интернете начали использовать чуть более 20 лет назад, так что как раз сейчас наступает момент окончания действия многих корневых сертификатов.

Про сертификаты:  Кадровая работа в современной организации в 2021 г. Уровень 1. Процедуры оформления трудовых отношений

С такой проблемой могут столкнуться владельцы умных телевизоров, которые много лет не обновляли программное обеспечение Smart TV. Например, новый корень GlobalSign R5 Root выпущен в 2021 году, и после некоторые старые Smart TV не могут построить цепочку к нему, потому что этот корневой CA у них просто отсутствует. В частности, эти клиенты не могли установить защищённое соединение с сайтом bbc.co.uk. Чтобы решить проблему, админам BBC пришлось пойти на хитрость: они построили для этих клиентов альтернативную цепочку через дополнительные промежуточные сертификаты, задействуя старые корни R3 Root и R1 Root, которые ещё не протухли.

www.bbc.co.uk (Leaf)
GlobalSign ECC OV SSL CA 2021 (Intermediate)
GlobalSign Root CA - R5 (Intermediate)
GlobalSign Root CA - R3 (Intermediate)

Это временное решение. Проблема никуда не уйдёт, если не обновить клиентское ПО. Умный телевизор — это по сути ограниченный в функциональности компьютер под Linux. И без обновлений его корневые сертификаты неизбежно протухнут.

Это касается всех устройств, не только телевизоров. Если у вас любое устройство, которое подключено к интернету и которое рекламировали как «умный» девайс, то проблема с протухшими сертификатами почти наверняка касается его. Если устройство не обновляется, то корневое хранилище CA со временем устареет, и в конечном итоге проблема всплывёт на поверхность. Как скоро возникнет проблема, зависит от времени последнего обновления корневого хранилища. Это может быть за несколько лет до даты реального выпуска устройства.

Кстати, в этом проблема, почему некоторые крупные медиаплатформы не могут использовать современные автоматизированные центры сертификации типа Let’s Encrypt, пишет Скотт Хельме. Для умных ТВ они не подходят, и количество корней слишком мало, чтобы гарантировать поддержку сертификата на устаревших устройствах. В противном случае ТВ просто не сможет запустить современные стриминговые сервисы.

Последний инцидент с AddTrust показал, что даже крупные IT-компании бывают не готовы к тому, что у корневого сертификата заканчивается срок действия.

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


.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

Проблемы с датой и временем

Если на устройстве установлены некорректные дата и время, ошибка SSL-соединения неизбежна, ведь при проверке сертификата происходит проверка срока его действия. Современные браузеры умеют определять такую ошибку самостоятельно и выводят сообщение о неправильно установленной дате или времени.

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

Для исправления этой ошибки достаточно установить на устройстве актуальное время. После этого необходимо перезагрузить страницу или браузер.

Решение

Если вы уверены в безопасности открываемого сайта, например, это официальный сайт Microsoft или сайт вашего банка, который вы регулярно посещаете:

Мы не рекомендуем полностью отключать проверку защищенных соединений, так как это снизит уровень защиты компьютера. 

Если сообщение появилось, когда вы открывали неизвестный сайт, вы можете разрешить однократное открытие этого сайта. Инструкция ниже.

Если вы не уверены в безопасности сайта, перед открытием проверьте его через OpenTip.

Решено! ошибка 0x800b0109 |

Приветствую всех. Сегодня я покажу как можно избавиться от ошибки : Необходимо либо установить новый сертификат для этого пакета приложения, либо новый пакет приложения с доверенными сертификатами. В этом может помочь системный администратор или разработчик приложения. Цепочка сертификатов обработана, но завершена в корневом сертификате, который не является доверенным (0x800B0109). Данная ошибка возникает в момент установки приложения .appx Из текста ошибки понятно что проблемы в сертификации приложения, так как оно не лицензионного сертификата, а приложение является самоподписнным.

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

Вот собственно как выглядит сама ошибка в момент установки.

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

Нам надо выбрать свойства .appx файла >сведения>просмотр сертификата.

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

Далее необходимо нажать кнопку «Установить сертификат» и выбрать расположения хранилища, выбирайте локальный компьютер.

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

Далее выбираем все как изображено на картинке, особенно в последнем окне, важно выбрать доверенные корневые центры сертификации и жмем ок.

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

Жмем готово.

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

Жмем Да

.net - Не удалось создать цепочку сертификатов для доверенного корневого центра -

Видим долгожданное окно, и теперь просто запускаем .appx и ждем завершения установки.

Оцените статью
Мой сертификат
Добавить комментарий