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

Браузер даже не дает права проигнорировать ошибку. По привычке первым делом взгляд упал на дату и время. Убедившись, что временные параметры на компьютере установлены верно, перешел на другой ресурс «yandex.ru»:

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

Нет доверия стороне выдавшей сертификат. И такая картина на всех ресурсах, где используется безопасное соединение HTTPS.
Много немного теории:
Для использования шифрованного канала связи, ваш браузер использует протокол SSL (или TLS) (HTTPS пользуется им), который, в свою очередь, использует сертификат проверки подлинности. Этот сертификат хранит в себе информацию как для шифрования данных, так и для идентификации WEB-сервера, к которому вы обращаетесь. Помимо всей прочей информации, хранимой в сертификате (тип шифрования, альтернативные имена и т.д.), нас интересуют открытый ключ, который решает проблему №1 - шифрование в открытых сетях и информация о центре, выдавшем этот сертификат, которая решает проблему №2 - доверие к открытому ключу.

Опишу на примерах.

Сценарий 1:

1. Сервис Яндекс хочет организовать безопасный канал связи со своими пользователями и генерирует для этого пару ключей (открытый и закрытый).
2. Я, как клиент сервиса Яндекс, получаю от него открытый ключ и шифрую им все свои данные. При этом я уверен, что прочитать данные сможет только владелец закрытого ключа, в нашем случае владелец - сервис Яндекс.
Этим самым сервис Яндекс решает проблему шифрования в открытых сетях.

А что если некий троянский вирус встанет между вами и сервисом Яндекс (к примеру, в роли сквозного прокси-сервера)…???

Сценарий 2:

1. Троян получает от сервиса Яндекс открытый ключ.
2. Троян генерирует пару своих ключей и передает открытую часть вам от имени сервиса Яндекс.
3. Все сообщения, адресованные от вас сервису Яндекс, перехватываются и дешифруются трояном, а троян в свою очередь шифрует эти данные ключом от Яндекс и передает их ему же. Вот тут и возникает проблема №2, а именно, проблема доверия к открытому ключу .

Данная проблема решается третьим лицом, которому доверяет, как сервис Яндекс, так и клиент. В данном случае запись указывала на AtomPark Software Inc, которая выдала тот самый сертификат подлинности сервису Яндекс.

Вернемся к моему сертификату и удостоверимся, что мы доверяем третьему лицу. В поле Общее имя (CN) группы «кем выдано» стоит запись «AtomPark Software Inc». Первый признак доверия этому центру сертификации – наличие его корневого сертификата в хранилище доверительных центров. В Mozille этот список можно открыть так: Настройка-> Дополнительно-> Сертификаты-> Просмотреть сертификаты-> Центры сертификации. По имени нашел сертификат:

На первый взгляд все в порядке. Решил сверить отпечатки SHA1 сертификатов. Полез в иерархию и увидел следующее:

В иерархии сертификатов корневым сертификатом является сам сертификат (самоподписанный).
Чтобы окончательно убедиться, что это недействительный сертификат, с браузера Chrome выполнил Online проверку актуального сертификата sslshopper.com и сверил серийные номера:

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

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

А напоследок, то, как должны выглядеть «правильные» сертификаты:

Во время работы в интернете и перехода на некоторые сайты, пользователи браузера Mozilla Firefox могут столкнуться с сообщением «Это соединение является недоверенным» и видят ошибку с кодом sec _ error _ unknown _ issuer . В этой статье я расскажу, что за ошибка sec_error_unknown_issuer, когда она возникает и как её исправить.

Сегодня многие сайты используют криптографический протокол SSL для шифрования передаваемых данных. Он позволяет использовать ассиметричную криптографию, симметричное шифрование и коды аутентификации, тем самым всячески препятствуя перехвату и утечке передающихся данных. Использование SSL позволило расширить возможности популярного протокола HTTP, приведя к созданию нового протокола HTTPS с поддержкой шифрования.

Для определения, используется ли данный сайт шифрование достаточно взглянуть в адресную строку браузера. В защищённых ресурсах адрес сайта выглядит не традиционным «http://», а «https://». Защищённое и шифрованное соединение вы можете сегодня встретить в социальных сетях (Facebook, Vkontakte, Одноклассники, Twitter и других), на множестве других популярных ресурсов – Google, Youtube, Wikipedia и множестве других.

Когда возникает ошибка sec_error_unknown_issuer

В нашем случае, использумый пользователем браузер Мозилла пытается проверить идентификатор сайта, дабы убедиться, что это именно тот сайт, который нужен, а не его суррогат. По каким-либо причинам сертификат сайта не может быть проверен, и пользователь получает ошибку с сообщением «Это соединение является недоверенным», «Сертификат издателя неизвестен» и «sec_error_unknown_issuer».

Проблема «Это соединение является недоверенны»

Кстати, если у вас ошибка sec_error_unknown_issuer возникла внезапно и начала происходить на множестве сайтов, проверьте дату и время на своём ПК. Вполне возможно, что вследствие разряда батарейки или по другим причинам данные о дате и времени сбилось, и по этой причине сайты выдают рассматриваемую мной ошибку.

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

