Количество сайтов рунета, доступных по HTTPS, увеличилось в 4 раза

Количество сайтов рунета, доступных по HTTPS, увеличилось в 4 раза

Количество сайтов, работающих по безопасному интернет-соединению (HTTPS), в рунете за год увеличилось в четыре раза. Переход на этот протокол защищает данные пользователей от перехвата. Ссылки на ресурсы, которые этого не сделают, Google обещает показывать в результатах поиска с предупреждением об их небезопасности.

По данным аналитического сервиса StatOnline, в российских национальных доменных зонах число сайтов, использующих SSL-сертификаты, выросло в четыре раза. В июле 2015 года в зоне .ru количество таких ресурсов составляло 109 тыс., в том же месяце 2016 года — 189 тыс., а в июле 2017 года — 531 тыс. Показатели для зоны .рф — 18 тыс., 21 тыс. и 65 тыс. соответственно. Всего в зоне .ru сейчас 5,5 млн сайтов, в домене .рф — 900 тыс.

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

Кроме того, операторы связи, используя технологию Deep Packet Inspection (DPI), анализируют содержимое передаваемых пользователями данных. Но для соединения по протоколу HTTPS они не могут этого сделать. Чаще всего операторы перед обработкой данных с помощью DPI разделяет трафик — и тот, что идет по безопасному соединению, пропускают не анализируя. Одно из следствий этого — для сайтов, использующих HTTPS, невозможно по решению Роскомнадзора заблокировать отдельные страницы. И если противоправная информация найдется на одной из страниц, операторам связи придется ограничить доступ ко всему ресурсу.

По словам главы компании Reg.ru (регистратор доменов и хостинг-провайдер) Алексея Королюка, если на сайте, работающем по протоколу HTTPS, нашли противоправный контент, то перед внесением его в черный список Роскомнадзора об этом извещают хостинг-провайдера и пытаются уведомить владельца ресурса.

— Чаще всего российские хостинг-провайдеры пытаются связаться с владельцем сайта. Если он не реагирует, то по заключенному договору сами хостеры выключают страницу с противоправным контентом. Такая техническая возможность у нас есть — заблокировать страницу на уровне сервера. Таким образом мы помогаем всему сайту не попасть под блокировку, а также защищаем остальных наших клиентов, находящихся на том же IP-адресе. Ведь по закону в реестр запрещенных сайтов может быть внесен и IP-адрес, — пояснил Алексей Королюк.

По мнению Рейджи Ойши, управляющего директора российского офиса GlobalSign (занимается выпуском SSL-сертификатов), рост количества сертификатов связан с последними инициативами компании Google. Компания сообщила, что с начала 2018 года будет отмечать все HTTP-сайты, передающие личные данные пользователей и имеющие формы для ввода информации, как небезопасные.

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

Заместитель гендиректора хостинг-провайдера и регистратора компании Ru-Center Андрей Кузьмичев рассказал, что с похожей инициативой выступила и компания Mozilla, выпускающая браузер Firefox. Эти новости сильно всколыхнули рынок, отметил представитель Ru-Center. У владельцев сайтов появилась необходимость в сертификатах, у поставщиков — возможность реализовывать их.

Существует порядка шести видов сертификатов. Самый простой крупнейшие российские хостеры предлагают своим клиентам бесплатно или за минимальную цену. Более продвинутые сертификаты — самые дорогие.

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

SSL-сертификаты выпускаются на разные сроки. По данным StatOnline, наиболее распространенный период действия SSL-сертификата — менее 1 года. В зоне .ru их количество составляет 82% от общего числа, в зоне .рф — 95%.

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Яндекс Дзен, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

GitHub быстро заменила приватный ключ RSA SSH, случайно слитый в паблик

Пользователей GitHub.com предупреждают о смене закрытого ключа RSA, который используется для защиты Git-операций, выполняемых через SSH. Причиной замены является его компрометация: секрет кратковременно был доступен в публичном репозитории, куда попал по недосмотру.

Меры предосторожности были приняты сегодня, 24 марта, в 05:00 UTC (в восемь утра по Москве). В противном случае злоумышленники смогли бы сымитировать хостинг-сервис или отслеживать операции юзеров, использующих SSH.

«Данный ключ не предоставляет доступ к инфраструктуре GitHub или клиентским данным, — пояснил глава ИБ-службы хостера Майк Хэнли (Mike Hanley). — Изменения коснутся лишь Git-операций, выполняемых по SSH с использованием RSA».

Входящий веб-трафик GitHub.com и Git-операции через HTTP не затронуты. Те, кто использует ключи ECDSA и Ed25519, изменений не заметят, и никаких действий от них не потребуется.

В тех случаях, когда при подключении к сайту по SSH отображается такое сообщение, следует удалить прежний ключ RSA и добавить новый:

 

Для удаления ключа нужно выполнить команду:

 

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

 

Работы по обновлению всех тегов еще не завершены, поэтому пользователи GitHub Actions, включившие опцию ssh-key, могут столкнуться с отказом actions/checkout. Свидетельств злонамеренного использования попавшего в паблик ключа не обнаружено.

По словам Хэнли, это случайный слив, а не результат компрометации систем GitHub либо клиентской информации, как два месяца назад. Тогда злоумышленникам удалось украсть сертификаты подписи кода для macOS-клиента GitHub и редактора Atom.

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Яндекс Дзен, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

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