Предупреждения о сертификатах TLS и дальнейшие действия

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

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

Сообщение NET::ERR_CERT_AUTHORITY_INVALID появляется, когда сертификат подписан CA, отсутствующим в хранилище доверенных корневых сертификатов браузера. Это происходит с самоподписанными сертификатами, сертификатами внутренних корпоративных CA или сертификатами небольших CA, не включённых в основные корневые программы.

Корневые программы браузеров (Mozilla, Google, Apple, Microsoft) поддерживают строгие списки доверенных CA. Для включения в них CA должен соответствовать обширным требованиям аудита. Сертификат CA, не включённого в эти программы, вызывает это предупреждение.

Сообщение NET::ERR_CERT_COMMON_NAME_INVALID появляется, когда поля субъекта или SAN сертификата не совпадают с именем хоста в адресной строке браузера. Переход по адресу «https://192.168.1.1», когда в сертификате указано «router.example.com», вызывает это предупреждение.

Это предупреждение может указывать на неправильно настроенный сервер, атаку MITM с заменой настоящего сертификата другим или обращение к настоящему сайту по IP-адресу, а не по имени хоста.

Самоподписанный сертификат — это сертификат, у которого издатель и субъект совпадают: центром сертификации является сам сервер. Браузеры не доверяют самоподписанным сертификатам по умолчанию, поскольку они не обеспечивают проверку третьей стороной.

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

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

Отзыв проверяется через OCSP (протокол проверки статуса сертификата) или CRL (список отзыва сертификатов). Chrome использует CRLSets (предзагруженные данные об отзыве) для повышения производительности, дополняя их проверкой OCSP в реальном времени для важных сертификатов.

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

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

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

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

Злоумышленник, выполняющий атаку MITM, перехватывает Ваше соединение TLS и предъявляет собственный сертификат. Если браузер ему не доверяет, Вы получаете предупреждение. Это предупреждение означает, что механизм безопасности работает правильно.

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

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

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

Строгая транспортная безопасность HTTP (HSTS) не позволяет браузерам принимать ошибки сертификатов для включённых в систему доменов. Увидев заголовок HSTS, браузер отказывается подключаться к этому домену по HTTP или при наличии ошибки сертификата, даже если пользователь нажимает «всё равно перейти».

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

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

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

Проверьте, насколько хорошо Вы понимаете предупреждения о сертификатах TLS.

Предупреждения о сертификатах указывают на конкретные проблемы: ERR_CERT_DATE_INVALID (срок действия истёк), ERR_CERT_AUTHORITY_INVALID (неизвестный CA), ERR_CERT_COMMON_NAME_INVALID (несовпадение имени узла). У каждой проблемы есть свои причины и соответствующие способы реагирования.

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