WordPress будет требовать от хостеров поддержку HTTPS

WordPress будет требовать от хостеров поддержку HTTPS

WordPress будет требовать от хостеров поддержку HTTPS

Для того чтобы повысить безопасность и конфиденциальность своих пользователей, новые функции WordPress потребуют от хостеров поддержку HTTPS. С начала 2017 года WordPress будет поддерживать только тех хостинг-партнеров, которые предоставляют SSL-сертификат (Secure Sockets Layer) по умолчанию. Популярная система управления контентом (CMS) будет оценивать использование SSL и включать соответствующие функции только в том случае, если технология безопасности доступна.

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

В прошлом году Google заявили, что будут отдавать приоритет в выдаче страницам, которые используют HTTPS вместо HTTP. С того времени компания приступила к мониторингу использования HTTPS на ста самых популярных сайтов в интернете. WordPress поддерживали шифрование для сайтов, использующих поддомены WordPress.com на протяжении нескольких лет. В апреле WordPress объявили о том, что будут предлагать бесплатный HTTPS доменам, находящимся в их хост-зоне, включая блоги и сайты.

Требуя, чтобы все хостеры имели HTTPS, WordPress гарантирует, что и клиенты и пользователи смогут ощутить все преимущества безопасного протокола. В течение 2017 года CMS будет анализировать влияние SSL на конкретные функции, например, на API-аутентификацию.

«Так же, как JavaScript и более современные версии PHP имеют решающее значение для производительности и пользовательского опыта, SSL будет следующим шагом для пользователей» - говорит создать WordPress Мэтт (Matt Mullenweg).

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

Новая атака в Telegram использует официальную аутентификацию мессенджера

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

Как выяснили аналитики компании CYFIRMA, атакующие регистрируют собственные API-ключи Telegram (api_id и api_hash) и с их помощью инициируют реальные попытки входа через инфраструктуру самого мессенджера. Дальше всё зависит от того, как именно жертву заманят на фишинговую страницу.

Всего специалисты наткнулись на два подобных сценария. В первом случае пользователю показывают QR-код в стиле Telegram, якобы для входа в аккаунт. После сканирования кода в мобильном приложении запускается легитимная сессия, но уже на стороне злоумышленника.

Во втором варианте жертву просят вручную ввести номер телефона, одноразовый код или пароль двухфакторной защиты. Все эти данные тут же передаются в официальные API Telegram.

 

Ключевой момент атаки наступает позже. Telegram, как и положено, отправляет пользователю системное уведомление в приложении с просьбой подтвердить вход с нового устройства. И вот тут в дело вступает социальная инженерия. Фишинговый сайт заранее подсказывает, что это якобы «проверка безопасности» или «обязательная верификация», и убеждает нажать кнопку подтверждения.

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

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

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

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