21% веб-сайтов все еще используют SHA-1

21% веб-сайтов все еще используют SHA-1

21% веб-сайтов все еще используют SHA-1

Несмотря на то, что большинство центров сертификации (CA) уже более двух месяцев не выдают сертификаты с использованием криптографической хэш-функции SHA-1, на одном из пяти веб-сайтов по всему миру по-прежнему используются такие сертификаты. Об этом говорит анализ фирмы Venafi.

С первого января этого года центры сертификации перешли на более безопасные сертификаты SHA-2. Кроме того, разработчики самых популярных браузеров, Google, Microsoft и Mozilla, больше не доверяют сайтам, использующим SHA-1-сертификаты. Даже Facebook анонсировал отказ от SHA-1.

Несмотря на это, многие владельцы сайтов еще не перешли на SHA-2, так как 21% всех веб-сайтов по-прежнему используют небезопасную криптографическую хеш-функцию. Об этом говорят исследования Venafi, которые проанализировали более 33 миллионов общедоступных IPv4-сайтов. Ситуация значительно улучшилась в сравнении с прошлой осенью, тогда было обнаружено 35% сайтов, использующих SHA-1.

SHA-1 долгое время считался уязвимым для атак, но только в этом году он был окончательно взломан.

«Я подозреваю, что многие организации могут просто не знать, что у них все еще есть сертификаты SHA-1, причина заключается в том, что в вопросах управления своими ключами и сертификатами они полагаются на инструменты центра сертификации (CA). Проблема этого подхода заключается в том, что в организации может быть установлен сертификат, использующий слабые алгоритмы хеширования, так как в настоящее время бесплатные и очень недорогие сертификаты широко доступны» - объясняет эксперт Venafi, Shelley Boose.

Касперская объяснила, почему борьба с VPN только раззадорит разработчиков

Наталья Касперская, сооснователь «Лаборатории Касперского» и президент ГК InfoWatch, раскритиковала попытки ограничивать VPN и сетевой трафик в России. По её словам, такие меры не только малоэффективны, но и могут ухудшать работу интернета в целом.

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

Касперская привела в своём телеграм-канале показательный пример: в одной из её компаний Роскомнадзор по ошибке заблокировал публичный сервис. На восстановление доступа у сотрудников ушло около 20 минут — они просто настроили обход через VPN.

По её словам, именно так ситуация и будет развиваться: разработчики не станут регистрировать свои VPN или пытаться попасть в «белые списки», а будут поднимать собственные решения. В стране таких специалистов около миллиона, и у многих из них есть «спортивный интерес» обходить ограничения.

Отдельная проблема — работа с зарубежными сервисами. Многие из них ограничивают доступ с российских IP-адресов, включая популярные ИИ-модели. Поэтому разработчики и так вынуждены использовать VPN, причём часто не корпоративные, а собственные.

Касперская также отмечает, что полностью заблокировать VPN технически невозможно. Такие технологии используются уже десятки лет и тесно переплетены с базовыми интернет-протоколами. Попытки их фильтрации через DPI могут приводить к сбоям и ложным срабатываниям — например, затрагивать обычный HTTPS-трафик.

Кроме того, доступ к «разрешённым» VPN сейчас есть лишь у небольшой части компаний. По словам Касперской, речь идёт примерно о 1,5 тыс. организаций при общем количестве в несколько миллионов.

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

В более широком смысле Касперская считает, что такие вопросы нельзя решить только техническими методами. Ограничение доступа к контенту и платформам — это социальная и политическая задача. И попытки «закрыть всё технологиями» часто приводят к обратному эффекту: пользователи просто находят новые способы обхода.

Ранее в этом месяце Наталья Касперская извинилась перед Роскомнадзором за свой пост о причинах масштабного сбоя, который 3 апреля затронул банковские сервисы и СБП.

RSS: Новости на портале Anti-Malware.ru