Chrome будет помечать HTTP-соединения как небезопасные

Chrome будет помечать HTTP-соединения как небезопасные

Chrome будет помечать HTTP-соединения как небезопасные

Google заявили на этой неделе, что начиная с января 2017 года Chrome будет помечать сайты, работающие через протокол HTTP и передающие конфиденциальную информацию как небезопасные.

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

«Сейчас Chrome помечает HTTP-соединения нейтральным значком, что не отражает истинного положения вещей» - объясняет в своем блоге Эмили Шектер (Emily Schechter), представитель команды безопасности Chrome.

Такая информация, как регистрационные данные или данные кредитной карты может быть скомпрометирована через HTTP. Более того, такой вид соединения представляет опасность, так как становится возможной атака посредника (Man in the Middle).

Предстоящие изменения в Chrome это еще один шаг в сторону более безопасного веб-трафика, к которому постоянно стремятся Google. Как отмечает Шектер, существенная часть сайтов уже перешла на защищенный протокол HTTPS и их количество постоянно растет.

Владельцам сайтов рекомендуется как можно скорее перейти на HTTPS. «Сейчас как никогда стало просто перейти на защищенный протокол. Существует много открытых центров сертификации, где сертификаты можно получить бесплатно» - подчеркивает Шектер.

Подпишитесь на новости

Баны Claude связали с IP и платежами, но формула блокировок не доказана

На китайском форуме NodeSeek обсуждают причины блокировок аккаунтов Claude. Автор руководства утверждает, что пережил баны более двух десятков платных учётных записей и собрал наблюдения о работе защиты Anthropic. Главные факторы: репутация IP-адресов, окружение устройства и платёжные каналы.

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

Но проверить, какой именно фактор вызвал конкретный бан, по этим наблюдениям нельзя.

При этом оригинал заметно отличается от разошедшегося пересказа. Автор не приводит единую систему баллов доверия и не доказывает штрафы за Linux, использование только браузера или работу с моделью Fable.

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

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

Поэтому пока сообщество собирает гипотезы, но универсального рецепта от блокировки не обнаружило.

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