Как исправить sec_error_unknown_issuer

Если вы заметили ошибку sec_error_unknown_issuer на одном конкретном сайте, то это значит, что сам сайт настроен неправильно, и виноват в этом его вебмастер. Если сайт не касается оборота финансовых средств, то вы можете добавить его в исключения, нажав на экране ошибки «Дополнительно», затем «Добавить исключение», а затем и «Подтвердить исключение».

Если же данная ошибка повторяется при входе на множество проверенных ресурсов, то, для начала, попробуйте просто перезагрузить ПК, а также проверить вашу систему надёжным антивирусом (напр., Dr.Web CureIt!, Trojan Remover, AVG и др.). Возможно, причиной возникновения ошибки sec_error_unknown_issuer является злокачественная программа, и надёжный антивирусный софт позволит вам легко исправить проблему.

Если перезагрузка и поиск антивирусов не помог, тогда необходимо вручную удалить файл с сертификатом безопасности Mozilla Firefox под названием cert 8. db . Этот файл может быть повреждён и по данной причине может возникать описанная мной ошибка.

Для удаления cert8.db нужно сделать следующее:

1. Зайдите в ваш Firefox, щёлкните на значок настроек (иконка с тремя горизонтальными линиями справа сверху);
2. Нажмите на кнопку с вопросительным знаком (Справка) в самом низу окна настроек;
3. Кликните на «Информация для решения проблемы»;
4. В сведеньях о приложении нажмите на «Показать папку» вашего профиля;
5. После того как откроется папка вернитесь в браузер, нажмите вновь на значок настроек, а затем нажмите на кнопку «Выход» внизу справа;
6. В открывшейся ранее папке найдите файл certdb и удалите его.
7. Вновь запустите ваш Firefox, в процессе запуска файл certdb будет автоматически создан заново.

Заключение

В большинстве случаев в рассматриваемой мной ошибке виноват повреждённый файл сертификата безопасности cert8.db, который необходимо удалить, позволив браузеру при запуске создать его новый вариант. Также причиной возникновения проблемы sec_error_unknown_issuer могут выступать различные злокачественные программы, которые необходимо безжалостно удалять с компьютера, и также сбой в установке даты-времени на ПК. Следование вышеприведённым советам позволит вам устранить проблемы с сертификатом безопасности, и в полной мере насладиться стабильной и надёжной работой вашего компьютера.

Сейчас у людей есть выбор – какой именно браузер использовать для своих целей. И многие пользователи выбирают Mozilla Firefox. Да – многих устраивает именно этот вариант, но и он, к сожалению, не исключает возникновения разнообразных сбоев и неприятностей. Например, именно его пользователи иногда жалуются на код ошибки SEC ERROR UNKNOWN ISSUER.

Естественно, изначально перед лечением стоит понять, что именно приводит к возникновению подобного сообщения.

Первопричины возникновения

Итак, что означает SEC ERROR UNKNOWN ISSUER:

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

• Возможно, на ресурсе полностью отсутствуют необходимые сертификаты или они написаны, как говорится «на коленке», что также вызывает отрицательную реакцию со стороны системы.
• Попытку перехода на веб-ресурс блокирует установленный на компьютере антивирус.
• Вполне вероятно, что получил повреждение специальный файл, отвечающий за хранение данных сертификатов. А именно – cert8.db.

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

Методика решения

Существует несколько способов того, как исправить «SEC ERROR UNKNOWN ISSUER»:

1. Первый из них подразумевает временное отключение так называемого SSL-сканирования. Для осуществления подобного, требуется зайти в настройки установленного антивирусного ПО и деактивировать данный инструмент.
2. Исправление ситуации, связанной с возможно поврежденным файлом. Для этого требуется в рабочем окне Мазилы задействовать иконку в виде трех черточек, затем – кликнуть на вопросительный знак, который можно увидеть снизу. Выбрать «Информация для решения проблем», после чего – «Показать папку». Дальше обязательно следует оставить это окошко открытом, но закрыть саму браузерскую программу. В списке обнаружить cert8.db, с помощью ПКМ вызвать допменю, в котором задействовать команду удаления. Остается заново активировать браузер, чтобы проверить итоговый результат.
3. Следующий вариант – принять на себя всю ответственность. Для этого требуется после появления такого сообщения нажать на «Я понимаю риск», перейти в «добавить исключение» и подтвердить сделанный выбор с помощью соответствующего варианта действий.

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

Mozilla: Ошибка sec_error_unknown_issuer (мысли вслух)

• IT-компании

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

Браузер даже не дает права проигнорировать ошибку. По привычке первым делом взгляд упал на дату и время. Убедившись, что временные параметры на компьютере установлены верно, перешел на другой ресурс «yandex.ru»:

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

Нет доверия стороне выдавшей сертификат. И такая картина на всех ресурсах, где используется безопасное соединение HTTPS.
Много немного теории:
Для использования шифрованного канала связи, ваш браузер использует протокол SSL (или TLS) (HTTPS пользуется им), который, в свою очередь, использует сертификат проверки подлинности. Этот сертификат хранит в себе информацию как для шифрования данных, так и для идентификации WEB-сервера, к которому вы обращаетесь. Помимо всей прочей информации, хранимой в сертификате (тип шифрования, альтернативные имена и т.д.), нас интересуют открытый ключ, который решает проблему №1 - шифрование в открытых сетях и информация о центре, выдавшем этот сертификат, которая решает проблему №2 - доверие к открытому ключу.

Опишу на примерах.

Сценарий 1:

1. Сервис Яндекс хочет организовать безопасный канал связи со своими пользователями и генерирует для этого пару ключей (открытый и закрытый).
2. Я, как клиент сервиса Яндекс, получаю от него открытый ключ и шифрую им все свои данные. При этом я уверен, что прочитать данные сможет только владелец закрытого ключа, в нашем случае владелец - сервис Яндекс.
Этим самым сервис Яндекс решает проблему шифрования в открытых сетях.

А что если некий троянский вирус встанет между вами и сервисом Яндекс (к примеру, в роли сквозного прокси-сервера)…???

Сценарий 2:

1. Троян получает от сервиса Яндекс открытый ключ.
2. Троян генерирует пару своих ключей и передает открытую часть вам от имени сервиса Яндекс.
3. Все сообщения, адресованные от вас сервису Яндекс, перехватываются и дешифруются трояном, а троян в свою очередь шифрует эти данные ключом от Яндекс и передает их ему же. Вот тут и возникает проблема №2, а именно, проблема доверия к открытому ключу .

Данная проблема решается третьим лицом, которому доверяет, как сервис Яндекс, так и клиент. В данном случае запись указывала на AtomPark Software Inc, которая выдала тот самый сертификат подлинности сервису Яндекс.

Вернемся к моему сертификату и удостоверимся, что мы доверяем третьему лицу. В поле Общее имя (CN) группы «кем выдано» стоит запись «AtomPark Software Inc». Первый признак доверия этому центру сертификации – наличие его корневого сертификата в хранилище доверительных центров. В Mozille этот список можно открыть так: Настройка-> Дополнительно-> Сертификаты-> Просмотреть сертификаты-> Центры сертификации. По имени нашел сертификат:

На первый взгляд все в порядке. Решил сверить отпечатки SHA1 сертификатов. Полез в иерархию и увидел следующее:

В иерархии сертификатов корневым сертификатом является сам сертификат (самоподписанный).
Чтобы окончательно убедиться, что это недействительный сертификат, с браузера Chrome выполнил Online проверку актуального сертификата sslshopper.com и сверил серийные номера:

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

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

А напоследок, то, как должны выглядеть «правильные» сертификаты:

В последнее время от пользователей Mozilla Firefox стало поступать все больше жалоб на ошибку соединения с кодом SEC_ERROR_UNKNOWN_ISSUER . Проявляется она тем, что при попытке перейти на сайт пользователь получает предупреждение «Сертификату нет доверия, так как сертификат его издателя неизвестен» , «Ваше соединение не защищено» или что-то в этом роде. То, что ошибка соединения как-то связана с безопасностью, догадаться нетрудно, но что же все-таки становится ее причиной?

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

Основные причины ошибки

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

Способы исправления

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

Рразверните спойлер и нажмите «Добавить исключение…» .

Все, больше с ошибкой сертификата вам сталкиваться не придется.

Приведенный выше пример наиболее простой, а вот что делать, если ни кнопки «Дополнительно», ни спойлеров на странице с предупреждением нет? Так бывает, если Firefox твердо решил не пускать вас на сайт, а также если его локальная база сертификатов оказалась повреждена. В таком случае пофиксить ошибку можно, удалив файл хранилища сертификатов cert8.db . Располагается он в папке профиля Firefox .

Чтобы в нее попасть, перейдите по внутреннему адресу about:support и нажмите в открывшейся странице «Открыть папку» напротив пункта .

Теперь закройте браузер , отыщите в открывшейся папке файл cert8.db и удалите его.

Запустите браузер и попробуйте зайти на проблемную страницу. Если ошибка SEC_ERROR_UNKNOWN_ISSUER повторится, добавьте сайт в исключения как было показано выше (опция должна стать доступной) .

И последнее.

Как уже было сказано, причиной ошибки может стать некорректная идентификация сертификата антивирусом . Подобное имеет место достаточно редко, но если же у вас есть основания считать, что виной в конкретном случае стал именно антивирус, отключите в нем проверку протоколов HTTPS и SSL , предварительно убедившись, что сам компьютер не заражен вирусами.

Программа Onion Router (Tor) представляет собой бесплатное программное обеспечение, облегчающее анонимную связь и просмотр Интернета. Это надежное средство для просмотра страниц Интернета, которое поставляется в виде бра...